Partager via


Procédure : migrer une installation Reporting Services

Cette rubrique fournit les instructions étape par étape qui vous permettront d'effectuer la migration d'un déploiement SQL Server 2000 ou SQL Server 2005 Reporting Services vers une nouvelle instance de SQL Server 2008Reporting Services. La migration s'entend ici comme étant le déplacement de fichiers de données d'application vers une nouvelle instance de SQL Server 2008. Vous devez effectuer la migration de votre installation si vous êtes confronté à un blocage de la mise à niveau, si vos exigences incluent un déploiement à grande échelle ou un temps d'exécution spécifique, ou si vous modifiez le matériel ou la topologie de votre installation.

Le processus de migration pour Reporting Services comprend des étapes manuelles et des étapes automatiques. Les tâches suivantes sont inhérentes au processus de migration d'un serveur de rapports :

  • Sauvegardez les fichiers de base de données, de configuration et d'application.

  • Sauvegardez la clé de chiffrement.

  • Installez une nouvelle instance de SQL Server 2008. Si vous utilisez le même matériel, vous pouvez installer SQL Server 2008 côte à côte avec votre installation SQL Server 2000 ou 2005 existante. Sachez toutefois que si vous en décidez ainsi, vous devez installer SQL Server 2008 en tant qu'instance nommée.

  • Déplacez la base de données du serveur de rapports et les autres fichiers d'application de votre installation SQL Server 2000 ou 2005 vers votre nouvelle installation SQL Server 2008.

  • Déplacez tous les fichiers d'application personnalisés vers la nouvelle installation.

  • Configurez le serveur de rapports.

  • Modifiez RSReportServer.config pour y inclure tous les paramètres personnalisés de votre installation précédente.

  • Le cas échéant, configurez des listes de contrôle d’accès (ACL, Access Control List) personnalisées pour le nouveau groupe du service Windows Reporting Services.

  • Testez votre installation.

  • Supprimez les applications et outils inutiles après avoir vérifié que la nouvelle instance est complètement opérationnelle.

Si vous réutilisez une base de données de serveur de rapports existante créée au cours d'une installation précédente, notez que des restrictions s'appliquent pour les éditions de SQL Server que vous utilisez pour héberger la base de données du serveur de rapports. Pour plus d'informations, consultez Création d'une base de données de serveur de rapports.

Avant de commencer

Même si vous effectuez une migration et non une mise à niveau de l'installation, pensez à exécuter le Conseiller de mise à niveau sur votre installation existante ; cela vous permettra d'identifier les problèmes susceptibles d'affecter la migration. Cette étape est particulièrement utile si vous migrez un serveur de rapports que vous n'avez pas installé ou configuré vous-même. En exécutant le Conseiller de mise à niveau, vous pouvez trouver des informations sur des paramètres personnalisés qui peuvent ne pas être pris en charge dans une nouvelle installation de SQL Server 2008.

