Operazioni di backup e ripristino per Reporting Services

  • Articolo

Questo articolo contiene una panoramica di tutti i file di dati usati in un'installazione di Reporting Services e specifica quando e come 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 backup delle chiavi di crittografia, di estensioni o assembly personalizzati, dei file di configurazione e dei file di origine dei report.

Si applica a: Reporting Services modalità nativa | Reporting Services modalità SharePoint

Nota

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

Le operazioni di backup e ripristino vengono spesso utilizzate per spostare un'installazione di Reporting Services o parte di essa:

Eseguire il backup dei database del server di report

Poiché un server di report è un server senza stato, 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 usando uno dei metodi supportati per il backup dei database di SQL Server. Di seguito sono elencati alcuni consigli specifici per i database del server di report:

  • Per il backup del database reportserver usare il modello di recupero con registrazione completa.

  • Per il backup del database reportservertempdb usare 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 reportservertempdbviene perso, l'unico modo per recuperarlo consiste nel ricreare il database del server di report. Se si ricrea il database reportservertempdb, è importante assegnare lo stesso nome del database del server di report principale.

Per altre informazioni sul backup e il ripristino dei database relazionali di SQL Server, vedere Backup e ripristino di database SQL Server.

Importante

Se il server di report è in modalità SharePoint, è necessario occuparsi di altri database, tra cui i database di configurazione di SharePoint e il database di avvisi di Reporting Services. In modalità SharePoint vengono creati tre database per ciascuna applicazione di servizio Reporting Services. reportserver, reportservertempdbe dataalerting . Per altre informazioni, vedere Eseguire il backup e il ripristino di applicazioni di servizio SharePoint di Reporting Services.

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. È consigliabile eseguire il backup delle chiavi anche ogni volta che si modifica l'identità degli account di servizio o si rinomina il computer. Per altre informazioni, vedere Eseguire il backup e il ripristino delle chiavi di crittografia di Reporting Services.

Per i server di report in modalità SharePoint, vedere la sezione "Gestione chiavi" in Gestire un'applicazione di servizio SharePoint di Reporting Services.

Eseguire il backup dei file di configurazione

Reporting Services usa i file di configurazione per archiviare le impostazioni dell'applicazione. È 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

  • ReportingServicesService.exe.config

  • Web.config per l'applicazione ASP.NET del server di report

  • Machine.config per ASP.NET

Eseguire il backup dei file di dati

Eseguire il backup dei file creati e gestiti in Progettazione report. Questi file includono i file di definizione del report (con estensione rdl), i file origine dati condivisa (con estensione rds), i file vista dati (con estensione dv), i file 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).

Ricordare 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.

Contenuto correlato

Altre domande? Visitare il forum su Reporting Services.