Condividi tramite

Eseguire l'aggiornamento e la migrazione di Reporting Services

  • Articolo

Si applica a: SQL Server Reporting Services 2016 (13.x) e versioni successive ❌ Server di report di Power BI SharePoint

Questo articolo offre una panoramica delle opzioni di aggiornamento e migrazione per SQL Server Reporting Services. Sono disponibili due approcci generali per l'aggiornamento di una distribuzione di SQL Server Reporting Services:

  • Eseguire l'aggiornamento a Reporting Services 2016 e versioni precedenti da Reporting Services 2016 e versioni precedenti: vengono aggiornati i componenti di Reporting Services nei server e nelle istanze in cui sono attualmente installati. Questo processo corrisponde all'aggiornamento comunemente definito "sul posto". L'aggiornamento sul posto non è supportato da una modalità all'altra del server Reporting Services. Non è possibile ad esempio eseguire l'aggiornamento da un server di report in modalità nativa a un server di report in modalità SharePoint. È possibile eseguire la migrazione degli elementi del report da una modalità all'altra. Per altre informazioni, vedere la sezione Scenari di aggiornamento e migrazione della modalità SharePoint più avanti in questo documento.

  • L'aggiornamento a Reporting Services 2017 e versioni successive da Reporting Services 2016 e versioni precedenti: Questo scenario di aggiornamento non è lo stesso delle versioni precedenti. Quando si esegue l'aggiornamento a Reporting Services 2016 e versioni precedenti, è possibile seguire un processo di aggiornamento sul posto usando il supporto di installazione di SQL Server. Quando si esegue l'aggiornamento a Reporting Services 2017 e versioni successive da Reporting Services 2016 e versioni precedenti, non è possibile seguire la stessa procedura perché la nuova installazione di Reporting Services è un prodotto autonomo. Non fa più parte del supporto di installazione di SQL Server.

    Per eseguire l'aggiornamento da Reporting Services 2016 e versioni precedenti a Reporting Services 2017 e versioni successive, seguire l'articolo Eseguire la migrazione di un'installazione di Reporting Services (modalità nativa) con Reporting Services 2017 o versione successiva come istanza di destinazione.

  • L'aggiornamento da Reporting Services 2017 alle versioni future è di nuovo uno scenario di aggiornamento sul posto, perché i GUID di installazione del prodotto sono gli stessi. Eseguire il file di installazione SQLServerReportingServices.exe per avviare l'aggiornamento sul posto nel server in cui è attualmente installato Reporting Services.

  • Migrazione: viene installato e configurato un nuovo ambiente SharePoint, vengono copiate risorse ed elementi di report nel nuovo ambiente che viene configurato in modo da usare il contesto esistente. Un tipo di migrazione di livello inferiore consiste nel copiare i database di Reporting Services, i file di configurazione e, se si utilizza la modalità SharePoint, i database di contenuto di SharePoint.

Nota

L'integrazione di Reporting Services con SharePoint non è disponibile nelle versioni successive a SQL Server 2016.

Problemi di aggiornamento noti e procedure consigliate

Per un elenco dettagliato delle edizioni e delle versioni supportate che è possibile aggiornare, vedere Versione supportata e aggiornamenti delle edizioni.

Suggerimento

Per le informazioni più recenti relative a problemi riguardanti SQL Server, vedere Note sulla versione di SQL Server 2016.

Installazioni side-by-side

È possibile eseguire l'installazione side-by-side della modalità nativa di SQL Server Reporting Services con una distribuzione in modalità nativa di SQL Server 2012 (11.x) o SQL Server 2014 (12.x).

Le distribuzioni side-by-side di SQL Server Reporting Services in modalità SharePoint e di qualsiasi versione precedente dei componenti della modalità SharePoint di Reporting Services non sono supportate.

Aggiornamenti sul posto

L'aggiornamento viene completato da Installazione di SQL Server. Installazione di SQL Server può essere usato per aggiornare qualsiasi o tutti i componenti SQL Server, incluso Reporting Services. Durante l'installazione vengono rilevate le istanze esistenti e viene richiesto di eseguire l'aggiornamento. Installazione di SQL Server offre diverse opzioni di aggiornamento che è possibile specificare come argomento della riga di comando o nell'Installazione guidata.

Quando si esegue Installazione di SQL Server, è possibile selezionare l'opzione che consente di eseguire l'aggiornamento da una delle versioni seguenti oppure installare una nuova istanza di SQL Server Reporting Services che esegue le installazioni side-by-side esistenti:

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Per altre informazioni su SQL Server, vedere:

