Partager via

Opérations de sauvegarde et de restauration pour Reporting Services

  • Article

Cet article 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.

S’applique à : Reporting Services en mode natif | Reporting Services en mode SharePoint

Notes

L’intégration de Reporting Services à SharePoint n’est plus disponible après SQL Server 2016.

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

Sauvegarder les bases de données de 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 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. Voici quelques suggestions spécifiques aux bases de données du serveur de rapports :

  • Utilisez le mode de récupération complète 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 en cas de défaillance matérielle. Si vous rencontrez une défaillance matérielle, 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 reportservertempdbest 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 de lui donner 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 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, reportservertempdbet dataalerting . Pour plus d’informations, consultez Applications de service SharePoint de sauvegarde et de restauration Reporting Services

Sauvegardez les clés de chiffrement.

Vous devez sauvegarder les clés de chiffrement quand vous configurez une installation Reporting Services pour la première fois. Vous devez également sauvegarder les clés chaque fois que vous changez l’identité des comptes de service ou renommez l’ordinateur. Pour plus d’informations, consultez Clés de chiffrement pour la sauvegarde et la restauration de Reporting Services.

Pour les serveurs de rapports en mode SharePoint, consultez la section « Gestion des clés » de l’article Gérer une application de service Reporting Services SharePoint.

Sauvegarder des fichiers de configuration

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

  • RSReportServer.config

  • Rssvrpolicy.config

  • ReportingServicesService.exe.config

  • Web.config pour l’application ASP.NET de serveur de rapports

  • Machine.config pour ASP.NET

Sauvegarder des données de fichier

Sauvegardez les fichiers que vous créez et gérez dans le Concepteur de rapports. Il s’agit notamment des fichiers de définition de rapport (.rdl), 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ées que vous utilisez.

Contenu connexe