Partager via

Mettre à niveau et migrer Reporting Services

  • Article

S’applique à : SQL Server 2016 (13.x) Reporting Services et versions ultérieures ❌ Power BI Report Server SharePoint

Cet article propose une vue d’ensemble des options de mise à niveau et de migration pour SQL Server Reporting Services. Voici les approches générales à suivre pour mettre à niveau un déploiement de SQL Server Reporting Services :

  • Mise à niveau vers Reporting Services 2016 et versions antérieures à partir de Reporting Services 2016 et versions antérieures : vous mettez à niveau les composants Reporting Services sur les serveurs et instances où ils sont installés actuellement. Ce processus communément appelé 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 Scénarios de mise à niveau et de migration en mode SharePoint plus loin dans ce document.

  • Mise à niveau vers Reporting Services 2017 et ultérieur à partir de Reporting Services 2016 et antérieur : ce scénario de mise à niveau n’est pas le même que dans les versions précédentes. Lors de la mise à niveau vers Reporting Services 2016 et antérieur, vous pouviez suivre un processus de mise à niveau sur place en utilisant le support d’installation de SQL Server. Lors de la mise à niveau vers Reporting Services 2017 et ultérieur à partir de Reporting Services 2016 et antérieur, vous ne pouvez pas procéder de la même manière, car la nouvelle installation de Reporting Services est un produit autonome. qui ne figure plus sur le support d’installation de SQL Server.

    Pour procéder à la mise à niveau de Reporting Services 2016 et antérieur vers Reporting Services 2017 et ultérieur, suivez l’article Migrer une installation Reporting Services (mode natif) avec Reporting Services 2017 ou ultérieur comme instance de destination.

  • Mise à niveau à partir de Reporting Services 2017 vers les versions futures : il s’agit encore d’un scénario de mise à niveau sur place, car les GUID d’installation du produit sont les mêmes. Exécutez le fichier d’installation SQLServerReportingServices.exe pour commencer la mise à niveau sur place sur le serveur où Reporting Services est actuellement installé.

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

Remarque

L’intégration de Reporting Services à SharePoint n’est pas disponible après SQL Server 2016.

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 Mises à niveau de versions et d’éditions prises en charge.

Conseil

Pour obtenir les dernières informations concernant les problèmes relatifs à SQL Server, consultez les notes de publication de SQL Server 2016.

Installations côte à côte

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

Il n’existe aucune prise en charge des déploiements côte à côte de SQL Server Reporting Services en mode SharePoint et des versions antérieures des composants du mode SharePoint de Reporting Services.

Mises à niveau en place

L’installation de SQL Server termine la mise à niveau. 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 de l’une des versions suivantes ou installer une nouvelle instance de SQL Server Reporting Services qui s’exécute côte à côte avec les installations existantes :

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Pour plus d’informations à propos de SQL Server, consultez :

Check-list préalable à la mise à niveau

Avant la mise à niveau vers SQL Server Reporting Services :

  • Passez en revue les exigences pour déterminer si votre matériel et vos logiciels peuvent prendre en charge SQL Server 2016 (13.x) Reporting Services ou version ultérieure (SSRS). Pour plus d’informations, consultez Configurations matérielle et logicielle requises pour l’installation de SQL Server 2016.

  • Utilisez l’outil d’analyse de configuration système (SCC, System Configuration Checker) pour analyser le serveur de rapports afin d’y déceler d’éventuels défauts pouvant empêcher la réussite de l’installation de SQL Server Reporting Services. 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.

  • 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 TLS/SSL non valides, y compris les certificats qui ont expiré et que vous ne prévoyez pas de mettre à jour avant la mise à niveau de Reporting Services. Les certificats non valides provoquent 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.

Important

Ces étapes doivent être effectuées intégralement pour qu’une restauration ultérieure soit possible. Support Microsoft n’est pas en mesure de récupérer des sauvegardes, des clés de chiffrement ou des fichiers de configuration qui n’ont pas été sauvegardés.

Vue d’ensemble 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 :

  • 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/2016. SharePoint 2013/2016 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).

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 cet article. Exécutez l'Assistant Installation de SQL Server ou une installation à partir de la ligne de commande. Après l’installation, la base de données du serveur de rapports est automatiquement mise à niveau vers le nouveau schéma de base de données du serveur de rapports. Pour plus d’informations, consultez Mise à niveau sur place de cet article.

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 du 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 identifiants pour mettre à jour la base de données du 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, ou migrer vers une nouvelle instance de SQL Server Reporting Services. 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 de nouveaux dossiers pour les fichiers programme de SQL Server Reporting Services. Les dossiers de programme relatifs à une installation de Reporting Services incluent MSRS13.<nom instance>.

  5. L’installation ajoute les fichiers programme du serveur de rapports SQL Server Reporting Services, les outils de configuration et les utilitaires de ligne de commande qui font partie des fonctionnalités 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. Les autres outils clients tels que SQL Server Management Studio font l’objet d’un téléchargement distinct et doivent être mis à niveau. Pour plus d’informations, consultez la page Télécharger SQL Server Management Studio (SSMS).

    4. SQL Server Data Tools (SSDT) est un téléchargement distinct. Pour plus d’informations, consultez SQL Server Data Tools dans Visual Studio 2015.

  6. Le programme d’installation réutilise l’entrée de service du Gestionnaire de services de contrôle pour le service Report Server de SQL Server Reporting Services. 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 fusionne les paramètres dans les fichiers de configuration. L’installation utilise les fichiers de configuration de l’installation actuelle comme base pour ajouter de nouvelles entrées. Les entrées obsolètes ne sont pas supprimées, mais ne sont 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 les anciennes versions du Report Designer, de Management Studio ou d’autres outils clients. Si vous n’en avez plus besoin, supprimez ces fichiers et outils après la mise à niveau.