Elenco di controllo preliminare all'aggiornamento

Prima dell'aggiornamento a SQL Server Reporting Services:

  • Esaminare i requisiti per determinare se l'hardware e il software possono supportare SQL Server 2016 (13.x) Reporting Services (SSRS) o versioni successive. Per altre informazioni, vedere Requisiti hardware e software per l'installazione di SQL Server 2016.

  • Usare Controllo configurazione sistema (SCC) per analizzare il computer del server di report per individuare eventuali condizioni che potrebbero compromettere l'installazione di SQL Server Reporting Services. Per altre informazioni, vedere Check Parameters for the System Configuration Checker.

  • Rivedere le procedure consigliate per la sicurezza e le indicazioni di guida per SQL Server. Per altre informazioni, vedere Security Considerations for a SQL Server Installation.

  • Eseguire il backup della chiave simmetrica. Per altre informazioni, vedere Eseguire il backup e il ripristino delle chiavi di crittografia di Reporting Services.

  • Eseguire il backup dei database e dei file di configurazione del server di report. Per altre informazioni, vedere Backup and Restore Operations for Reporting Services.

  • Eseguire il backup di eventuali personalizzazioni nelle directory virtuali di Reporting Services esistenti in IIS.

  • Rimuovere certificati TLS/SSL non validi, tra cui i certificati scaduti di cui non si prevede di eseguire l'aggiornamento prima dell'aggiornamento di Reporting Services. I certificati non validi causano l'esito negativo dell'aggiornamento e un messaggio di errore simile al seguente verrà scritto nel file di registro di Reporting Services: Microsoft.ReportingServices.WmiProvider.WMIProviderException: Nel sito Web non è configurato un certificato SSL (Secure Sockets Layer).

Prima di aggiornare un ambiente di produzione, eseguire sempre un aggiornamento di prova in un ambiente di pre-produzione che abbia la stessa configurazione dell'ambiente di produzione.

Importante

Questi passaggi devono essere completati completamente per un ripristino dello stato precedente successivo. Il supporto tecnico Microsoft non può ripristinare i backup, le chiavi di crittografia o i file di configurazione di cui non è stato eseguito il backup.

Panoramica degli scenari di migrazione

Se si esegue l'aggiornamento da una versione supportata di Reporting Services a SQL Server è in genere possibile eseguire l'Installazione guidata di SQL Server per aggiornare i file di programma del server di report, il database e tutti i dati dell'applicazione.

È tuttavia necessario eseguire manualmente la migrazione di un'installazione del server di report se si verifica una delle condizioni seguenti:

  • Si desidera modificare il tipo di server di report usato nella distribuzione. Non è possibile, ad esempio, eseguire l'aggiornamento o la conversione da un server di report in modalità nativa a un server di report in modalità SharePoint. Per altre informazioni, vedere Migrazione dalla modalità nativa alla modalità SharePoint (SSRS).

  • Si desidera ridurre la quantità di tempo in cui il server di report viene portato offline durante il processo di aggiornamento. L'installazione corrente rimane online durante la copia dei dati di contenuto in una nuova istanza del server di report e il test dell'installazione senza la modifica dello stato di installazione del server di report esistente.

  • Si desidera eseguire la migrazione di una distribuzione di SharePoint 2010 di Reporting Services a SharePoint 2013/2016. SharePoint 2013/2016 non supporta l'aggiornamento sul posto da SharePoint 2010. Per altre informazioni, vedere Eseguire la migrazione di un'installazione di Reporting Services (modalità SharePoint).

Scenari di aggiornamento e migrazione della modalità nativa

Aggiornamento: l'aggiornamento sul posto per la modalità nativa prevede lo stesso processo per ognuna delle versioni supportate elencate in precedenza in questo articolo. Eseguire l'Installazione guidata di SQL Server o l'installazione da riga di comando. Al termine dell'installazione il database del server di report viene aggiornato automaticamente al nuovo schema del database del server di report. Per altre informazioni, vedere Aggiornamento sul posto in questo articolo.

