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 di Reporting Services in modalità nativa a una nuova istanza di SQL Server 2012 Reporting Services:
SQL Server 2008 R2
SQL Server 2008
SQL Server 2005 (Richiede ulteriori passaggi, vedere Non è possibile utilizzare SQL Server 2005 per ospitare i database di Report Server 2012 (https://support.microsoft.com/kb/2796721).
Per informazioni sulla migrazione di una distribuzione di Reporting Services in modalità SharePoint, vedere Migrazione di un'installazione di Reporting Services in modalità SharePoint.
Per migrazione si intende lo spostamento di file di dati di un'applicazione a una nuova istanza di SQL Server 2012. È necessario eseguire la migrazione dell'installazione se si è verificato un problema che blocca l'aggiornamento, in presenza di requisiti di distribuzione su vasta scala o di tempi di attività elevati o se si intende modificare l'hardware o la topologia dell'installazione.
Contenuto dell'argomento:
Panoramica sulla migrazione della modalità nativa
Content Only Migration
Nome fisso del database
Prima di iniziare
Backup di file e dati
Installare Reporting Services
Spostamento del database del server di report
Spostamento di estensioni o di assembly personalizzati
Configurazione del server di report
Copia delle impostazioni di configurazione personalizzate nel file RSReportServer.config
Gruppo di servizi Windows ed elenchi di controllo di accesso di sicurezza
Verifica della distribuzione
Rimozione di programmi e file inutilizzati
Panoramica sulla migrazione della modalità nativa
Il processo di migrazione per Reporting Services include passaggi manuali e automatici. 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 2012. Se si utilizza lo stesso hardware, è possibile installare SQL Server 2012 side-by-side con l'installazione esistente di SQL Server 2005, SQL Server 2008 o SQL Server 2008 R2. In questo caso, potrebbe essere necessario installare SQL Server 2012 come istanza denominata.
Spostare il database del server di report e gli altri file dell'applicazione dall'installazione esistente alla nuova installazione di SQL Server 2012.
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.
Eseguire il test dell'installazione.
Rimuovere le applicazioni e gli strumenti inutilizzati dopo avere verificato che la nuova istanza è completamente operativa.
Se si riutilizza un database del server di report esistente creato in un'installazione precedente, tenere presente che sussistono restrizioni relative alle edizioni di SQL Server utilizzate per ospitare il database del server di report. Per ulteriori informazioni, vedere Creare un database del server di report.
.gif "Icona freccia utilizzata con il collegamento Torna all'inizio")
Torna all'inizio
Migrazione solo del contenuto
.gif "Suggerimento") Suggerimento |
|---|
Se si desidera eseguire la migrazione solo degli elementi di contenuto da un server di report a un altro, vedere le risorse seguenti:
|
Torna all'inizio
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 procedure, rendendo non valida 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 che chiama metodi SOAP del servizio Web ReportServer per copiare dati tra database. Lo script può essere eseguito mediante l'utilità RS.exe. Per ulteriori informazioni, vedere Scripting (Reporting Services).
Scrivere codice che chiama il provider WMI per copiare dati tra database. Per ulteriori informazioni, 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.
Torna all'inizio
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. L'esecuzione di Preparazione aggiornamento consente di individuare le impostazioni personalizzate che potrebbero non essere supportate in una nuova installazione di SQL Server 2012.
È inoltre necessario considerare diverse importanti modifiche introdotte in SQL Server 2012, che influiranno sulla 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 utilizza 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 2008 Reporting Services 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 ulteriori informazioni sulle modifiche apportate in SQL Server 2012 Reporting Services, vedere la documentazione relativa a Preparazione aggiornamento e Novità (Reporting Services).
Torna all'inizio
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.
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 di configurazione di Reporting Services.
Eseguire il backup del database del server di report utilizzando uno dei metodi supportati per il backup di un database di SQL Server. Per ulteriori informazioni, vedere le istruzioni per l'esecuzione del backup del database del server di report incluse in Spostamento di database del server di report in un altro computer.
Eseguire il backup dei file di configurazione del server di report. I file di cui eseguire il backup includono:
Rsreportserver.config
Rswebapplication.config
Rssvrpolicy.config
Rsmgrpolicy.config
Reportingservicesservice.exe.config
Web.config per entrambe le applicazioni ASP.NET del server di report e di Gestione report.
Machine.config per ASP.NET se è stato modificato per le operazioni del server di report.
Torna all'inizio
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.
Fare clic su uno dei collegamenti seguenti per visualizzare istruzioni sull'installazione di una nuova istanza di Reporting Services:
Torna all'inizio
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'utilizzo 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 utilizza 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:
Scegliere l'istanza di Motore di database da utilizzare. SQL Server 2012 Reporting Services richiede l'utilizzo di SQL Server 2005, 2008, 2008 R2 o SQL Server 2012 per ospitare il database del server di report. Non è più possibile utilizzare SQL Server 2000 per ospitare il database del server di report per SQL Server 2012 Reporting Services. Se è stato utilizzato SQL Server 2000 o SQL Server 2005 in modalità compatibilità 8.0, è necessario aggiornare il Motore di database o scegliere un'altra istanza del Motore di database.
Avviare SQL Server Management Studio e connettersi al Motore di database.
Creare RSExecRole nei database di sistema se il Motore di database non ha mai ospitato un database del server di report. Per ulteriori informazioni, vedere Creare RSExecRole.
Seguire le istruzioni incluse in Spostamento di database del server di report in un altro computer.
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.
Torna all'inizio
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 utilizzano componenti personalizzati, ignorare la sezione "Configurare il server di report".
Per ridistribuire i componenti personalizzati, effettuare le operazioni seguenti:
Determinare se gli assembly sono supportati o devono essere ricompilati.
È necessario ricompilare le estensioni di autenticazione personalizzate create per la versione SQL Server 2005.
Le estensioni per il rendering personalizzate per SQL Server 2008 Reporting Services devono essere riscritte utilizzando il modello a oggetti per il rendering.
I renderer HTML 3.2 e HTML OWC non sono supportati in SQL Server 2008 Reporting Services e versioni successive.
Gli altri assembly personalizzati non richiedono la ricompilazione.
Spostare gli assembly nel nuovo server di report e nelle cartelle \bin di Gestione report. In SQL Server 2012 i file binari del server di report si trovano nel percorso \Programmi\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer\bin per l'istanza predefinita di SQL Server 2012 Reporting Services.
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:
Torna all'inizio
Configurazione del 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 migrato il primo server di report e averlo connesso al database del server di report, la versione di tale database viene aggiornata automaticamente alla versione del database di SQL Server 2012.
.gif "Nota importante") 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, prima 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 ulteriori informazioni, vedere Aggiungere e rimuovere le chiavi di crittografia per una distribuzione con scalabilità orizzontale e Configurare e gestire le chiavi di crittografia.
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 questa operazione, è possibile utilizzare Gestione configurazione Reporting Services. Aprire Gestione configurazione, fare clic sulla scheda Chiavi di crittografia, quindi sul pulsante Backup. È inoltre possibile generare script dei comandi WMI per il backup della chiave di crittografia. Per ulteriori informazioni su WMI, vedere Metodo BackupEncryptionKey (MSReportServer_ConfigurationSetting WMI).
Avviare lo strumento di configurazione di Reporting Services e connettersi all'istanza di Reporting Services installata. Per ulteriori informazioni, vedere How to: Start Reporting Services Configuration Manager.
Configurare gli URL per il server di report e per Gestione report. Per ulteriori informazioni, vedere Configurare un URL.
Configurare il database del server di report, selezionando il database esistente dell'installazione precedente. Al termine della configurazione, i servizi del server di report verranno riavviati e, dopo aver stabilito una connessione al database del server di report, il database verrà aggiornato automaticamente a SQL Server 2012 Reporting Services. Per ulteriori informazioni su come eseguire la procedura guidata Cambia database, utilizzata per creare o selezionare un database del server di report, vedere Creare un database del server di report in modalità nativa (Reporting Services).
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 ulteriori informazioni, vedere Eseguire il backup e il ripristino delle chiavi di crittografia di Reporting Services (modalità nativa di SSRS).
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 ulteriori informazioni, vedere Configurare un firewall per l'accesso al server di report.
Se il server di report è stato installato in Windows Vista o Windows Server 2008, creare assegnazioni di ruolo e aggiungere il sito del server di report all'area Siti attendibili per consentire l'amministrazione locale. Per ulteriori informazioni, vedere Configurare un server di report in modalità nativa per gli amministratori locali (SSRS).
Torna all'inizio
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. Nell'elenco seguente viene fornito un riepilogo di alcuni dei motivi per cui potrebbe essere stato necessario modificare il file di configurazione precedente e sono inclusi collegamenti a ulteriori informazioni su come configurare le stesse impostazioni in SQL Server 2012.
Personalizzazione |
Informazioni |
|---|---|
Recapito tramite posta elettronica del server di report con impostazioni personalizzate |
|
Impostazioni relative alle informazioni sul dispositivo |
Personalizzare i parametri di estensione per il rendering in RSReportServer.config. |
Gestione report in un'istanza remota |
Torna all'inizio
Gruppo di servizi Windows ed elenchi di controllo di accesso di sicurezza
In SQL Server 2012 Reporting Services (SSRS), è disponibile un gruppo di servizi, ovvero il gruppo di servizi Windows per Reporting Services, utilizzato per creare elenchi di controllo di accesso di sicurezza per tutte le chiavi del Registro di sistema, i file e le cartelle installate con SQL Server 2012 Reporting Services. Il nome di tale gruppo Windows viene visualizzato nel formato SQLServerReportServerUser$<computer_name>$<instance_name>. Il gruppo sostituisce due gruppi di servizi Windows disponibili in SQL Server 2005 Reporting Services. Se ai gruppi Windows di SQL Server 2005 Reporting Services sono associati elenchi di controllo di accesso personalizzati, sarà necessario applicare tali elenchi al nuovo gruppo per la nuova istanza del server di report in SQL Server 2012 Reporting Services.
Torna all'inizio
Verifica della distribuzione
Testare le directory virtuali del server di report e di Gestione report aprendo un browser e digitando l'indirizzo URL. Per ulteriori informazioni, vedere Verificare un'installazione di Reporting Services.
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 utilizza il modello a oggetti dei report di SQL Server 2012 per l'elaborazione e il rendering dei report, ma non sostituisce i costrutti di SQL Server 2008 o SQL Server 2008 R2 con i nuovi elementi RDL (Report Definition Language). Per ulteriori informazioni sulla modalità di esecuzione dei report esistenti in un server di report di SQL Server 2012, vedere Aggiornare i report.
Torna all'inizio
Rimozione di programmi e file inutilizzati
Dopo avere eseguito la migrazione del server di report a un'istanza di SQL Server 2012 Reporting Services, potrebbe essere necessario eseguire i passaggi seguenti per rimuovere programmi e file che non sono più necessari.
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
Rimuovere IIS se non è più necessario nel computer.
Torna all'inizio
Vedere anche
Concetti
Migrazione di un'installazione di Reporting Services in modalità SharePoint
Eseguire l'aggiornamento e la migrazione di Reporting Services
Gestione configurazione Reporting Services (SSRS)
Altre risorse
Compatibilità con le versioni precedenti di Reporting Services