Partager via

Upgrade and Migrate Reporting Services

  • Article

Cette rubrique est une vue d’ensemble des options de mise à niveau et de migration pour SQL Server 2014Reporting Services. Il existe deux approches générales pour mettre à niveau un déploiement Reporting Services :

  • Mise à niveau : vous mettez à niveau les composants Reporting Services sur les serveurs et les instances où ils sont actuellement installés. C’est ce que l’on appelle communément une mise à niveau « sur place ». La mise à niveau sur place n’est pas prise en charge d’un mode de serveur Reporting Services à un autre. Par exemple, vous ne pouvez pas mettre à niveau un serveur de rapports en mode natif vers un serveur de rapports en mode SharePoint. vous pouvez migrer vos éléments de rapport d'un mode à l'autre. Pour plus d’informations, consultez la section « Native to SharePoint Migration » plus loin dans ce document et l’exemple de rubrique connexe Reporting Services rs.exe Script pour migrer du contenu entre les serveurs de rapports.

  • Migration : vous installez et configurez un nouvel environnement SharePoint, copiez vos éléments de rapport et ressources dans le nouvel environnement et configurez le nouvel environnement de façon à utiliser le contenu existant. Une forme de migration de niveau inférieur consiste à copier les bases de données Reporting Services, les fichiers de configuration, et si vous utilisez le mode SharePoint, les bases de données de contenu SharePoint.
S’applique à : Reporting Services en mode natif | Reporting Services en mode SharePoint

Dans cette rubrique :

Problèmes connus de mise à niveau et meilleures pratiques

Pour obtenir la liste des éditions et versions prises en charge que vous pouvez mettre à niveau, consultez Supported Version and Edition Upgrades.

Conseil

Pour plus d’informations sur les problèmes liés à SQL Server 2014, consultez les rubriques suivantes :

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Installations côte à côte

Le mode natif SQL Server 2014 Reporting Services (SSRS) peut être installé côte à côte avec un déploiement en mode natif SQL Server 2012.

Il n’existe aucune prise en charge des déploiements côte à côte du mode SharePoint sql Server 2014 Reporting Services (SSRS) et de toutes les versions précédentes des composants en mode SharePoint de Reporting Services.

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Mise à niveau sur place

La mise à niveau est terminée par le programme d’installation de SQL Server. Le programme d’installation de SQL Server peut être utilisé pour mettre à niveau tous les composants SQL Server, y compris Reporting Services. Le programme d'installation détecte les instances existantes et vous invite à procéder à la mise à niveau. Le programme d’installation de SQL Server fournit des options de mise à niveau que vous pouvez spécifier comme argument de ligne de commande ou dans l’Assistant Installation.

Lorsque vous exécutez le programme d’installation de SQL Server, vous pouvez sélectionner l’option de mise à niveau à partir de l’une des versions suivantes ou installer une nouvelle instance de SQL Server 2014 Reporting Services (SSRS) qui exécute des installations côte à côte existantes :

  • SQL Server 2012

  • SQL Server 2008 R2

  • SQL Server 2008

  • SQL Server 2005

Pour plus d’informations sur SQL Server, consultez les liens suivants :
Mise à niveau vers SQL Server 2014
Effectuer une mise à niveau vers SQL Server 2014 à l’aide de l’Assistant Installation (programme d’installation)
Installer SQL Server 2014 à partir de l’invite de commandes

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Liste de contrôle préalable à la mise à niveau

