Operazioni di backup e ripristino per un'installazione di Reporting Services
In questo argomento viene fornita una panoramica di tutti i file di dati utilizzato in un'installazione di Reporting Services e viene descritto quando e come è necessario eseguire il backup dei file. Lo sviluppo di un piano di backup e ripristino per i file dei database del server di report rappresenta la parte più importante di una strategia di recupero. Una strategia di recupero più completa include tuttavia i backup delle chiavi di crittografia, di estensioni o assembly personalizzati, dei file di configurazione e dei file di origine di report e modelli.
Le operazioni di backup e ripristino vengono spesso utilizzate per spostare un'installazione di Reporting Services o parte di essa:
Se si stanno spostando solo i database del server di report, è possibile utilizzare il backup e il ripristino oppure eseguire il collegamento e lo scollegamento per spostare i database in un'istanza di SQL Server diversa. Per ulteriori informazioni, vedere Spostamento di database del server di report in un altro computer.
Lo spostamento di un'installazione di Reporting Services in un nuovo computer viene definito migrazione. In caso di migrazione di un'installazione, eseguire il programma di installazione per installare una nuova istanza del server di report e quindi copiare i dati dell'istanza in un nuovo computer. Per ulteriori informazioni sulla migrazione di un'installazione di Reporting Services, vedere Migrazione (Reporting Services).
Backup dei database del server di report
Poiché un server di report è un server senza stato (stateless), tutti i dati delle applicazioni vengono archiviati nei database reportserver e reportservertempdb in esecuzione su un'istanza del Motore di database di SQL Server. È possibile eseguire il backup dei database reportserver e reportservertempdb utilizzando uno dei metodi supportati per il backup dei database di SQL Server. Per i database del server di report, tenere presenti le seguenti indicazioni:
Per il backup del database reportserver, utilizzare il modello di recupero con registrazione completa.
Per il backup del database reportservertempdb, utilizzare il modello di recupero con registrazione minima.
Per ogni database, è possibile utilizzare diverse pianificazioni di backup. È consigliabile eseguire il backup del database reportservertempdb solo per non doverlo ricreare nel caso in cui si verifichi un errore hardware. Nel caso di un errore hardware, non è necessario recuperare i dati di reportservertempdb, ma è necessaria la struttura della tabella. Se il database reportservertempdb viene perso, l'unico modo per recuperarlo consiste nel ricreare il database del server di report. Se si ricrea il database reportservertempdb, è importante assegnargli lo stesso nome del database del server di report principale.
Per ulteriori informazioni sul backup e il recupero di database relazionali di SQL Server, vedere Backup e ripristino di database in SQL Server.
Backup delle chiavi di crittografia
Quando si configura un'installazione di Reporting Services per la prima volta, è consigliabile eseguire il backup delle chiavi di crittografia. È inoltre consigliabile eseguire il backup delle chiavi ogni volta che si modifica l'identità degli account di servizio o si rinomina il computer. Per ulteriori informazioni, vedere Backup e ripristino delle chiavi di crittografia.
Backup dei file di configurazione
Per archiviare le impostazioni dell'applicazione, in Reporting Services vengono utilizzati i file di configurazione. È consigliabile eseguire il backup dei file quando si configura il server per la prima volta e dopo avere distribuito eventuali estensioni personalizzate. I file di cui eseguire il backup includono:
Rsreportserver.config
Rssvrpolicy.config
Rsmgrpolicy.config
Reportingservicesservice.exe.config
Web.config per entrambe le applicazioni ASP.NET del server di report e Gestione report.
Machine.config per ASP.NET
Backup dei file di dati
Eseguire il backup dei file creati e gestiti in Progettazione report e in Progettazione modelli. Tra questi sono inclusi i file di definizione del report (con estensione rdl), i file modello di report (con estensione smdl), i file delle origini dei dati condivise (con estensione rds), i file di visualizzazione dei dati (con estensione dv), i file dell'origine dati (con estensione ds), i file di progetto del server di report (con estensione rptproj) e i file di soluzione di report (con estensione sln).
Ricordarsi di eseguire il backup di eventuali file script, con estensione rss, creati per attività di amministrazione o di distribuzione.
Verificare di avere una copia di backup per tutte le estensioni e gli assembly personalizzati utilizzati.