Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source
Ce sujet n'a pas encore été évalué - Évaluez ce sujet

Opérations de sauvegarde et de restauration pour Reporting Services

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 :

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

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.

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.

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.

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft. Tous droits réservés.