Il processo di aggiornamento viene avviato quando si seleziona un'istanza del server di report esistente da aggiornare.

  1. Se il database del server di report è installato in un computer remoto e non si dispone dell'autorizzazione necessaria per aggiornarlo, verrà richiesto di specificare le credenziali per l'aggiornamento a un database del server di report remoto. Assicurarsi di fornire credenziali che dispongono di autorizzazioni sysadmin o per l'aggiornamento del database.

  2. Il programma di installazione verifica la presenza di eventuali condizioni o impostazioni che impediscono l'aggiornamento e legge le impostazioni di configurazione. Alcuni esempi sono le estensioni personalizzate distribuite nel server di report. Se l'aggiornamento viene bloccato, è necessario modificare l'installazione per evitare il blocco oppure eseguire la migrazione a una nuova istanza di SQL Server Reporting Services. Per altre informazioni, vedere la documentazione di Preparazione aggiornamento.

  3. Se è possibile procedere, viene richiesto di continuare con il processo di aggiornamento.

  4. Il programma di installazione crea nuove cartelle per i file di programma di SQL Server Reporting Services. Le cartelle di programma per un'installazione di Reporting Services includono la cartella MSRS13.<nome istanza>.

  5. Vengono anche aggiunti i file di programma del server di report, gli strumenti di configurazione e le utilità della riga di comando di SQL Server Reporting Services che fanno parte della funzionalità del server di report.

    1. I file di programma della versione precedente vengono rimossi.

    2. Tra gli strumenti e le utilità di configurazione del server di report aggiornati alla nuova versione sono inclusi lo strumento di configurazione di Reporting Services in modalità nativa, le utilità della riga di comando, ad esempio RS.exe, e Generatore report.

    3. Altri strumenti client, ad esempio SQL Server Management Studio, sono un download separati e devono essere aggiornati separatamente. Per altre informazioni, vedere Scaricare SQL Server Management Studio (SSMS).

    4. SQL Server Data Tools (SSDT) è un download separato. Per altre informazioni, vedere SQL Server Data Tools in Visual Studio 2015.

  6. Il programma di installazione riutilizza la voce di servizio in Gestione controllo servizi per il servizio del server di report di SQL Server Reporting Services. Tale voce di servizio include l'account del servizio Windows del server di report.

  7. Nuovi URL vengono riservati in base alle impostazioni delle directory virtuali esistenti in IIS. Poiché le directory virtuali di IIS potrebbero non essere rimosse dal programma di installazione, assicurarsi di rimuovere tali directory manualmente al termine dell'aggiornamento.

  8. Il programma di installazione unisce le impostazioni nei file di configurazione. La configurazione usa i file di configurazione dell'installazione corrente come base per aggiungere nuove voci. Le voci obsolete non vengono rimosse, ma non vengono più lette dal server di report al termine dell'aggiornamento. L'aggiornamento non comporta l'eliminazione dei file di log precedenti, del file RSWebApplication.config obsoleto o delle impostazioni delle directory virtuali in IIS. L'aggiornamento non comporta la rimozione di versioni precedenti di Progettazione report, Management Studio o altri strumenti client. Se non sono più necessari, rimuovere i file e gli strumenti al termine dell'aggiornamento.

Migrazione: la migrazione di una versione precedente di un'installazione in modalità nativa a SQL Server Reporting Services prevede gli stessi passaggi per tutte le versioni supportate elencate in precedenza in questo articolo. Per altre informazioni, vedere Eseguire la migrazione di un'installazione di Reporting Services (modalità nativa)

Aggiornare una distribuzione con scalabilità orizzontale in modalità nativa di Reporting Services

Il riepilogo seguente spiega come aggiornare una distribuzione in modalità nativa di Reporting Services con scalabilità orizzontale a più di un server di report. Questo processo implica tempi di inattività della distribuzione di Reporting Services:

  1. Eseguire il backup dei database e delle chiavi di crittografia del server di report. Per altre informazioni, vedere Operazioni di backup e ripristino per Reporting Services e Aggiungere e rimuovere le chiavi di crittografia per una distribuzione con scalabilità orizzontale (Configuration Manager del server di report).

  2. Utilizzare Gestione configurazione Reporting Services e rimuovere tutti i server di report dalla distribuzione con scalabilità orizzontale. Per altre informazioni, vedere Configurare una distribuzione con scalabilità orizzontale di un server di report in modalità nativa (Gestione configurazione del server di report).

  3. Aggiornare uno dei server di report a SQL Server Reporting Services.

  4. Utilizzare Gestione configurazione Reporting Services per aggiungere di nuovo i server di report nella distribuzione con scalabilità orizzontale. Per altre informazioni, vedere Configurare una distribuzione con scalabilità orizzontale di un server di report in modalità nativa (Gestione configurazione del server di report).

    Per ogni server, ripetere i passaggi di aggiornamento e scalabilità orizzontale.

Eseguire il rollback di un aggiornamento cumulativo Reporting Services

