Opérations de sauvegarde et de restauration pour une installation Reporting Services
Mis à jour : 14 avril 2006
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 composants supplémentaires, notamment des sauvegardes du site Web du serveur de rapports, des clés de chiffrement, des extensions ou des 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 de SQL Server. Pour plus d'informations, consultez Déplacement d'une base de données de 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 Migration de Reporting Services.
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, 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 restauration des bases de données relationnelles SQL Server, consultez Sauvegarde et restauration de bases de données dans SQL Server.
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 Sauvegarde et restauration des clés de chiffrement.
Sauvegarde des sites Web Reporting Services
Reporting Services utilise des répertoires virtuels pour accéder à un serveur de rapports et au Gestionnaire de rapports. Vous pouvez utiliser les fonctionnalités de sauvegarde et de restauration des services IIS (Internet Information Services) pour sauvegarder un serveur Web. Si vous utilisez des paramètres IIS personnalisés (par exemple, une adresse IP unique ou la redirection), veillez à sauvegarder le serveur ou à enregistrer les paramètres de configuration du site Web dans un fichier.
Sauvegarde des fichiers de configuration
Reporting Services utilise des fichiers de configuration pour stocker les paramètres d'application. 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
- Rswebapplication.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.
Voir aussi
Concepts
Base de données de Report Server
Fichiers de configuration de Reporting Services
Administration d'une base de données du serveur de rapports
Gestion des clés de chiffrement
Autres ressources
Utilitaire rskeymgmt
Copie de bases de données avec la sauvegarde et la restauration
Aide et Informations
Assistance sur SQL Server 2005
Historique des modifications
| Version | Historique |
|---|---|
14 avril 2006 |
|