Avant de procéder à la mise à niveau vers SQL Server 2014, passez en revue les points suivants :

  • Passez en revue les exigences pour déterminer si votre matériel et votre logiciel peuvent prendre en charge SQL Server 2014 Reporting Services (SSRS). Pour plus d'informations, consultez Hardware and Software Requirements for Installing SQL Server 2014.

  • Utilisez scc (System Configuration Checker) pour analyser l’ordinateur du serveur de rapports pour détecter les conditions susceptibles d’empêcher une installation réussie de SQL Server 2014. Pour plus d'informations, consultez Check Parameters for the System Configuration Checker.

  • Prenez connaissance des conseils et des bonnes pratiques en matière de sécurité pour SQL Server. Pour plus d'informations, consultez Security Considerations for a SQL Server Installation.

  • Exécutez SQL Server Conseiller de mise à niveau sur l’ordinateur du serveur de rapports pour déterminer les problèmes susceptibles de vous empêcher de procéder à la mise à niveau. Pour plus d'informations, consultez Use Upgrade Advisor to Prepare for Upgrades.

  • Sauvegardez votre clé symétrique. Pour plus d’informations, consultez Back Up and Restore Reporting Services Encryption Keys.

  • Sauvegardez les fichiers de configuration et bases de données du serveur de rapports. Pour plus d'informations, consultez Backup and Restore Operations for Reporting Services.

  • Sauvegardez toutes les personnalisations effectuées dans les répertoires virtuels Reporting Services dans IIS.

  • Supprimez les certificats SSL non valides. Cela inclut les certificats expirés et que vous ne projetez pas de mettre à jour avant la mise à niveau de Reporting Services. Les certificats non valides provoqueront l'échec de la mise à niveau et l'écriture d'un message d'erreur dans le fichier journal Reporting Services similaire au message suivant : Microsoft.ReportingServices.WmiProvider.WMIProviderException : Un certificat SSL (Secure Sockets Layer) n'est pas configuré sur le site web. .

Avant de mettre à niveau un environnement de production, veillez à toujours exécuter une mise à niveau de test dans un environnement de préproduction qui a la même configuration que votre environnement de production.

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Présentation des scénarios de migration

Si vous effectuez une mise à niveau d’une version prise en charge de Reporting Services vers SQL Server, vous pouvez généralement exécuter l’Assistant Installation de SQL Server 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. Pour plus d'informations, consultez Use Upgrade Advisor to Prepare for Upgrades.

  • Vous souhaitez modifier le type de serveur de rapports utilisé dans votre déploiement. Par exemple, vous ne pouvez pas mettre à niveau ou convertir un serveur de rapports en mode natif vers le mode SharePoint. Pour plus d’informations, consultez Migration du mode natif au mode SharePoint (SSRS).

  • Vous souhaitez réduire la durée pendant laquelle le serveur de rapports est mis hors connexion lors du processus de mise à niveau. Votre installation actuelle reste en ligne pendant que vous copiez des données de contenu vers une nouvelle instance du serveur de rapports et testez l'installation sans modifier l'état de votre installation existante du serveur de rapports.

  • Vous souhaitez migrer un déploiement SharePoint 2010 de Reporting Services vers SharePoint 2013. SharePoint 2013 ne prend pas en charge la mise à niveau sur place à partir de SharePoint 2010. Pour plus d’informations, consultez Migrer une installation Reporting Services (mode SharePoint).

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Scénarios de mise à niveau et de migration en mode natif

Mise à niveau : la mise à niveau sur place pour le mode natif est identique pour chacune des versions prises en charge répertoriées plus haut dans cette rubrique. Exécutez l'Assistant Installation de SQL Server ou une installation à partir de la ligne de commande. L'installation suivante dans la base de données du serveur de rapports effectuera automatiquement la mise à niveau vers le nouveau schéma de base de données du serveur de rapports. Pour plus d'informations, consultez la section In-place upgrade de cette rubrique.