Gli Aggiornamenti cumulativi nelle versioni Reporting Services 2017 e versioni successive supportano l'aggiornamento sul posto, ma non possono essere disinstallati in modo selettivo. Per eseguire il rollback di un aggiornamento, è necessario disinstallare l'intero servizio e reinstallare la versione precedente:

Importante

Questi passaggi richiedono che l'elenco di controllo di pre-aggiornamento sia stato seguito completamente. Il passaggio 2 eseguirà il rendering di file di configurazione esistenti, configurazioni del servizio e chiavi di crittografia irrecuperabili. Il supporto tecnico Microsoft non può ripristinare questi file di configurazione o decrittografare queste chiavi di crittografia per facilitare il rollback.

  1. Prendere nota di tutte le configurazioni personalizzate, tra cui credenziali del servizio, impostazioni di posta elettronica o condivisione file o URL del server di report.

  2. Disinstallare SQL Server Reporting Services. In una distribuzione con scalabilità orizzontale ripetere l'operazione per tutti i nodi nello scale-out. Per altre informazioni, vedere Disinstallare la modalità nativa.

  3. Ripristinare i backup del database ReportServer. Per altre informazioni, vedere Backup and Restore Operations for Reporting Services.

  4. Reinstallare l'aggiornamento precedente di SQL Server Reporting Services.

  5. Ripristinare i file di configurazione pre-aggiornamento.

  6. Ripristinare il backup della chiave di crittografia. Per altre informazioni, vedere Eseguire il backup e il ripristino delle chiavi di crittografia.

  7. Ricreare tutte le configurazioni personalizzate annotate nel passaggio 1.

  8. In una distribuzione con scalabilità orizzontale ripetere i passaggi da 4 a 7 per tutti gli altri nodi nella distribuzione con scalabilità orizzontale.

Scenari di aggiornamento e migrazione della modalità SharePoint

Nelle sezioni seguenti vengono descritti i problemi e i passaggi di base necessari per eseguire l'aggiornamento o la migrazione da versioni specificate della modalità SharePoint di Reporting Services alla modalità SharePoint di SQL Server Reporting Services.

Esistono due componenti di installazione per aggiornare una distribuzione della modalità SharePoint di Reporting Services.

  • Servizio Shared di SharePoint di Reporting Services.

    Suggerimento

    Utilizzare il cmdlet di SharePoint Reporting Services di Get-SPRSServiceApplicationServers per determinare i server nella farm SharePoint che attualmente eseguono il servizio SharePoint Shared di Reporting Services e, pertanto, richiedono un aggiornamento.

  • Componente aggiuntivo Reporting Services per prodotti SharePoint. Per altre informazioni, vedere Installare o disinstallare il componente aggiuntivo Reporting Services per SharePoint.

Per informazioni dettagliate sulla migrazione di un'installazione in modalità SharePoint, vedere Eseguire la migrazione di un'installazione di Reporting Services (modalità SharePoint).

Importante

Alcuni degli scenari seguenti richiedono l'inattività dell'ambiente SharePoint a causa delle diverse tecnologie che devono essere aggiornate. Se non è possibile rendere inattivo l'ambiente, sarà necessario completare una migrazione anziché un aggiornamento sul posto.

Da SQL Server 2014 (12.x) a SQL Server Reporting Services

Ambiente iniziale: SQL Server 2014 (12.x) o SQL Server 2014 (12.x) SP1, SharePoint 2010 o SharePoint 2013.

Ambiente finale: SQL Server Reporting Services, SharePoint 2013 o SharePoint 2016.

  • SharePoint 2013/2016 : SharePoint 2013/2016 non supporta l'aggiornamento sul posto da SharePoint 2010. Tuttavia, la procedura di aggiornamento del collegamento di un database è supportata.

    Se si dispone di un'installazione di Reporting Services integrata con SharePoint 2010, non è possibile eseguire l'aggiornamento sul posto del server SharePoint. È tuttavia possibile eseguire la migrazione dei database del contenuto e di quelli dell'applicazione di servizio dalla farm di SharePoint 2010 a una di SharePoint 2013/2016.

Da SQL Server 2012 (11.x) a SQL Server Reporting Services

Ambiente iniziale: SQL Server 2012 (11.x) o SQL Server 2012 SP1 (11.0.3x), SharePoint 2010.

Ambiente finale: SQL Server Reporting Services, SharePoint 2013 o SharePoint 2016.

  • SharePoint 2013/2016 : SharePoint 2013/2016 non supporta l'aggiornamento sul posto da SharePoint 2010. Tuttavia, la procedura di aggiornamento del collegamento di un database è supportata.

    Se si dispone di un'installazione di Reporting Services integrata con SharePoint 2010, non è possibile eseguire l'aggiornamento sul posto del server SharePoint. È tuttavia possibile eseguire la migrazione dei database del contenuto e di quelli dell'applicazione di servizio dalla farm di SharePoint 2010 a una di SharePoint 2013/2016.

