Installare Reporting Services e Internet Information Services affiancati
Si applica a: 
SQL Server Reporting Services 2016 (13.x) e versioni successive Server di report di Power BI
Per contenuti relativi a versioni precedenti di SQL Server Reporting Services (SSRS), si veda Che cos’è SQL Server Reporting Services?
È possibile installare ed eseguire SQL Server Reporting Services (SSRS) e Internet Information Services (IIS) nello stesso computer. La versione di IIS utilizzata determina i problemi di interoperabilità che è necessario risolvere.
| Versione di IIS | Problemi | Descrizione |
|---|---|---|
| 8.0, 8.5 | Richieste destinate a un'applicazione vengono accettate da un'applicazione diversa. HTTP.SYS applica regole di precedenza per le prenotazioni URL. Le richieste inviate ad applicazioni con lo stesso nome di directory virtuale e che eseguono congiuntamente il monitoraggio della porta 80 potrebbero non raggiungere la destinazione desiderata se la prenotazione URL è debole rispetto alla prenotazione URL di un'altra applicazione. |
In determinate condizioni, un endpoint registrato che prevale su un altro endpoint URL nello schema di prenotazione degli URL potrebbe ricevere richieste HTTP destinate all'altra applicazione. L'uso di nomi univoci per le directory virtuali per il servizio Web ReportServer e il portale Web consente di evitare questo conflitto. Informazioni dettagliate su questo scenario vengono fornite nel presente articolo. |
Regole di precedenza per le prenotazioni URL
Prima di poter passare alla risoluzione dei problemi di interoperabilità tra IIS e Reporting Services, è necessario comprendere le regole di precedenza relative alle prenotazioni di URL. Le regole di precedenza possono essere generalizzate nell'affermazione in base alla quale una prenotazione URL che ha valori definiti in modo più esplicito ha la precedenza nella ricezione di richieste che corrispondono all'URL.
Una prenotazione URL che specifica una directory virtuale è più esplicita di una prenotazione che la omette.
Una prenotazione URL che specifica un solo indirizzo (come indirizzo IP, nome di dominio completo, nome di un computer di rete o nome host) è più esplicita rispetto a un carattere jolly.
Una prenotazione URL che specifica un carattere jolly complesso è più esplicita rispetto a una prenotazione che utilizza un carattere jolly vulnerabile.
Negli esempi seguenti è mostrato un intervallo di prenotazioni URL, ordinate dalle più esplicite a quelle meno esplicite:
| Esempio | Richiedi |
|---|---|
https://123.234.345.456:80/reports |
Riceve tutte le richieste inviate a https://123.234.345.456/reports o a https://<computername>/reports se un DNS può risolvere l'indirizzo IP nel nome host. |
https://+:80/reports |
Riceve tutte le richieste inviate a qualsiasi indirizzo IP o nome host valido per tale computer finché l'URL contiene il nome della directory virtuale "reports". |
https://123.234.345.456:80 |
Riceve tutte le richieste che specificano https://123.234.345.456 o https://<computername> se un DNS può risolvere l'indirizzo IP nel nome host. |
https://+:80 |
Riceve le richieste che non sono già state ricevute da altre applicazioni, per qualsiasi endpoint dell'applicazione di cui è stato eseguito il mapping all'opzione Tutti assegnati. |
https://*:80 |
Riceve le richieste che non sono già state ricevute da altre applicazioni, per gli endpoint dell'applicazione di cui è stato eseguito il mapping all'opzione Non assegnati. |
Un'indicazione di un conflitto di porte è la visualizzazione del messaggio di errore seguente: "System.IO.FileLoadException: Il processo non può accedere al file perché è in uso da un altro processo. (Eccezione da HRESULT: 0x80070020)".
Prenotazioni URL per IIS 8.0, 8.5 con SQL Server Reporting Services
Stabilite le regole di precedenza descritte nella sezione precedente, è possibile iniziare a comprendere in che modo le prenotazioni URL definite per Reporting Services e IIS agevolino l'interoperabilità. Reporting Services riceve le richieste che specificano in modo esplicito i nomi delle directory virtuali per le proprie applicazioni, mentre IIS riceve tutte le richieste rimanenti che possono pertanto essere dirette ad applicazioni eseguite all'interno del modello di processo di IIS.
| Applicazione | Prenotazione URL | Descrizione | Ricezione richiesta |
|---|---|---|---|
| Server di report | https://+:80/ReportServer |
Carattere jolly complesso sulla porta 80, con directory virtuale del server di report. | Riceve sulla porta 80 tutte le richieste che specificano la directory virtuale del server di report. Il servizio Web ReportServer riceve tutte le richieste all'indirizzo https://<computername>/reportserver. |
| Portale Web | https://+:80/Reports |
Carattere jolly complesso sulla porta 80, con directory virtuale Reports. | Riceve sulla porta 80 tutte le richieste che specificano la directory virtuale reports. Il portale Web riceve tutte le richieste all'indirizzo https://<nomecomputer>/reports. |
| IIS | https://*:80/ |
Carattere jolly vulnerabile sulla porta 80. | Riceve sulla porta 80 tutte le richieste rimanenti che non vengono ricevute da un'altra applicazione. |
Distribuzioni affiancate di SQL Server Reporting Services in IIS 8.0, 8.5
I problemi di interoperabilità tra IIS e Reporting Services si verificano quando i nomi delle directory virtuali dei siti Web di IIS sono identici a quelli utilizzati da Reporting Services. Si supponga ad esempio di disporre della configurazione seguente:
Un sito Web in IIS assegnato alla porta 80 e una directory virtuale denominata "Reports".
Un'istanza del server di report installata nella configurazione predefinita, in cui anche la prenotazione URL specifica la porta 80 e l'applicazione del portale Web usa "Reports" come nome della directory virtuale.
Data questa configurazione, una richiesta inviata a https://\<computername>:80/reports viene ricevuta dal portale Web. L'applicazione cui si accede con la directory virtuale Reports in IIS non riceverà più richieste dopo l'installazione dell'istanza del server di report.
Se si eseguono distribuzioni affiancate di versioni meno recenti e più recenti di Reporting Services, è possibile che si verifichi questo problema di routing. Questo problema si verifica perché tutte le versioni di Reporting Services usano "ReportServer" e "Reports" come nomi delle directory virtuali per il server di report e le applicazioni del portale Web, aumentando la probabilità di rilevare directory virtuali denominate "reports" e "reportserver" in IIS.
Per garantire che tutte le applicazioni ricevano richieste, adottare le linee guida seguenti:
Per le installazioni di Reporting Services, utilizzare nomi delle directory virtuali che non siano già utilizzati da un sito Web di IIS sulla stessa porta di Reporting Services. Se si verifica un conflitto, installare Reporting Services in modalità "solo file", utilizzando l'opzione Installa senza configurare l'opzione server dell'Installazione guidata, in modo che sia possibile configurare le directory virtuali al termine dell'installazione. Un'indicazione della configurazione come conflitto è la visualizzazione del messaggio di errore seguente: System.IO.FileLoadException: Il processo non può accedere al file perché è in uso da un altro processo. (Eccezione da HRESULT: 0x80070020).
Per installazioni da configurare manualmente, adottare le convenzioni di denominazione predefinite negli URL configurati. Se si installa SQL Server 2016 (13.x) Reporting Services (SSRS) o versione successiva come istanza denominata, includere il nome dell'istanza durante la creazione di una directory virtuale.