Vous devez en outre prendre connaissance de plusieurs modifications importantes introduites dans SQL Server 2008 et décrites ci-dessous, qui affecteront la manière dont vous migrerez votre installation.

  • IIS n'est plus indispensable. Si vous effectuez une migration d'une installation du serveur de rapports vers un nouvel ordinateur, il n'est pas nécessaire d'ajouter le rôle de serveur Web. De plus, la procédure de configuration des URL et de l'authentification diffère par rapport à la précédente version, de même que les techniques et outils de diagnostic et de résolution des problèmes.

  • Le service Web Report Server, le Gestionnaire de rapports et le service Windows Report Server ont été regroupés en un seul service Report Server. Ces trois applications s'exécutent sous le même compte. Toutes les trois lisent les paramètres de configuration du fichier RSReportServer.config, ce qui rend obsolète le fichier RSWebApplication.config.

  • Le Gestionnaire de rapports et SQL Server Management Studio ont été repensés de manière à supprimer les fonctionnalités à double emploi. Chaque outil prend en charge un ensemble de tâches distinct ; les outils ne sont plus interchangeables.

  • Les filtres ISAPI ne sont pas pris en charge dans SQL Server 2008Reporting Services. Si vous utilisez des filtres ISAPI, vous devez reconcevoir votre solution de création de rapports avant la migration.

  • Les restrictions d'adresse IP ne sont pas prises en charge dans SQL Server 2008Reporting Services. Si vous utilisez des restrictions d'adresse IP, vous devez revoir votre solution de création de rapports avant la migration ou utiliser une technologie telle qu'un pare-feu, un routeur ou un traducteur d'adresses réseau (NAT, Network Address Translation) pour configurer des adresses restreintes pouvant accéder au serveur de rapports.

  • Les certificats SSL (Secure Sockets Layer) client ne sont pas prises en charge dans SQL Server 2008Reporting Services. Si vous utilisez des certificats SSL clients, vous devez reconcevoir votre solution de création de rapports avant la migration.

  • Si vous utilisez un type d'authentification autre que l'authentification intégrée Windows, vous devez mettre à jour l'élément <AuthenticationTypes> dans le fichier RSReportServer.config avec un type d'authentification pris en charge. Les types d'authentification pris en charge sont NTLM, Kerberos, Negotiate et Basic. Les authentifications Digest, .NET Passport et anonyme ne sont pas prises en charge dans SQL Server 2008Reporting Services.

  • Si vous utilisez des feuilles de style en cascade personnalisées dans votre environnement de création de rapports, elles ne seront pas migrées. Vous devez les déplacer manuellement après la migration.

Pour plus d'informations sur les changements effectués dans SQL Server 2008Reporting Services, consultez la documentation relative au Conseiller de mise à niveau et Nouveautés (Reporting Services).

Sauvegarde des fichiers et des données

Avant d'installer une nouvelle instance de Reporting Services, assurez-vous de sauvegarder tous les fichiers de votre installation actuelle.

1.

<div class="alert">


