Eseguire la migrazione di un'installazione di Reporting Services (modalità nativa)

In questo argomento vengono fornite istruzioni dettagliate per la migrazione di una delle versioni supportate seguenti di una distribuzione in modalità nativa Reporting Services a una nuova istanza di SQL Server 2014 Reporting Services:

• SQL Server 2012

• SQL Server 2008 R2

• SQL Server 2008

• SQL Server 2005 (Richiede altri passaggi, vedere Non è possibile usare SQL Server 2005 per ospitare database del server di report 2014.

Si applica a: SQL Server Reporting Services (modalità nativa).

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

La migrazione viene definita come spostamento dei file di dati dell'applicazione in una nuova istanza di SQL Server 2014. Di seguito sono elencati i motivi comuni per cui eseguire la migrazione dell'installazione:

• Si dispone di una distribuzione su vasta scala o i requisiti di attività sono elevati.

• Si intende modificare l'hardware o la topologia dell'installazione.

• Si verifica un problema che blocca l'aggiornamento.

Panoramica sulla migrazione della modalità nativa

Il processo di migrazione di Reporting Services include passaggi manuali e automatizzati. Le attività seguenti fanno parte della migrazione del server di report:

• Eseguire il backup dei file di database, di applicazione e di configurazione.

• Eseguire il backup della chiave di crittografia.

• Installare una nuova istanza di SQL Server 2014. Se si usa lo stesso hardware, è possibile installare SQL Server 2014 side-by-side con l'installazione esistente se è stata una delle versioni supportate.

  Suggerimento

  Un'installazione side-by-side può richiedere di installare SQL Server 2014 come istanza denominata.

• Spostare il database del server di report e altri file di applicazione dall'installazione esistente alla nuova installazione SQL Server 2014.

• Spostare tutti i file dell'applicazione personalizzata nella nuova installazione.

• Configurare il server di report.

• Modificare RSReportServer.config per includere tutte le impostazioni personalizzate dall'installazione precedente.

• Facoltativamente, configurare elenchi di controllo di accesso (ACL) personalizzati per il nuovo gruppo di servizi Windows per Reporting Services.

• Rimuovere le applicazioni e gli strumenti inutilizzati dopo avere verificato che la nuova istanza è completamente operativa.

Sono presenti restrizioni sulle edizioni di SQL Server che ospitano il database del server di report. Rivedere l'argomento seguente se si riutilizza un database del server di report creato in un'installazione precedente.

• Creare un database del server di report (SSRS Configuration Manager)

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, è consigliabile creare un nuovo database con il nome desiderato, quindi caricare i dati dell'applicazione esistenti utilizzando le tecniche seguenti:

• 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, modelli di 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 saranno persi.

Prima di iniziare

Anche nei casi in cui si esegue la migrazione anziché l'aggiornamento dell'installazione, l'esecuzione di Preparazione aggiornamento nell'installazione esistente consente di identificare qualsiasi problema che potrebbe interessare la migrazione. Questo passaggio è particolarmente utile se si esegue la migrazione di un server di report che non è stato installato o configurato personalmente. Eseguendo Upgrade Advisor, è possibile scoprire le impostazioni personalizzate che potrebbero non essere supportate in una nuova installazione di SQL Server 2014.

Inoltre, è necessario tenere presente diverse modifiche importanti in SQL Server 2014 che influiscono sul modo in cui si esegue la migrazione dell'installazione:

• A partire da SQL Server 2008, IIS non costituisce più un prerequisito. Se si esegue la migrazione di un'installazione del server di report a un nuovo computer, non è necessario aggiungere il ruolo del server Web. I passaggi per la configurazione degli URL e dell'autenticazione, inoltre, differiscono dalla versione precedente, come le tecniche e gli strumenti per la diagnosi e la risoluzione dei problemi.

• Il servizio Web ReportServer, Gestione report e il servizio Windows ReportServer sono consolidati all'interno di un singolo servizio del server di report. Tutte e tre le applicazioni vengono eseguite utilizzando lo stesso account. Tutte e tre le applicazioni leggono le impostazioni di configurazione dal file RSReportServer.config, rendendo obsoleto il file RSWebApplication.config.

• Gestione report e SQL Server Management Studio sono stati riprogettati per rimuovere le funzionalità sovrapposte. Ogni strumento supporta un set di attività distinto e gli strumenti non sono più intercambiabili.

• I filtri ISAPI non sono supportati in SQL Server 2008 Reporting Services e versioni successive. Se si utilizzano filtri ISAPI, è necessario riprogettare la soluzione per la creazione di report prima di procedere alla migrazione.

• Le restrizioni relative agli indirizzi IP non sono supportate in SQL Server 2008 Reporting Services e versioni successive. Se si utilizzano le restrizioni degli indirizzi IP, è necessario riprogettare la soluzione per la creazione di report prima di procedere alla migrazione o utilizzare una tecnologia quale un firewall, un router o la conversione degli indirizzi di rete (NAT, Network Address Translation) per configurare indirizzi che non possono accedere al server di report.

• I certificati SSL (Secure Sockets Layer) client non sono supportati in SQL Server 2008 Reporting Services e versioni successive. Se si utilizzano certificati SSL client, è necessario riprogettare la soluzione per la creazione di report prima di procedere alla migrazione.

• Se si usa un tipo di autenticazione diverso dall'autenticazione integrata di Windows, è necessario aggiornare l'elemento <AuthenticationTypes> nel file RSReportServer.config con un tipo di autenticazione supportato. I tipi di autenticazione supportati sono NTLM, Kerberos, Negotiate e Basic. Le autenticazioni anonima, .NET Passport e Digest non sono supportate in SQL Server Reporting Services 2008 e versioni successive.

• Se si utilizzano fogli di stile CSS personalizzati nell'ambiente di report, tali fogli non saranno migrati e sarà necessario spostarli manualmente in seguito alla migrazione.

Per altre informazioni sulle modifiche apportate alle SQL Server Reporting Services 2014, vedere la documentazione di Upgrade Advisor e What's New (Reporting Services).For more information about changes in SQL Server 2014 Reporting Services, see the Upgrade Advisor documentation and What's New (Reporting Services).For more information about changes in SQL Server 2014 Reporting Services.

Backup di file e dati

Prima di installare una nuova istanza di Reporting Services, verificare di avere eseguito il backup di tutti i file nell'installazione corrente.

1. Eseguire il backup della chiave di crittografia per il database del server di report. Questo passaggio rappresenta una fase critica per la corretta esecuzione della migrazione. In un passaggio successivo del processo di migrazione sarà necessario ripristinare la chiave di crittografia per il server di report per ottenere di nuovo l'accesso ai dati crittografati. Per eseguire il backup della chiave, utilizzare lo strumento Gestione configurazione di Reporting Services.

2. Eseguire il backup del database del server di report usando uno dei metodi supportati per il backup di un database di SQL Server. Per altre informazioni, vedere le istruzioni su come eseguire il backup del database del server di report in Spostamento di database del server di report in un altro computer (modalità nativa SSRS).

3. Eseguire il backup dei file di configurazione del server di report. I file di cui eseguire il backup includono:

   1. RSReportServer.config

   2. Rswebapplication.config

   3. Rssvrpolicy.config

   4. Rsmgrpolicy.config

   5. Reportingservicesservice.exe.config

   6. Web.config sia per le applicazioni server di report che per ASP.NET Gestione report.

   7. Machine.config per ASP.NET se è stato modificato per le operazioni del server di report.

Installare SQL Server Reporting Services

Installare una nuova istanza del server di report in modalità "solo file" per poterla configurare per l'utilizzo di valori non predefiniti. Per l'installazione da riga di comando, utilizzare l'argomento FilesOnly. Nell'Installazione guidata selezionare l'opzione Installa senza configurare il server di report.

Fare clic su uno dei collegamenti seguenti per visualizzare istruzioni sull'installazione di una nuova istanza di Reporting Services:

• Installare SQL Server 2014 dall'Installazione guidata (programma di installazione)

• Installazione di SQL Server 2014 dal prompt dei comandi

Spostamento del database del server di report

Il database del server di report contiene report pubblicati, modelli, origini dati condivise, pianificazioni, risorse, sottoscrizioni e cartelle, insieme a proprietà di sistema e di elementi e autorizzazioni per l'accesso al contenuto del server di report.

Se la migrazione include l'uso di un'istanza diversa del motore di database, è necessario spostare il database del server di report nella nuova istanza del motore di database. Se si usa la stessa istanza del motore di database, passare alla sezione Spostamento di estensioni o di assembly personalizzati.

Per spostare il database del server di report, effettuare le operazioni seguenti:

1. Scegliere l'istanza del motore di database da usare. SQL Server 2014 Reporting Services richiede l'uso di una delle versioni seguenti per ospitare il database del server di report:

   • SQL Server 2014

   • SQL Server 2012

   • SQL Server 2008 R2

   • SQL Server 2008

2. Avviare SQL Server Management Studio e connettersi al motore di database.

3. Creare nei RSExecRole database di sistema se il motore di database non ha mai ospitato un database del server di report. Per altre informazioni, vedere Creare RSExecRole.

4. Seguire le istruzioni disponibili in Spostamento di database del server di report in un altro computer (modalità nativa SSRS).

Tenere presente che il database del server di report e il database temporaneo sono interdipendenti e devono essere spostati insieme. Non copiare i database. Se li si copia non si trasferiscono tutte le impostazioni di sicurezza nella nuova installazione. Non spostare processi di SQL Server Agent per operazioni pianificate del server di report. Tali processi verranno ricreati automaticamente dal server di report.

Spostamento di estensioni o di assembly personalizzati

Se l'installazione include elementi dei report, estensioni o assembly personalizzati, è necessario ridistribuire i componenti personalizzati. Se non si usano componenti personalizzati, passare alla sezione Configurazione del server di report.

Per ridistribuire i componenti personalizzati, effettuare le operazioni seguenti:

1. Determinare se gli assembly sono supportati o devono essere ricompilati.

   • Le estensioni di autenticazione personalizzate create per la versione SQL Server 2005 devono essere ricompilate.

   • Le estensioni per il rendering personalizzate per SQL Server Reporting Services 2008 devono essere riscritte usando il modello di oggetti per il rendering.

   • I renderer HTML 3.2 e HTML OWC non sono supportati in SQL Server Reporting Services 2008 e versioni successive.

   • Gli altri assembly personalizzati non richiedono la ricompilazione.

2. Spostare gli assembly nel nuovo server di report e nelle cartelle \bin di Gestione report. In SQL Server 2014 i file binari del server di report si trovano nel percorso seguente per l'istanza predefinita SQL Server 2014 Reporting Services:

   \Program files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\bin

3. Modificare i file di configurazione per aggiungere voci per il componente personalizzato. Le voci possono variare a seconda del tipo di assembly utilizzato. Per istruzioni sulla posizione dei file e delle voci di configurazione da aggiungere, vedere gli argomenti seguenti:

   1. Distribuzione di un assembly personalizzato

   2. Procedura: Distribuire un elemento del report personalizzato

   3. Distribuzione di un'estensione per l'elaborazione dati

   4. Distribuzione di un'estensione per il recapito

   5. Distribuzione di un'estensione per il rendering

   6. Implementazione di un'estensione di sicurezza

Configurare il server di report

Configurare gli URL per il servizio Web ReportServer e per Gestione report, quindi configurare la connessione al database del server di report.

Se si esegue la migrazione di una distribuzione con scalabilità orizzontale, portare tutti i nodi del server di report in modalità offline e migrare ciascuno server singolarmente. Dopo aver eseguito la migrazione del primo server di report e si connette correttamente al database del server di report, la versione del database del server di report viene aggiornata automaticamente alla versione del database SQL Server 2014.

Importante

Se uno dei server di report nella distribuzione con scalabilità orizzontale è online e non è stato migrato, si potrebbe verificare l'eccezione rsInvalidReportServerDatabase perché il server utilizza uno schema obsoleto quando è connesso al database aggiornato.

Nota

Se il server di report di cui è stata eseguita la migrazione è stato configurato come database condiviso per una distribuzione con scalabilità orizzontale, è necessario eliminare tutte le chiavi di crittografia precedenti dalla tabella Keys nel database ReportServer rima di configurare il servizio del server di report. Se le chiavi non vengono rimosse, il server di report di cui è stata eseguita la migrazione tenterà l'inizializzazione in modalità di distribuzione con scalabilità orizzontale. Per altre informazioni, vedere Aggiungere e rimuovere chiavi di crittografia per la distribuzione di Scale-Out (SSRS Configuration Manager) e configurare e gestire le chiavi di crittografia (SSRS Configuration Manager).

Non è possibile eliminare le chiavi di scalabilità orizzontale tramite Gestione configurazione Reporting Services. È necessario eliminare le chiavi precedenti dalla tabella Keys nel database ReportServer tramite SQL Server Management Studio. Eliminare tutte le righe nella tabella Keys. In questo modo verranno cancellati i dati dalla tabella e la tabella verrà preparata per il solo ripristino della chiave simmetrica, come illustrato nei passaggi seguenti.

Prima di eliminare le chiavi, è consigliabile eseguire innanzitutto il backup della chiave di crittografia simmetrica. Per eseguire il backup della chiave è possibile usare lo strumento Gestione configurazione Reporting Services. Aprire l'Configuration Manager aprire, fare clic sulla scheda Chiavi di crittografia e quindi fare clic sul pulsante Backup. È inoltre possibile generare script dei comandi WMI per il backup della chiave di crittografia. Per altre informazioni su WMI, vedere Metodo BackupEncryptionKey (MSReportServer_ConfigurationSetting).

1. Avviare il Reporting Services Configuration Manager e connettersi all'istanza di Reporting Services appena installata. Per altre informazioni, vedere Reporting Services Configuration Manager (modalità nativa).

2. Configurare gli URL per il server di report e per Gestione report. Per altre informazioni, vedere Configurare un URL (SSRS Configuration Manager).

3. Configurare il database del server di report, selezionando il database esistente dell'installazione precedente. Dopo aver completato la configurazione, i servizi del server di report verranno riavviati e una volta effettuata una connessione al database del server di report, il database verrà automaticamente aggiornato a SQL Server 2014 Reporting Services. Per altre informazioni su come eseguire la Modifica guidata database usata per creare o selezionare un database del server di report, vedere Creare un database del server di report in modalità nativa (SSRS Configuration Manager).

4. Ripristinare le chiavi di crittografia. Questo passaggio è necessario per l'abilitazione di crittografia reversibile in stringhe di connessione preesistenti e credenziali già presenti nel database del server di report. Per altre informazioni, vedere Eseguire il backup e il ripristino delle chiavi di crittografia di Reporting Services.

5. Se il server di report è stato installato in un nuovo computer e si utilizza Windows Firewall, assicurarsi che la porta TCP sulla quale è in attesa il server di report sia aperta. Per impostazione predefinita, tale porta è la numero 80. Per altre informazioni, vedere Configurare un firewall per l'accesso al server di report.

6. Se si desidera amministrare il server di report in modalità nativa in locale, è necessario configurare il sistema operativo per consentire l'amministrazione locale con Gestione report. Per altre informazioni, vedere Configurare un server di report in modalità nativa per gli amministratori locali (SSRS).

Copia delle impostazioni di configurazione personalizzate nel file RSReportServer.config

Se nell'installazione precedente è stato modificato il file RSReportServer.config o RSWebApplication.config, è consigliabile apportare le stesse modifiche nel nuovo file RSReportServer.config. L'elenco seguente riepiloga alcuni dei motivi per cui potrebbe essere stato modificato il file di configurazione precedente e fornisce collegamenti a informazioni aggiuntive su come configurare le stesse impostazioni in SQL Server 2014.

Personalizzazione	Informazioni
Recapito tramite posta elettronica del server di report con impostazioni personalizzate	Configurare un server di report per il recapito di posta elettronica (SSRS Configuration Manager) e le impostazioni di posta elettronica - Configuration Manager (modalità nativa SSRS).
Impostazioni relative alle informazioni sul dispositivo	Personalizzare i parametri di estensione per il rendering in RSReportServer.config.
Gestione report in un'istanza remota	Configurare Gestione report (modalità nativa)

Gruppo di servizi Windows ed elenchi di controllo di accesso di sicurezza

In SQL Server 2014 Reporting Services (SSRS), esiste un gruppo di servizi, il gruppo di servizi windows Reporting Services, usato per creare elenchi di controllo di controllo di sicurezza per tutte le chiavi, i file e le cartelle del Registro di sistema installati con SQL Server 2014 Reporting Services. Il nome di tale gruppo Windows viene visualizzato nel formato SQLServerReportServerUser$<computer_name>$<instance_name>. Questo gruppo ha il posto dei due gruppi di servizi Windows in SQL Server 2005 Reporting Services. Se sono associati elenchi di controllo di accesso personalizzati a una delle SQL Server 2005 Reporting Services gruppi di Windows, sarà necessario applicare tali elenchi di controllo di controllo di accesso al nuovo gruppo per la nuova istanza del server di report in SQL Server 2014 Reporting Services.

Verifica della distribuzione

1. Testare le directory virtuali del server di report e di Gestione report aprendo un browser e digitando l'indirizzo URL. Per altre informazioni, vedere Verificare un'installazione di Reporting Services.

2. Testare i report e verificare che contengano i dati previsti. Rivedere le informazioni di origine dei dati per verificare se le informazioni sulla connessione all'origine dei dati sono ancora specificate. Il server di report usa il modello a oggetti report SQL Server 2014 durante l'elaborazione e il rendering dei report, ma non sostituisce SQL Server 2008 o SQL Server 2008 R2 costrutti con nuovi elementi del linguaggio di definizione del report. Per altre informazioni sul modo in cui i report esistenti vengono eseguiti in un server di report SQL Server 2014, vedere Aggiornare i report.

Rimozione di programmi e file inutilizzati

Dopo aver eseguito la migrazione del server di report a un'istanza di SQL Server 2014 Reporting Services, è possibile eseguire la procedura seguente per rimuovere programmi e file che non sono più necessari.

1. Disinstallare la versione precedente di Reporting Services se non è più necessaria. Questo passaggio non comporta l'eliminazione degli elementi riportati di seguito, che tuttavia possono essere rimossi manualmente se ritenuti inutili:

   • Database del server di report precedente

   • Ruolo RsExec

   • Account del servizio del server di report

   • Pool di applicazioni per il servizio Web ReportServer

   • Directory virtuali per Gestione report e il server di report

   • File di log del server di report

2. Rimuovere IIS se non è più necessario nel computer.

Vedere anche

Migrazione di un'installazione di Reporting Services in modalità SharePoint
Database del server di report (modalità nativa SSRS)
Eseguire l'aggiornamento e la migrazione di Reporting Services
Compatibilità con le versioni precedenti di Reporting Services
Gestione configurazione Reporting Services (modalità nativa)