Da SQL Server 2008 R2 (10.50.x) a SQL Server Reporting Services

Ambiente iniziale: SQL Server 2008 R2 (10.50.x), SharePoint 2010.

Ambiente finale: SQL Server Reporting Services, SharePoint 2013 o SharePoint 2016.

  • SharePoint 2013/2016 : SharePoint 2013/2016 non supporta l'aggiornamento sul posto da SharePoint 2010. Tuttavia, la procedura di aggiornamento del collegamento di un database è supportata.

    Prima di aggiornare Reporting Services, è necessario eseguire la migrazione di SharePoint.

  • Installare la versione SQL Server Reporting Services del componente aggiuntivo di Reporting Services per SharePoint in ogni front-end Web della farm. È possibile installare il componente aggiuntivo mediante l'Installazione guidata di SQL Server Reporting Services oppure è possibile scaricarlo.

  • Eseguire l'installazione di SQL Server Reporting Services per aggiornare la modalità SharePoint per ogni "server di report". L'installazione guidata di SQL Server installa il servizio Reporting Services e crea una nuova applicazione di servizio.

Considerazioni sulla migrazione

Quando si spostano dati dell'applicazione, è necessario tenere presente i problemi e le restrizioni seguenti:

  • La sicurezza della chiave di crittografia include un valore hash in cui è incorporata l'identità del computer.

  • I nomi del database del server di report sono fissi e non possono essere modificati nel nuovo computer.

Considerazioni sulla chiave di crittografia

Eseguire sempre il backup delle chiavi di crittografia prima di spostare un database del server di report in un nuovo computer.

In seguito allo spostamento di un'installazione del server di report in un altro computer, il valore hash che protegge le chiavi di crittografia usate per proteggere dati sensibili archiviati nel database del server di report non è più valido. Ogni istanza del server di report che usa il database dispone della propria copia della chiave di crittografia, crittografata con l'identità dell'account del servizio come definito nel computer corrente. Se si cambia computer, il servizio non è più in grado di accedere alla propria chiave, anche se si usa lo stesso nome dell'account nel nuovo computer.

Per ristabilire la crittografia reversibile nel nuovo computer del server di report, è necessario ripristinare la chiave di cui in precedenza è stato eseguito il backup. Il set di chiavi completo archiviato nel database del server di report è costituito da un valore della chiave simmetrica più le informazioni sull'identità del servizio usate per limitare l'accesso alla chiave in modo che possa essere usata solo dall'istanza del server di report in cui è archiviata. Durante il ripristino della chiave, nel server di report le copie esistenti della chiave vengono sostituite con nuove versioni che includono i valori relativi all'identità del computer e del servizio definiti nel computer corrente. Per altre informazioni, vedi:

Nome fisso del database

Non è possibile rinominare il database del server di report. poiché l'identità del database viene registrata nelle stored procedure del server di report al momento della creazione del database stesso. La ridenominazione dei database primari o temporanei del server di report causa errori durante l'esecuzione delle stored procedure, invalidando l'installazione del server di report.

Se il nome del database dell'installazione esistente non è appropriato per la nuova installazione, creare un nuovo database con il nome desiderato. Caricare quindi i dati dell'applicazione esistenti usando le tecniche presenti nell’elenco seguente:

  • Scrivere uno script Visual Basic per chiamare i metodi SOAP del servizio Web ReportServer per copiare i dati tra database. Lo script può essere eseguito mediante l'utilità RS.exe. Per altre informazioni su questo approccio, vedere Script e PowerShell con Reporting Services.

  • Scrivere codice che chiama il provider WMI per copiare dati tra database. Per altre informazioni su questo approccio, vedere Accedere al provider WMI per Reporting Services.

  • Se il numero di elementi non è elevato, è possibile ripubblicare report e origini dati condivise da Progettazione report, Progettazione modelli e Generatore report nel nuovo server di report. È necessario ricreare assegnazioni di ruolo, sottoscrizioni, pianificazioni condivise, pianificazioni dello snapshot del report, proprietà personalizzate impostate nei report o in altri elementi, sicurezza degli elementi dei modelli e proprietà impostate nel server di report. La cronologia del report e i dati del log di esecuzione dei report vengono persi.

Contenuto correlato