Migration : la migration à partir d’une version précédente d’une installation en mode natif vers SQL Server Reporting Services est identique à celle de toutes les versions prises en charge listées plus haut dans cet article. Pour plus d’informations, consultez Migrer une installation Reporting Services (mode natif).

Mettre à niveau un déploiement faisant l’objet d’un scale-out de Reporting Services en mode natif

Le récapitulatif suivant explique la procédure de mise à niveau d’un déploiement de Reporting Services en mode natif 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 du serveur de rapports et les clés de chiffrement. 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 un déploiement par scale-out (Gestionnaire de configuration du serveur de rapports).

  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 par scale-out de serveur de rapports en mode natif (Gestionnaire de configuration du serveur de rapports).

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

  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 par scale-out de serveur de rapports en mode natif (Gestionnaire de configuration du serveur de rapports).

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

Restaurer une mise à jour cumulative de Reporting Services

Les mises à jour cumulatives dans Reporting Services versions 2017 et ultérieures prennent en charge la mise à niveau sur place, mais ne peuvent pas être désinstallées de manière sélective. Pour restaurer une mise à niveau, vous devez désinstaller l’ensemble du service et réinstaller la version antérieure :

Important

Ces étapes exigent que la liste de contrôle préalable à la mise à niveau ait été entièrement suivie. L’étape 2 rendra irrécupérables les fichiers de configuration, les configurations de service et les clés de chiffrement existants. Support Microsoft n’est pas en mesure de récupérer ces fichiers de configuration ou de déchiffrer ces clés de chiffrement pour faciliter la restauration.

  1. Notez toutes les configurations personnalisées, notamment les informations d’identification de service, les paramètres de messagerie ou de partage de fichiers, ou les URL de serveur de rapports.

  2. Désinstaller SQL Server Reporting Services Dans un déploiement faisant l’objet d’un scale-out, répétez l’opération pour tous les nœuds du scale-out. Pour plus d’informations, consultez Désinstaller en mode natif.

  3. Restaurez les sauvegardes de la base de données ReportServer. Pour plus d'informations, consultez Backup and Restore Operations for Reporting Services.

  4. Réinstallez la mise à jour antérieure de SQL Server Reporting Services.

  5. Restaurez les fichiers de configuration antérieurs à la mise à niveau.

  6. Restaurez la sauvegarde de la clé de chiffrement. Pour plus d’informations, consultez Sauvegarder et restaurer les clés de chiffrement.

  7. Recréez toutes les configurations personnalisées notées à l’étape 1.

  8. Dans un déploiement avec scale-out, répétez les étapes 4 à 7 pour tous les autres nœuds du déploiement avec scale-out.

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 pour mettre à niveau ou migrer des versions spécifiques du mode SharePoint de Reporting Services vers le mode SharePoint de SQL Server Reporting Services.

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

  • Service partagé SharePoint Reporting Services

    Conseil

    Utilisez l’applet de commande SharePoint Reporting Services Get-SPRSServiceApplicationServers pour déterminer quels serveurs de la batterie de serveurs SharePoint exécutent le Service partagé SharePoint Reporting Services et doivent par conséquent être mis à niveau.

  • Complément Reporting Services pour les produits SharePoint. Pour plus d’informations, consultez Installer ou désinstaller le complément Reporting Services pour SharePoint.

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 2014 (12.x) vers SQL Server Reporting Services

Environnement de départ : SQL Server 2014 (12.x) ou SQL Server 2014 (12.x) SP1, SharePoint 2010 ou SharePoint 2013.

Environnement final : SQL Server Reporting Services, SharePoint 2013 ou SharePoint 2016.

  • SharePoint 2013/2016 : SharePoint 2013/2016 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.

    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/2016.

SQL Server 2012 (11.x) vers SQL Server Reporting Services

Environnement de départ : SQL Server 2012 (11.x) ou SQL Server 2012 SP1 (11.0.3x), SharePoint 2010.

Environnement final : SQL Server Reporting Services, SharePoint 2013 ou SharePoint 2016.

  • SharePoint 2013/2016 : SharePoint 2013/2016 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.

    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/2016.

SQL Server 2008 R2 (10.50.x) vers SQL Server Reporting Services

Environnement de départ : SQL Server 2008 R2 (10.50.x), SharePoint 2010.

Environnement final : SQL Server Reporting Services, SharePoint 2013 ou SharePoint 2016.

  • SharePoint 2013/2016 : SharePoint 2013/2016 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.

    SharePoint doit être migré avant de pouvoir mettre à niveau Reporting Services.

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

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

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 base de données du serveur de rapports sont fixes et ne peuvent pas être renommés sur le nouvel ordinateur.

Considérations relatives à 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 invalide 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’a 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é du service utilisées pour restreindre l’accès à la clé afin qu’elle ne puisse être utilisée que 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, consultez l’article suivant :

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. Le renommage des bases de données primaires ou temporaires du serveur de rapports provoque des erreurs lors de l’exécution des procédures, qui rendent non valide votre installation du serveur de rapports.

Si le nom de la base de données de l’installation existante ne convient pas à la nouvelle installation, envisagez de créer une base de données portant le nom que vous préférez. Chargez ensuite les données d’application existantes à l’aide des techniques de la liste suivante :

  • É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 republier des rapports et des sources de données partagées à partir du Concepteur de rapports, du Générateur de modèles et du Générateur de rapports vers 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.

Contenu connexe

D’autres questions ? Posez une question dans le forum Reporting Services.