Déplacement des bases de données du serveur de rapports vers un autre ordinateur
Vous pouvez déplacer les bases de données du serveur de rapports qui sont utilisées dans une installation actuelle vers une instance du Moteur de base de donnéesSQL Server située sur un autre ordinateur. Les bases de données reportserver et reportservertempdb doivent être déplacées ou copiées ensemble. Ces deux bases de données sont requises dans une installation Reporting Services ; la base de données reportservertempdb doit être liée par nom à la base de données reportserver primaire que vous déplacez.
Le déplacement d'une base de données n'a aucune incidence sur les opérations planifiées qui sont actuellement définies pour les éléments du serveur de rapports.
Les planifications sont recréées la première fois que vous redémarrerez le service Report Server.
Les travaux de l'Agent SQL Server, qui sont utilisés pour déclencher une planification, sont recréés dans la nouvelle instance de base de données. Vous n'avez pas à déplacer les travaux vers le nouvel ordinateur ; toutefois, vous pouvez supprimer des travaux sur l'ordinateur qui ne sera plus utilisé.
Les abonnements, les captures instantanées et les rapports mis en cache sont préservés dans la base de données déplacée. Si une capture instantanée ne collecte pas des données actualisées après le déplacement de la base de données, désactivez les options de capture instantanée dans le Gestionnaire de rapports, cliquez sur Appliquer pour enregistrer les modifications apportées, recréez la planification, puis cliquez à nouveau sur Appliquer pour enregistrer les modifications apportées.
Les données temporaires de session utilisateur et de rapport qui sont stockées dans reportservertempdb sont conservées lorsque vous déplacez la base de données.
SQL Server propose plusieurs approches pour déplacer les bases de données ; par exemple la sauvegarde et la restauration, l'attachement et le détachement, ainsi que la copie. Les approches ne sont pas toutes appropriées lorsqu'il s'agit de déplacer une base de données vers une nouvelle instance de serveur. L'approche à utiliser pour déplacer la base de données du serveur de rapports varie selon les impératifs de disponibilité de votre système. Pour déplacer les bases de données du serveur de rapports, la méthode la plus simple consiste à les attacher et à les détacher. Cependant, cette approche exige une mise hors connexion du serveur de rapports durant le détachement de la base de données. La méthode de sauvegarde et de restauration est un choix plus judicieux si vous voulez minimiser les perturbations de service, mais vous devez exécuter des commandes Transact-SQL pour effectuer les opérations. La copie de la base de données n'est pas recommandée (surtout à l'aide de l'Assistant Copie de base de données), car elle ne conserve pas les paramètres d'autorisation dans la base de données.
Important
Les procédures décrites dans cette rubrique sont recommandées lorsque le déplacement de la base de données du serveur de rapports est la seule modification que vous apportez à l'installation existante. Procéder à la migration de toute une installation Reporting Services (c'est-à-dire déplacer la base de données et modifier l'identité du service Windows Report Server utilisant la base de données) nécessite la reconfiguration de la connexion et la réinitialisation de la clé de chiffrement. Pour plus d'informations sur la migration d'une installation Reporting Services, consultez Migration (Reporting Services).
Détachement et attachement des bases de données du serveur de rapports
Si vous pouvez procéder à une mise hors connexion du serveur de rapports, vous pouvez détacher les bases de données pour les déplacer vers l'instance SQL Server que vous souhaitez utiliser. Cette approche permet de conserver les autorisations définies dans les bases de données. Si vous utilisez une base de données SQL Server 2008, vous devez la déplacer vers une autre instance SQL Server 2008. Une fois que vous avez déplacé les bases de données, vous devez reconfigurer la connexion du serveur de rapports à la base de données du serveur de rapports. Si vous exécutez un déploiement avec montée en puissance parallèle, vous devez reconfigurer la connexion à la base de données du serveur de rapports pour chaque serveur de rapports appartenant au déploiement.
Suivez la procédure ci-dessous pour déplacer les bases de données :
Sauvegardez les clés de chiffrement de la base de données du serveur de rapports que vous souhaitez déplacer. Vous pouvez utiliser l'outil de configuration de Reporting Services pour sauvegarder les clés.
Arrêtez le service Report Server. Vous pouvez utiliser l'outil de configuration de Reporting Services pour arrêter le service.
Démarrez SQL ServerManagement Studio et établissez une connexion à l'instance SQL Server qui héberge les bases de données du serveur de rapports.
Cliquez avec le bouton droit sur la base de données du serveur de rapports, puis cliquez sur Détacher. Répétez cette étape pour chaque base de données temporaire du serveur de rapports.
Copiez ou déplacez les fichiers .mdf et .ldf vers le dossier Data de l'instance SQL Server que vous souhaitez utiliser. Étant donné que vous déplacez deux bases de données, vérifiez que vous déplacez ou copiez les quatre fichiers.
Dans Management Studio, établissez une connexion à la nouvelle instance SQL Server qui hébergera les bases de données du serveur de rapports.
Cliquez avec le bouton droit sur le nœud Bases de données, puis cliquez sur Détacher.
Cliquez sur Ajouter pour sélectionner les fichiers .mdf et .ldf de base de données du serveur de rapports que vous voulez attacher. Répétez cette étape pour chaque base de données temporaire du serveur de rapports.
Une fois les bases de données attachées, vérifiez que RSExecRole est un rôle de base de données dans la base de données du serveur de rapports et la base de données temporaire. RSExecRole doit disposer des autorisations de sélection, d'insertion, de mise à jour, de suppression et de référence sur les tables de la base de données du serveur de rapports, et de l'autorisation d'exécution sur les procédures stockées. Pour plus d'informations, consultez Procédure : créer le rôle RSExecRole.
Démarrez l'outil de configuration de Reporting Services, puis établissez une connexion au serveur de rapports.
Dans la page Installation de la base de données, sélectionnez la nouvelle instance SQL Server, puis cliquez sur Se connecter.
Sélectionnez la base de données de serveur de rapports que vous venez de déplacer, puis cliquez sur Appliquer.
Dans la page Clés de chiffrement, cliquez sur Restaurer. Spécifiez le fichier qui contient la copie de sauvegarde des clés, ainsi que le mot de passe qui déverrouille le fichier.
Redémarrez le service Report Server.
Sauvegarde et restauration des bases de données du serveur de rapports
Si vous ne pouvez pas procéder à la mise hors connexion du serveur de rapports, vous pouvez utiliser la sauvegarde et la restauration pour déplacer les bases de données du serveur de rapports. Vous devez utiliser l'option « Copy_Only ». À compter de SQL Server 2008, SQL Server Management Studio prend en charge les sauvegardes de copie uniquement. Une fois les bases de données restaurées, vous devez configurer le serveur de rapports pour qu'il utilise la base de données sur la nouvelle instance de serveur. Pour plus d'informations, consultez les instructions figurant à la fin de cette rubrique.
Utilisation de BACKUP et COPY_Only pour sauvegarder les bases de données du serveur de rapports
Lorsque vous sauvegardez les bases de données, définissez l'option COPY_OnlyL option et le type de sauvegarde sur Complet.
[!REMARQUE]
Veillez à sauvegarder à la fois les bases de données ReportServer et ReportServerTempDB ainsi que leurs fichiers journaux associés.
Pour plus d'informations sur l'utilisation de SQL Server Management Studio pour sauvegarder une base de données, consultez Procédure : sauvegarder une base de données (SQL Server Management Studio).
Utilisation de RESTORE et de MOVE pour déplacer les bases de données du serveur de rapports
Lors de la restauration des bases de données, vous pouvez utiliser l'argument RESTORE WITH NORECOVERY pour effectuer la restauration initiale ; la base de données reste ainsi dans l'état de restauration, ce qui vous laisse le temps de vérifier les sauvegardes de fichiers journaux pour déterminer ceux qui doivent être restaurés. Vous pourriez ensuite répéter l'opération de restauration mais utiliser l'argument RESTORE WITH RECOVERY.
[!REMARQUE]
Veillez à restaurer à la fois les bases de données ReportServer et ReportServerTempDB ainsi que leurs fichiers journaux associés.
Pour plus d'informations sur l'utilisation de SQL Server Management Studio pour restaurer une base de données, consultez Procédure : restaurer une sauvegarde de base de données (SQL Server Management Studio).
Procédure à suivre pour configurer la connexion à la base de données du serveur de rapports
Démarrez l'outil de configuration de Reporting Services, puis établissez une connexion au serveur de rapports.
Dans la page Base de données, cliquez sur Modifier la base de données. Cliquez sur Suivant.
Cliquez sur Choisir une base de données de serveur de rapports existante. Cliquez sur Suivant.
Sélectionnez le serveur SQL Server qui héberge désormais la base de données du serveur de rapports, puis cliquez sur Tester la connexion. Cliquez sur Suivant.
Dans Nom de la base de données, sélectionnez la base de données du serveur de rapports que vous voulez utiliser. Cliquez sur Suivant.
Dans Informations d'identification, spécifiez les informations d'identification que le serveur de rapports doit utiliser pour se connecter à la base de données du serveur de rapports. Cliquez sur Suivant.
Cliquez sur Suivant, puis sur Terminer.
[!REMARQUE]
Une installation Reporting Services requiert que l'instance du Moteur de base de données SQL Server comporte le rôle RSExecRole. La création de rôles, l'inscription d'une connexion et les attributions de rôles ont lieu lorsque vous définissez la connexion à la base de données du serveur de rapports via l'outil de configuration de Reporting Services. Si vous utilisez d'autres approches (surtout si vous recourez à l'utilitaire d'invite de commandes rsconfig.exe) pour configurer la connexion, le serveur de rapports ne sera pas en état de fonctionner. Vous devrez peut-être écrire du code WMI pour rendre le serveur de rapports disponible. Pour plus d'informations, consultez Fournisseur WMI de Reporting Services.
Voir aussi