Opérations de sauvegarde et de restauration pour Reporting Services

Article
05/07/2013

Cette rubrique offre une vue d'ensemble de tous les fichiers de données utilisés dans une installation Reporting Services, et décrit quand et comment les fichiers doivent être sauvegardés. L'élaboration d'un plan de sauvegarde et de restauration des fichiers de base de données du serveur de rapports constitue l'étape la plus importante d'une stratégie de récupération. Cependant, une stratégie de récupération plus complète inclut des sauvegardes des clés de chiffrement, des extensions ou assemblys personnalisés, des fichiers de configuration et des fichiers sources pour les rapports et les modèles.

Les opérations de sauvegarde et de restauration sont souvent utilisées pour déplacer partiellement ou intégralement une installation Reporting Services :

Si vous ne déplacez que les bases de données du serveur de rapports, vous pouvez utiliser la sauvegarde et la restauration ou l'attachement et le détachement pour déplacer les bases de données sur une autre instance SQL Server. Pour plus d'informations, consultez Déplacement des bases de données du serveur de rapports vers un autre ordinateur.
Le déplacement d'une installation Reporting Services sur un nouvel ordinateur s'appelle une migration. Lorsque vous faites migrer une installation, vous exécutez le programme d'installation pour installer une nouvelle instance de serveur de rapports, puis vous copiez les données de l'ancienne instance sur le nouvel ordinateur. Pour plus d'informations sur la migration d'une installation Reporting Services, consultez les rubriques suivantes :

Sauvegarde des bases de données du serveur de rapports

Dans la mesure où un serveur de rapports est un serveur sans état, toutes les données d'application sont stockées dans les bases de données reportserver et reportservertempdb qui s'exécutent sur une instance du Moteur de base de données SQL Server. Vous pouvez sauvegarder les bases de données reportserver et reportservertempdb à l'aide de l'une des méthodes de sauvegarde de bases de données SQL Server prises en charge. Les recommandations spécifiques aux bases de données du serveur de rapports sont les suivantes :

Utilisez le mode de récupération complet pour sauvegarder la base de données reportserver.
Utilisez le mode de récupération simple pour sauvegarder la base de données reportservertempdb.
Vous pouvez utiliser des planifications de sauvegarde différentes pour chaque base de données. La sauvegarde de reportservertempdb présente un seul intérêt, celui de ne pas avoir à recréer la base de données dans le cas d'une défaillance matérielle. En effet, il est inutile de récupérer les données dans reportservertempdb, mais la structure de la table est indispensable. Si votre base de données reportservertempdb est inutilisable, le seul moyen de la récupérer consiste à recréer la base de données du serveur de rapports. Si vous recréez la base de données reportservertempdb, il est important qu'elle porte le même nom que la base de données du serveur de rapports primaire.

Pour plus d'informations sur la sauvegarde et la récupération des bases de données relationnelles SQL Server, consultez Sauvegarde et restauration des bases de données SQL Server.

Important

Si votre serveur de rapports SQL Server 2012 est en mode SharePoint, vous devez également vous occuper de bases de données supplémentaires, notamment les bases de données de configuration SharePoint et la base de données des alertes Reporting Services. En mode SharePoint, trois bases de données sont créées pour chaque application de service Reporting Services. Les bases de données reportserver, reportservertempdb et dataalerting. Pour plus d'informations, consultez Applications de service de sauvegarde et de restauration Reporting Services

Sauvegarde des clés de chiffrement

Vous devez sauvegarder les clés de chiffrement lorsque vous configurez pour la première fois une installation Reporting Services. Vous devez également sauvegarder les clés chaque fois que vous modifiez l'identité des comptes de services ou renommez l'ordinateur. Pour plus d'informations, consultez Sauvegarder et restaurer les clés de chiffrement Reporting Services (mode natif SSRS). Pour les serveurs de rapports en mode SharePoint, consultez la section « Gestion des clés » de Gérer une application de service Reporting Services.

Sauvegarde des fichiers de configuration

Reporting Services utilise des fichiers de configuration pour stocker les paramètres des applications. Vous devez sauvegarder les fichiers lorsque vous configurez pour la première fois le serveur, puis lorsque vous avez déployé des extensions personnalisées. Les fichiers à sauvegarder sont les suivants :

Rsreportserver.config
Rssvrpolicy.config
Rsmgrpolicy.config
Reportingservicesservice.exe.config
Web.config pour les applications ASP.NET Report Server et Gestionnaire de rapports.
Machine.config pour ASP.NET.

Sauvegarde des fichiers de données

Sauvegardez les fichiers que vous créez et gérez dans le Concepteur de rapports et le Générateur de modèles. entre autres les fichiers de définition de rapport (.rdl), de modèle de rapport (.smdl), de source de données partagée (.rds), de vue de données (.dv), de source de données (.ds), de projet de serveur de rapports (.rptproj) et de solution de rapport (.sln).

N'oubliez pas de sauvegarder les fichiers de script (.rss) que vous avez créés pour les tâches d'administration ou de déploiement.

Vérifiez que vous êtes en possession d'une copie de sauvegarde de tous les assemblys et extensions personnalisés que vous utilisez.