Le processus de mise à niveau commence lorsque vous sélectionnez une instance de serveur de rapports existante à mettre à niveau.

  1. Si la base de données de serveur de rapports se trouve sur un ordinateur distant et que vous n'avez pas l'autorisation de mettre à jour cette base de données, le programme d'installation vous invite à fournir les informations d'identification pour mettre à jour la base de données de serveur de rapports distante. Soyez sûr de fournir les informations d'identification qui ont sysadmin ou les autorisations de mise à jour de la base de données.

  2. L'installation vérifie les conditions ou paramètres qui empêchent la mise à niveau et lit les paramètres de configuration. Les exemples incluent les extensions personnalisées déployées sur le serveur de rapports. Si la mise à niveau est bloquée, vous devez modifier votre installation afin que la mise à niveau ne soit plus bloquée, soit migrer vers une nouvelle instance SQL Server 2014. Pour plus d'informations, consultez la documentation relative au Conseiller de mise à niveau.

  3. Si la mise à niveau peut se poursuivre, le programme d'installation vous invite à la continuer.

  4. Le programme d’installation crée des dossiers pour les fichiers programme SQL Server 2014. Les dossiers de programme d’une installation de Reporting Services incluent MSRS12.<nom> de l’instance.

  5. Le programme d’installation ajoute les fichiers de programme du serveur de rapports SQL Server 2014, les outils de configuration et les utilitaires de ligne de commande qui font partie de la fonctionnalité du serveur de rapports.

    1. Les fichiers programme de la version antérieure sont supprimés.

    2. Les outils de configuration et utilitaires du serveur de rapports mis à niveau vers la nouvelle version incluent l’outil de configuration de Reporting Services en mode natif, les utilitaires en ligne de commande tels que RS.exe, et le Générateur de rapports.

    3. D’autres outils clients tels que SQL Server Management Studio et la documentation en ligne ne sont pas mis à niveau. Pour obtenir des nouvelles versions des outils, vous pouvez les ajouter lorsque vous exécutez le programme d'installation. Les versions antérieures coexistent avec les versions de SQL Server 2014. Si vous avez installé les exemples, la version antérieure demeure. L'installation ne prend pas en charge la mise à niveau pour les exemples SQL Server.

    4. SQL Server Data Tools (SSDT) est un téléchargement distinct. Pour plus d'informations, consultez Microsoft SQL Server 2014 Data Tools - Business Intelligence pour Microsoft Visual Studio 2012.

  6. Le programme d’installation réutilise l’entrée de service dans Service Control Manager pour le service SQL Server 2014 Report Server. Cette entrée de service inclut le compte de service Windows Report Server.

  7. L'installation réserve les nouvelles URL en fonction des paramètres de répertoire virtuel existants dans IIS. Comme le programme d'installation ne supprime pas toujours les répertoires virtuels dans IIS, veillez à les supprimer manuellement après la mise à niveau.

  8. L'installation met à niveau les bases de données du serveur de rapports vers le nouveau schéma et modifie le RSExecRole en ajoutant les autorisations du propriétaire de la base de données au rôle. Cette étape se produit uniquement lorsque vous effectuez une mise à niveau à partir de SQL Server 2005 Reporting Services avant SP1.

  9. L'installation fusionne les paramètres dans les fichiers de configuration. En utilisant comme base les fichiers de configuration de l'installation actuelle, les nouvelles entrées sont ajoutées. Les entrées obsolètes ne sont pas supprimées, mais ne seront plus lues après la mise à niveau par le serveur de rapports. La mise à niveau ne supprime pas les anciens fichiers journaux, le fichier RSWebApplication.config obsolète ou les paramètres de répertoire virtuel dans IIS. La mise à niveau ne supprime pas le Concepteur de rapports de SQL Server 2005, Management Studio ou autres outils clients. Si vous n'en avez plus besoin, veillez à supprimer ces fichiers et outils après la mise à niveau.

Migration : la migration d’une version précédente d’une installation en mode natif vers SQL Server 2014 est la même procédure pour toutes les versions prises en charge qui sont répertoriées précédemment dans cette rubrique. Pour plus d’informations, consultez Migrer une installation Reporting Services (mode natif).

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Mettre à niveau un déploiement par montée en puissance parallèle en mode natif Reporting Services