> [!IMPORTANT]
> <P>Sauvegardez la clé de chiffrement de la base de données du serveur de rapports. Cette étape est cruciale pour le succès de la migration. En effet, à un stade plus avancé du processus de migration, vous devrez la restaurer pour rendre au serveur de rapports l'accès aux données chiffrées. Pour sauvegarder la clé, utilisez l'outil de configuration de Reporting Services (ou l'utilitaire <STRONG>rskeymgmt</STRONG> si vous effectuez la migration à partir de SQL Server 2000).</P>


</div>
  1. Sauvegardez la base de données du serveur de rapports en utilisant l'une des méthodes prises en charge pour la sauvegarde d'une base de données SQL Server. Pour plus d'informations, consultez les instructions relatives à la sauvegarde de la base de données du serveur de rapports dans Déplacement des bases de données du serveur de rapports vers un autre ordinateur.

  2. Sauvegardez les fichiers de configuration du serveur de rapports. Les fichiers à sauvegarder sont les suivants :

    1. Rsreportserver.config

    2. Rswebapplication.config

    3. Rssvrpolicy.config

    4. Rsmgrpolicy.config

    5. Reportingservicesservice.exe.config

    6. Web.config pour les applications ASP.NET Report Server et Gestionnaire de rapports.

    7. Machine.config pour ASP.NET si vous l'avez modifié pour les opérations du serveur de rapports.

Installation de SQL Server 2008 Reporting Services

Installez une nouvelle instance du serveur de rapports en mode fichiers uniquement ; vous pourrez ainsi la configurer pour une utilisation de valeurs autres que celles définies par défaut. Pour une installation via la ligne de commande, utilisez l'argument FilesOnly. Dans l'Assistant Installation, sélectionnez l'option Installer mais ne pas configurer le serveur.

Cliquez sur l'un des liens suivants pour obtenir des instructions sur l'installation d'une nouvelle instance de Reporting Services :

Déplacement de la base de données du serveur de rapports

La base de données du serveur de rapports contient des rapports publiés, des modèles, des sources de données partagées, des planifications, des ressources, des abonnements et des dossiers. Elle contient également des propriétés système et d'élément, ainsi que les autorisations d'accès au contenu du serveur de rapports.

Si votre migration comprend l'utilisation d'une autre instance du Moteur de base de données, vous devez déplacer la base de données du serveur de rapports vers la nouvelle instance du Moteur de base de données. Si vous utilisez la même instance du Moteur de base de données, passez à « Configuration du serveur de rapports ».

Pour déplacer la base de données du serveur de rapports, procédez comme suit :

  1. Choisissez l'instance du Moteur de base de données à utiliser. SQL Server 2008Reporting Services requiert l'utilisation de SQL Server 2005 ou 2008 pour l'hébergement de la base de données du serveur de rapports. SQL Server 2000 ne peut plus être utilisé pour héberger la base de données du serveur de rapports pour SQL Server 2008Reporting Services. Si vous avez utilisé SQL Server 2000 ou SQL Server 2005 exécuté en mode de compatibilité 8.0, vous devez mettre à niveau le Moteur de base de données ou choisir une autre instance du Moteur de base de données.

  2. Démarrez SQL Server Management Studio et connectez-vous au Moteur de base de données.

  3. Créez le RSExecRole dans les bases de données système si le Moteur de base de données n'a jamais hébergé une base de données du serveur de rapports. Pour plus d'informations, consultez Procédure : créer le rôle RSExecRole.

  4. Suivez les instructions fournies dans Déplacement des bases de données du serveur de rapports vers un autre ordinateur.

N'oubliez pas que la base de données du serveur de rapports et la base de données temporaire dépendent l'une de l'autre et doivent être déplacées simultanément. Ne copiez pas les bases de données ; la copie ne transfère pas tous les paramètres de sécurité vers la nouvelle installation. Ne déplacez pas de travaux de l'Agent SQL Server pour les opérations planifiées du serveur de rapports. Le serveur de rapports recrée automatiquement ces travaux.

Déplacement des assemblys ou extensions personnalisés

Si votre installation comprend des éléments de rapport, des assemblys ou des extensions personnalisés, vous devez redéployer les composants personnalisés. Si vous n'êtes pas dans ce cas, passez à « Configuration du serveur de rapports ».

Pour redéployer les composants personnalisés, procédez comme suit :

  1. Déterminez si les assemblys sont pris en charge ou doivent être recompilés :

    • Les extensions d'authentification personnalisées créées pour la version SQL Server 2000 doivent être recompilées.

    • Les extensions de rendu personnalisées pour SQL Server 2008Reporting Services doivent être réécrites à l'aide de ROM (Rendering Object Model).

    • Les convertisseurs HTML 3.2 et HTML OWC ne sont pas pris en charge dans SQL Server 2008Reporting Services.

    • Les autres assemblys personnalisés ne devraient pas nécessiter de recompilation.

  2. Déplacez les assemblys vers le nouveau serveur de rapports et les dossiers \bin du Gestionnaire de rapports. Dans SQL Server 2008, les fichiers binaires du serveur de rapports se trouvent dans \Program files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\bin pour l'instance SQL Server 2008Reporting Services par défaut.

  3. Modifiez les fichiers de configuration de façon à y ajouter des entrées pour votre composant personnalisé. Les entrées à ajouter dépendent du type d'assembly que vous utilisez. Pour obtenir des instructions sur l'endroit où placer des fichiers et ajouter des entrées de configuration, consultez les rubriques suivantes :

    1. Déploiement d'un assembly personnalisé

    2. Procédure : déployer un élément de rapport personnalisé

    3. Déploiement d'une extension pour le traitement des données

    4. Déploiement d'une extension de remise

    5. Déploiement d'une extension de rendu

    6. Implémentation d'une extension de sécurité

Configuration du serveur de rapports

Configurez les URL du service Web Report Server et du Gestionnaire de rapports, ainsi que la connexion à la base de données du serveur de rapports.

Si vous migrez un déploiement avec montée en puissance parallèle, mettez tous les nœuds du serveur de rapports hors connexion et migrez les serveurs un par un. Une fois que le premier serveur de rapports est migré et qu'il se connecte avec succès à la base de données du serveur de rapports, la version de la base de données du serveur de rapports est automatiquement mise à niveau vers la version de la base de donnée SQL Server 2008.

[!REMARQUE]

Si l'un des serveurs de rapports dans le déploiement avec montée en puissance parallèle est en ligne et n'a pas été migré, il peut rencontrer une exception rsInvalidReportServerDatabase parce qu'il utilise un schéma plus ancien lorsqu'il est connecté aux éléments mis à niveau.

[!REMARQUE]

Si le serveur de rapports que vous avez migré a été configuré comme base de données partagée en vue d'un déploiement avec montée en puissance parallèle, vous devez supprimer chacune des anciennes clés de chiffrement de la table Keys dans la base de données ReportServer, avant de configurer le service de serveur de rapports. Si les clés ne sont pas supprimées, le serveur de rapports migré essaiera de s'initialiser en mode de déploiement avec montée en puissance parallèle. Pour plus d'informations, consultez Ajout et suppression de clés de chiffrement pour un déploiement évolutif et Configuration et gestion des clés de chiffrement.

Les clés évolutives ne peuvent pas être supprimées à l'aide du Gestionnaire de configuration Reporting Services. Les clés anciennes doivent être supprimées de la table Keys dans la base de données ReportServer à l'aide de SQL Server Management Studio. Supprimez toutes les lignes dans la table Keys. Cela effacera la table et la préparera pour la restauration de la clé symétrique uniquement, comme documenté dans les étapes suivantes.

Avant de supprimer les clés, il est recommandé de commencer par sauvegarder la clé symétrique de chiffrement. Vous pouvez utiliser le gestionnaire de configuration de Reporting Services pour sauvegarder la clé. Ouvrez le Gestionnaire de configuration, cliquez sur l'onglet Clés de chiffrement puis sur le bouton Sauvegarde. Vous pouvez également écrire des commandes WMI pour sauvegarder la clé de chiffrement. Pour plus d'informations sur les expressions WMI, consultez Méthode BackupEncryptionKey (WMI MSReportServer_ConfigurationSetting).

  1. Démarrez le gestionnaire de configuration de Reporting Services et connectez-vous à l'instance de Reporting Services que vous venez d'installer. Pour plus d'informations, consultez Procédure : démarrer la configuration de Reporting Services.

  2. Configurez les URL du serveur de rapports et du Gestionnaire de rapports. Pour plus d'informations, consultez Procédure : configurer une URL (configuration de Reporting Services).

  3. Configurez la base de données du serveur de rapports, en sélectionnant la base de données du serveur de rapports de votre installation précédente. Une fois la configuration réussie, les services de serveur de rapports redémarreront, et une fois la connexion établie avec la base de données du serveur de rapports, la base de données sera mise à niveau automatiquement vers SQL Server 2008Reporting Services. Pour plus d'informations sur l'exécution de l'Assistant Modification de base de données que vous utilisez pour créer ou sélectionner une base de données du serveur de rapports, consultez Procédure : créer une base de données du serveur de rapports (outil de configuration de Reporting Services).

  4. Restaurez les clés de chiffrement. Cette étape est indispensable pour activer le chiffrement réversible sur les chaînes de connexion préexistantes et les informations d'identification déjà présentes dans la base de données du serveur de rapports. Pour plus d'informations, consultez Sauvegarde et restauration des clés de chiffrement.

  5. Si vous avez installé le serveur de rapports sur un nouvel ordinateur et que vous utilisez le Pare-feu Windows, assurez-vous que le port TCP sur lequel le serveur de rapports est à l'écoute est ouvert. Par défaut, il s'agit du port 80. Pour plus d'informations, consultez Procédure : configurer un pare-feu pour accéder à Report Server.

  6. Si vous avez installé le serveur de rapports sur Windows Vista ou Windows Server 2008, créez des attributions de rôles et ajoutez le site du serveur de rapports aux Sites de confiance pour en permettre une administration locale. Pour plus d'informations, consultez Procédure : configurer un serveur de rapports pour l'administration locale sur Windows Vista et Windows Server 2008.

Copie des paramètres de configuration personnalisés dans le fichier RSReportServer.config

Si vous avez modifié le fichier RSReportServer.config ou RSWebApplication.config dans l'installation précédente, vous devez apporter les mêmes modifications au nouveau fichier RSReportServer.config. La liste suivante résume certaines des raisons pour lesquelles vous avez pu modifier le fichier de configuration précédent et fournit des liens vers des informations supplémentaires sur la manière de configurer les mêmes paramètres dans SQL Server 2008.

Personnalisation

Informations

Remise du courrier électronique du serveur de rapports avec des paramètres personnalisés

Procédure : configurer un serveur de rapports pour la remise du courrier électronique (configuration de Reporting Services)

Extensions pour le traitement des données

Configuration des extensions pour le traitement des données dans Reporting Services

Paramètres d'informations de périphérique

Personnalisation des paramètres d'extension de rendu dans RSReportServer.Config

Gestionnaire de rapports sur une instance distante

Procédure : configurer le Gestionnaire de rapports

Groupe de service Windows et ACL de sécurité

Dans SQL Server 2008Reporting Services, il existe un groupe de service, le groupe de service Windows Reporting Services, utilisé pour créer des listes de contrôle d’accès (ACL) de sécurité pour toutes les clés de Registre, les fichiers et les dossiers installés avec SQL Server 2008Reporting Services. Ce nom de groupe Windows apparaît dans le format SQLServerReportServerUser$<computer_name>$<instance_name>. Ce groupe prend la place des deux groupes de service Windows dans SQL Server 2005Reporting Services. Si vous avez des listes de contrôle d’accès (ACL) personnalisées associées à l'un ou l'autre des groupes Windows SQL Server 2005Reporting Services, vous devrez appliquer ces ACL au nouveau groupe pour votre nouvelle instance de serveur de rapports dans SQL Server 2008Reporting Services.

Vérification de votre déploiement

  1. Testez les répertoires virtuels du serveur de rapports et du Gestionnaire de rapports en ouvrant un navigateur et en tapant une adresse URL dans le champ approprié. Pour plus d'informations, consultez Procédure : vérifier une installation de Reporting Services.

  2. Testez les rapports et assurez-vous qu'ils contiennent les données attendues. Passez en revue les informations de la source de données pour vérifier si ses informations de connexion sont toujours spécifiées. Le serveur de rapports utilise le modèle objet des rapports SQL Server 2008 lors du traitement et du rendu des rapports, mais il ne remplace pas les constructions SQL Server 2000 ou 2005 par de nouveaux éléments RDL (Report Definition Language). Pour en savoir plus sur l'exécution de rapports existants sur un serveur de rapports SQL Server 2008, consultez Mise à niveau de rapports.

Suppression des programmes et fichiers inutiles

Une fois que vous avez effectué avec succès une migration de votre serveur de rapports vers une instance SQL Server 2008Reporting Services, vous pouvez éventuellement effectuer les étapes suivantes pour supprimer des programmes et des fichiers qui ne sont plus nécessaires.

  1. Désinstallez la version précédente de Reporting Services si elle n'est plus nécessaire. Cette étape ne supprime pas les éléments suivants, mais vous pouvez les supprimer manuellement si vous n'en avez plus besoin :

    • Ancienne base de données du serveur de rapports

    • Rôle RsExec

    • Comptes de service du serveur de rapports

    • Pool d'applications du service Web Report Server

    • Répertoires virtuels pour le serveur de rapports et le Gestionnaire de rapports

    • Fichiers journaux du serveur de rapports

  2. Supprimez IIS si vous n'en avez plus besoin sur cet ordinateur.

  3. Supprimez RSActivate.exe (des installations SQL Server 2000 uniquement).