Migration (Reporting Services)

Reporting Services définit une opération de migration en tant que déplacement de fichiers de données d'application d'une installation existante vers une nouvelle installation. La migration inclut souvent une mise à niveau vers la version la plus récente du logiciel ou vers un nouveau matériel.

Migration vers SQL Server 2008

Si vous migrez de SQL Server 2000 ou  2005 Reporting Services vers une nouvelle instance de SQL Server 2008, vous pouvez généralement exécuter le programme d'installation pour mettre à niveau les fichiers programme du serveur de rapports, la base de données et toutes les données d'application. Toutefois, la migration manuelle d'une installation du serveur de rapports est requise si vous rencontrez l'une des conditions suivantes :

  • Le Conseiller de mise à niveau a détecté un ou plusieurs bloqueurs de mise à niveau.

  • La version du serveur de rapports n'est pas SQL Server 2000 Service Pack 2 (SP2).

  • Vous souhaitez réduire la durée pendant laquelle le serveur de rapports est mis hors connexion. Votre installation actuelle reste en ligne pendant que vous copiez des données d'application vers une nouvelle instance et que vous testez l'installation en tant qu'opération indépendante.

La migration vers SQL Server 2008 offre des atouts majeurs dans le déploiement et le traitement, mais vous devez savoir que toutes les fonctionnalités des versions antérieures ne sont pas disponibles dans SQL Server 2008. Plus particulièrement, si vous utilisez une solution technologique tierce d'authentification unique ou des fonctionnalités personnalisées qui s'intègrent à Reporting Services par le biais des services Internet (IIS), votre solution actuelle ne fonctionnera pas sur une nouvelle installation du serveur de rapports. Vous devrez reconcevoir votre solution pour un serveur de rapports SQL Server 2008.

Avant d'effectuer la migration, évaluez le nouveau logiciel et testez les rapports et autres éléments afin de vous assurer que les besoins de votre entreprise sont satisfaits. Les liens suivants donnent des informations vous permettant de déterminer une stratégie de migration :

Pour obtenir des instructions pas à pas sur le déplacement de données d'application vers une nouvelle instance du serveur de rapports SQL Server 2008, consultez Procédure : migrer une installation Reporting Services.

Migration vers un nouvel ordinateur

Vous pouvez déplacer une installation de SQL Server 2008 Reporting Services vers un ordinateur nouveau ou différent en installant une nouvelle instance du serveur de rapports et en déplaçant la base de données du serveur de rapports vers cette nouvelle instance. Pour plus d'informations sur le déplacement de la base de données, consultez Déplacement des bases de données du serveur de rapports vers un autre ordinateur.

Lorsque vous déplacez des données d'application, tenez compte des problèmes et restrictions suivants :

  • La protection de la clé de chiffrement inclut un hachage qui incorpore l'identité de l'ordinateur.

  • Les noms de bases de données du serveur de rapports sont fixes et ne peuvent pas être renommés sur le nouvel ordinateur.

Considérations sur la clé de chiffrement

Effectuez toujours une sauvegarde des clés de chiffrement avant de déplacer une base de données du serveur de rapports vers un nouvel ordinateur.

Le déplacement d'une installation du serveur de rapports vers un autre ordinateur invalidera le hachage qui protège les clés de chiffrement utilisées pour aider à sécuriser des données sensibles stockées dans la base de données du serveur de rapports. Chaque instance du serveur de rapports qui utilise la base de données a sa copie de la clé de chiffrement, laquelle est chiffrée avec l'identité du compte de service telle qu'elle est définie sur l'ordinateur actuel. Si vous changez d'ordinateurs, le service n'aura plus accès à sa clé, même si vous utilisez le même nom de compte sur le nouvel ordinateur.

Pour rétablir le chiffrement réversible sur le nouveau serveur de rapports, vous devez restaurer la clé que vous avez précédemment sauvegardée. L'ensemble complet de clés qui est stocké dans la base de données du serveur de rapports est composé d'une valeur de clé symétrique ainsi que des informations d'identité de service utilisées pour restreindre l'accès à la clé afin qu'elle puisse être utilisée uniquement par l'instance du serveur de rapports qui l'a stockée. Pendant la restauration de la clé, le serveur de rapports remplace les copies existantes de la clé par les nouvelles versions. La nouvelle version inclut les valeurs d'identité du service et de l'ordinateur, telles que définies sur l'ordinateur actuel.

Nom de base de données fixe

Vous ne pouvez pas renommer la base de données du serveur de rapports. L'identité de la base de données est enregistrée dans des procédures stockées du serveur de rapports lors de la création de la base de données. Renommer les bases de données primaires ou temporaires du serveur de rapports provoquera des erreurs lors de l'exécution des procédures, invalidant alors votre installation du serveur de rapports.

Si le nom de la base de données de l'installation existante ne convient pas pour la nouvelle installation, vous devez envisager de créer une base de données portant le nom souhaité, puis de charger les données d'application existantes à l'aide des techniques énumérées ci-dessous :

  • Écrivez un script Visual Basic qui appelle des méthodes SOAP du service Web Report Server pour copier des données entre des bases de données. Vous pouvez utiliser l'utilitaire RS.exe pour exécuter le script. Pour plus d'informations sur cette approche, consultez Script (Reporting Services).

  • Écrivez du code qui appelle le fournisseur WMI pour copier des données entre des bases de données. Pour plus d'informations sur cette approche, consultez Fournisseur WMI de Reporting Services.

  • Si vous avez seulement quelques éléments, vous pouvez publier de nouveau les rapports, les modèles de rapport et les sources de données partagées du Concepteur de rapports, du Générateur de modèles et du Générateur de rapports sur le nouveau serveur de rapports. Vous devez recréer les attributions de rôles, les abonnements, les planifications partagées, les planifications de captures instantanées de rapports, les propriétés personnalisées que vous définissez sur les rapports ou d'autres éléments, la sécurité des éléments de modèle et les propriétés que vous définissez sur le serveur de rapports. L'historique de rapport et les données du journal des exécutions des rapports seront perdus.