Voici un récapitulatif de la procédure de mise à niveau d’un déploiement en mode natif Reporting Services qui fait l’objet d’un scale-out sur plusieurs serveurs de rapports. Ce processus implique des temps d’arrêt du déploiement de Reporting Services :

  1. Sauvegardez les bases de données et les clés de chiffrement du serveur de rapports. Pour plus d’informations, consultez Opérations de sauvegarde et de restauration pour Reporting Services et Ajouter et supprimer des clés de chiffrement pour le déploiement avec montée en puissance parallèle (Gestionnaire de configuration de SSRS).

  2. Utilisez le Gestionnaire de configuration de Reporting Services pour supprimer tous les serveurs de rapports du déploiement avec scale-out. Pour plus d’informations, consultez Configurer un déploiement avec montée en puissance parallèle du serveur de rapports en mode natif (Gestionnaire de configuration SSRS).

  3. Mettez à niveau l’un des serveurs de rapports vers SQL Server 2014.

  4. Utilisez le Gestionnaire de configuration de Reporting Services pour rajouter les serveurs de rapports au déploiement avec scale-out. Pour plus d’informations, consultez Configurer un déploiement avec montée en puissance parallèle du serveur de rapports en mode natif (Gestionnaire de configuration SSRS).

    Pour chaque serveur, répétez les étapes de mise à niveau et montée en puissance parallèle.

Scénarios de mise à niveau et de migration en mode SharePoint

Les sections suivantes décrivent les problèmes et les étapes de base nécessaires à la mise à niveau ou à la migration des versions spécifiées du mode SharePoint Reporting Services vers le mode SharePoint sql Server 2014 Reporting Services.

Il existe deux composants d’installation pour mettre à niveau un déploiement en mode SharePoint de Reporting Services.

Pour plus d’informations sur la migration d’une installation en mode SharePoint, consultez Migrer une installation Reporting Services (mode SharePoint).

Important

Certains des scénarios suivants requièrent l'arrêt de l'environnement SharePoint en raison des différentes technologies devant être mises à niveau. Si votre situation ne permet pas de temps d'arrêt, vous devez effectuer une migration complète au lieu d'une mise à niveau sur place.

SQL Server 2012 vers SQL Server 2014

Environnement de démarrage : SQL Server 2012 ou SQL Server 2012 SP1., SharePoint 2010.

Environnement de fin : SQL Server 2014, SharePoint 2010 ou SharePoint 2013.

  • SharePoint 2010 : La mise à niveau sur place de Reporting Services est prise en charge, mais le scénario de mise à niveau nécessite un temps d’arrêt de l’environnement SharePoint.

    Si vous souhaitez également que l'environnement de fin exécute SharePoint 2013, vous devez effectuer une mise à niveau avec attachement des bases de données de SharePoint 2010 vers SharePoint 2013.

  • SharePoint 2013 : SharePoint 2013 ne prend pas en charge la mise à niveau sur place à partir de SharePoint 2010. Cependant, la procédure de mise à niveau avec liaison des bases de données est prise en charge. Le comportement est différent de la mise à niveau vers SharePoint 2010, dans laquelle un client avait le choix entre les deux méthodes de mise à niveau de base : la mise à niveau sur place et la mise à niveau avec liaison des bases de données.

    Si vous avez une installation Reporting Services intégrée à SharePoint 2010, vous ne pouvez pas effectuer une mise à niveau sur place du serveur SharePoint. Toutefois, vous pouvez migrer les bases de données de contenu et les bases de données d'application de service de la batterie de serveurs SharePoint 2010 vers une batterie de serveurs SharePoint 2013.

SQL Server 2008 R2 vers SQL Server 2014

Environnement de départ : SQL Server 2008 R2, SharePoint 2010.

Environnement de fin : SQL Server 2014, SharePoint 2010.

  • La mise à niveau sur place est prise en charge et votre environnement SharePoint ne subit aucun arrêt.

  • Installez la version SQL Server 2014 du complément Reporting Services pour SharePoint sur chaque serveur web frontal dans la batterie de serveurs. Vous pouvez installer le complément à l’aide de l’Assistant Installation de SQL Server 2014 ou en téléchargeant le complément.

  • Exécutez l’installation de SQL Server 2014 pour mettre à niveau le mode SharePoint pour chaque « serveur de rapports ». L’Assistant Installation de SQL Server installe le service Reporting Services et crée une application de service.

    Si vous souhaitez également que l'environnement de fin exécute SharePoint 2013, vous devez effectuer une mise à niveau avec attachement des bases de données de SharePoint 2010 vers SharePoint 2013.

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

