• Articolo

Migrazione (Reporting Services)

In Reporting Services Reporting Services l'operazione di migrazione viene definita come lo spostamento di file di dati dell'applicazione da un'installazione esistente in una nuova installazione. La migrazione include spesso un aggiornamento alla versione più recente del prodotto software oppure a nuovo hardware.

Migrazione a SQL Server 2008

Se si esegue la migrazione da SQL Server 2000 o 2005 Reporting Services in una nuova istanza di SQL Server 2008, per aggiornare i file di programma del server di report, il database e tutti i dati dell'applicazione è possibile generalmente eseguire il programma di installazione. È tuttavia necessario eseguire manualmente la migrazione di un'installazione del server di report se si verifica una qualsiasi delle condizioni seguenti:

  • Preparazione aggiornamento ha rilevato uno o più blocchi dell'aggiornamento.

  • La versione del server di report non è SQL Server 2000 Service Pack 2 (SP2).

  • Per ridurre il tempo in cui il server di report rimane non in linea. L'installazione corrente rimane in linea durante la copia dei dati dell'applicazione in una nuova istanza e l'esecuzione del test dell'installazione come operazione indipendente.

La migrazione a SQL Server 2008 offre vantaggi significativi in termini di distribuzione ed elaborazione, ma è necessario tenere presente che non tutte le funzionalità delle versioni precedenti sono disponibili in questa versione. In particolare, se si utilizza una soluzione di tecnologia Single Sign-On di terze parti o funzionalità personalizzate che si integrano con Reporting Services tramite Internet Information Services (IIS), la soluzione corrente non funzionerà in una nuova installazione del server di report e sarà necessario progettare nuovamente la soluzione per un server di report di SQL Server 2008.

Prima di eseguire la migrazione, valutare il nuovo software ed effettuare un test dei report e degli altri elementi per garantire che i requisiti aziendali siano soddisfatti. Per informazioni che consentono di determinare una strategia della migrazione, vedere i seguenti argomenti:

Per istruzioni dettagliate sullo spostamento di dati dell'applicazione in una nuova istanza del server di report di SQL Server 2008, vedere Procedura: Migrazione di un'installazione di Reporting Services.

Migrazione a un nuovo computer

È possibile spostare un'installazione di SQL Server 2008Reporting Services in un computer nuovo o diverso installando una nuova istanza del server di report e spostando il database del server di report in tale istanza. Per ulteriori informazioni sulle modalità di spostamento del database, vedere Spostamento di database del server di report in un altro computer.

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

  • La protezione 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 utilizzate per proteggere dati riservati archiviati nel database del server di report non sarà più valido. Ogni istanza del server di report che utilizza 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 sarà più in grado di accedere alla propria chiave, anche se si utilizza 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 utilizzate per limitare l'accesso alla chiave in modo che possa essere utilizzata 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.

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 provocherà 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 Provider WMI di 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, protezione 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.