SQL Server 2008 SP2 vers SQL Server 2014

Environnement de départ : SQL Server 2008 SP2, SharePoint 2007.

Environnement de fin : SQL Server 2014, SharePoint 2010.

  • Ce scénario de mise à niveau sur place nécessite l'arrêt de l'environnement SharePoint car les technologies SharePoint et SQL Server doivent être mises à niveau toutes les deux. Vous pouvez envisager d'effectuer une migration complète plutôt qu'une mise à niveau sur place.

  • Mettez à niveau SQL Server 2008 vers Service Pack 2 (SP2) en premier, si ce n’est pas déjà fait.

  • Effectuez la mise à niveau de SharePoint vers la version 2010. Lorsque vous exécutez le programme d'installation préalable de SharePoint 2010, il met à niveau le complément Reporting Services pour les produits SharePoint 2010.

  • Installez la version SQL Server 2014 du complément Reporting Services pour SharePoint sur tous les serveurs frontaux web SharePoint. Le programme d’installation préalable à SharePoint a installé la version SQL Server 2008 R2 du complément, mais vous avez besoin de la version de SQL Server 2014 pour fonctionner avec un serveur de rapports SQL Server 2014.

  • Avertissement

    Après la mise à niveau de SharePoint, votre environnement Reporting Services ne sera opérationnel qu'une fois SQL Server mis à niveau.

  • Mettez à niveau Reporting Services vers SQL Server 2014. Lorsque vous exécutez l'Assistant Installation de SQL Server, une boîte de dialogue concernant l'«Authentification de mode SharePoint SQL Server Reporting Services» s'affiche Le service Reporting Services sera installé et les informations d’identification de la page d’authentification seront utilisées pour créer un pool d’applications SharePoint.

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

SQL Server 2005 SP2 vers SQL Server 2014

Environnement de départ : SQL Server 2005 SP2, SharePoint 2007.

Environnement de fin : SQL Server 2014, SharePoint 2010.

  • Ce scénario de mise à niveau sur place nécessite l'arrêt de l'environnement SharePoint car les technologies SharePoint et SQL Server doivent être mises à niveau toutes les deux. Vous pouvez envisager d'effectuer une migration complète plutôt qu'une mise à niveau sur place.

  • Effectuez tout d'abord une mise à niveau de SQL Server 2005 vers le Service Pack 2 (SP2), si cela n'a pas déjà été effectué.

  • Effectuez la mise à niveau de SharePoint vers SharePoint 2010. Lorsque vous exécutez le programme d'installation préalable de SharePoint 2010, il met à niveau le complément Reporting Services pour les produits SharePoint 2010.

  • Avertissement

    Après la mise à niveau de SharePoint, votre environnement Reporting Services ne sera opérationnel qu'une fois SQL Server mis à niveau.

  • Installez la version SQL Server 2014 du complément Reporting Services pour SharePoint sur tous les serveurs frontaux web SharePoint. Le programme d’installation préalable à SharePoint a installé la version SQL Server 2008 R2 du complément, mais vous avez besoin de la version de SQL Server 2014 pour fonctionner avec un serveur de rapports SQL Server 2014.

  • Mettez à niveau Reporting Services vers SQL Server 2014. Lorsque vous exécutez l'Assistant Installation de SQL Server, une boîte de dialogue concernant l'« Authentification de mode SharePoint SQL Server Reporting Services » s'affiche Le service Reporting Services sera installé et les informations d’identification de la page d’authentification seront utilisées pour créer un pool d’applications SharePoint.

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Considérations relatives à une migration

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. Pour plus d'informations, voir les rubriques suivantes :

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

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 Scripts et PowerShell avec 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 Accès au 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 d'instantanés 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.

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Ressources complémentaires

Notes

Pour plus d'informations sur la mise à niveau avec liaison des bases de données SharePoint, consultez les rubriques suivantes :

Icône de flèche utilisée avec le lien Retour en hautDans cette rubrique :

Voir aussi

Mettre à niveau les rapportsvers SQL Server 2014 à l’aide de l’Assistant Installation (installation)