Mettre à niveau et migrer Reporting Services

Il existe deux approches générales pour mettre à jour votre environnement Reporting Services :

• Mise à niveau : vous mettez à niveau les différentes technologies sur les serveurs et les instances où ils sont installés. Cela s'appelle communément une mise à niveau « sur place ».

• Migration : vous installez un nouvel environnement, copiez vos métadonnées et données vers le nouvel environnement et configurez ce nouvel environnement pour qu'il utilise le contenu existant. Vous pouvez également choisir de copier le contenu dans un nouvel emplacement et configurer le nouvel environnement pour qu'il utilise le contenu copié. Ce dernier peut inclure la copie des bases de données Reporting Services ainsi que de contenu et d'informations de configuration SharePoint en mode SharePoint.

Conseil

Pour obtenir les informations les plus récentes sur les problèmes liés à SQL Server 2012, consultez Conseils, astuces et dépannage pour Reporting Services SQL Server 2012 (https://go.microsoft.com/fwlink/?LinkId=221297). Les notes de publication actuelles se trouvent sur le lien suivant : Notes de publication de SQL Server 2012 SP1 (https://go.microsoft.com/fwlink/?LinkID=248389). Notes de publication de Microsoft SQL Server 2012 (https://go.microsoft.com/fwlink/?LinkId=236893)

Si vous effectuez une mise à niveau d'une version prise en charge de SQL Server Reporting Services vers une nouvelle instance de SQL Server 2012, 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.

• 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 d'application vers une nouvelle instance et que vous testez l'installation en tant qu'opération indépendante.

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

Dans cette rubrique :

• Éditions et versions que vous pouvez mettre à niveau

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

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

• Scénario de migration du mode natif au mode SharePoint

• Considérations relatives à la migration

• Mise à niveau sur place

• Liste de vérification préalable à la mise à niveau (mise à niveau sur place)

• Pour mettre à niveau (mise à niveau sur place)

• Flux de travail de mise à niveau en mode natif (mise à niveau sur place)

• Mise à niveau de rapports

• Problèmes de mise à niveau connus

• Ressources supplémentaires

Éditions et versions que vous pouvez mettre à niveau

Le programme d'installation de SQL Server 2012 fournit la prise en charge de la mise à niveau pour les éditions antérieures suivantes de Reporting Services :

• SQL Server 2012.

• SQL Server 2005 Reporting Services SP4.

• SQL Server 2008 Reporting Services SP2.

• SQL Server 2008 R2 Reporting Services SP1.

Pour plus d'informations sur les scénarios pris en charge pour mettre à niveau ou passer à une version antérieure d'une édition de SQL Server 2012 à l'autre, consultez Fonctionnalités prises en charge par les éditions de SQL Server 2012 (https://go.microsoft.com/fwlink/?linkid=232473).

[!REMARQUE]

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 « Migration du mode natif au mode SharePoint » plus loin dans ce document.

Haut

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écifiées du mode SharePoint de Reporting Services à SQL Server 2012  Mode SharePoint de Reporting Services.

Pour obtenir la procédure détaillée de mise à niveau, consultez les sections suivantes de cette rubrique :

• Mise à niveau sur place

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

• Pour mettre à niveau Reporting Services

Pour obtenir la procédure détaillée de migration d'une installation en mode SharePoint, consultez Migrer une installation Reporting Services (mode SharePoint).

• SQL Server 2012 vers SQL Server 2012 Service Pack 1 (SP1).

• SQL Server 2012 CTP3 vers SQL Server 2012.

• SQL Server 2008 R2 vers SQL Server 2012.

• SQL Server 2008 SP2 vers SQL Server 2012.

• SQL Server 2005 SP2 vers SQL Server 2012.

SQL Server 2012 vers 2012 Server 2012 SP1

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

Environnement final : SQL Server 2012 SP1, SharePoint 2010.

1. SharePoint 2010 : la mise à niveau sur place est prise en charge et votre environnement SharePoint ne subit aucun arrêt.

2. SharePoint 2013 : SharePoint 2013 ne prend pas en charge la mise à niveau sur place. 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 2012 CTP3 vers SQL Server 2012

Environnement de départ : SQL Server 2012 CTP3, SharePoint 2010.

Environnement final : SQL Server 2012, SharePoint 2010.

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

• SQL Server 2012 prend en charge SharePoint 2010 uniquement, par conséquent aucune mise à niveau de SharePoint n'est requise.

• Si vous souhaitez utiliser le moteur de base de données de SQL Server 2012 pour les bases de données de contenu SharePoint, vous devez mettre à niveau SharePoint 2010 vers SharePoint 2010 Service Pack 1 (SP1).

• Exécutez l'Assistant Installation de SQL Server 2012. La boîte de dialogue de mise à niveau de Reporting Services s'affiche et vous demande de confirmer la mise à niveau de toutes les fonctionnalités partagées SQL Server. Le mode SharePoint deReporting Services est considéré comme une fonctionnalité partagée de SQL Server et les fonctionnalités partagées sont toutes mises à niveau en même temps ou aucune n'est mise à niveau.

Haut

SQL Server 2008 R2 vers SQL Server 2012

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

Environnement final : SQL Server 2012, 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 2012 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 2012 ou en le téléchargeant.

• Exécutez l'installation de SQL Server 2012 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.

Haut

SQL Server 2008 SP2 vers SQL Server 2012

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

Environnement final : SQL Server 2012, 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 2008 vers le Service Pack 2 (SP2), si cela n'a pas déjà été effectué.

• 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 de SQL Server 2012 du complément Reporting Services pour SharePoint sur tous les serveurs Web frontaux SharePoint. Le programme d'installation préalable de SharePoint a installé la version SQL Server 2008 R2 du complément, mais vous avez besoin de la version de SQL Server 2012 pour utiliser un serveur de rapports de SQL Server 2012.

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

• Mettre à niveau Reporting Services vers SQL Server 2012. 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.

Haut

SQL Server 2005 SP2 vers SQL Server 2012

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

Environnement final : SQL Server 2012, 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.

• Attention
  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 de SQL Server 2012 du complément Reporting Services pour SharePoint sur tous les serveurs Web frontaux SharePoint. Le programme d'installation préalable de SharePoint a installé la version SQL Server 2008 R2 du complément, mais vous avez besoin de la version de SQL Server 2012 pour utiliser un serveur de rapports de SQL Server 2012.

• Mettre à niveau Reporting Services vers SQL Server 2012. 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 de 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.

Haut

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 Mise à niveau sur place de cette rubrique.

Migration : la migration d'une version précédente d'une installation en mode natif vers SQL Server 2012 est identique à celle de toutes les versions prises en charge répertoriées plus haut dans cette rubrique. Pour plus d'informations, consultez Migrer une installation Reporting Services (mode natif).

Haut

Scénario de migration du mode natif au mode SharePoint

Vous ne pouvez pas effectuer de mise à niveau ou de conversion d'un mode serveur de Reporting Services vers un autre. Par exemple, vous ne pouvez pas mettre à niveau ou convertir un serveur de rapports en mode natif vers le mode SharePoint. Vous ne pouvez pas copier les bases de données du serveur de rapports d'un mode à l'autre car elles utilisent des schémas de base de données différents.

Conseil
Dans de nombreux scénarios, l'outil de migration peut copier vos éléments de rapport d'un serveur en mode natif vers un serveur en mode SharePoint. Pour plus d'informations, consultez Outil de migration Reporting Services (https://www.microsoft.com/fr-fr/download/details.aspx?id=29560).

Si l'outil de migration ne répond pas à vos besoins, vous pouvez migrer manuellement les données du serveur de rapports. Voici le résumé des étapes à suivre pour migrer manuellement des éléments de rapport d'une installation en mode natif de Reporting Services vers une installation en mode SharePoint.

1. Sauvegardez et restaurez les clés de chiffrement. Il s'agit de la clé utilisée pour chiffrer les données. La clé de chiffrement permet également de chiffrer des mots de passe tels que les mots de passe stockés pour les connexions à la source de données. Toutefois, les mots de passe ne peuvent pas être migrés et vous devrez les taper à nouveau dans l'environnement de destination.

2. É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 (Reporting Services SSRS).

Objet	Peut faire l'objet d'un script	Commentaires
Rapports	Oui	Après la migration, pour entrer à nouveau les mots de passe pour les sources de données.
Sources de données	Oui	Après la migration, reconnectez les rapports aux sources de données.
Modèles	Oui
Datasets	Oui
Parties de rapports		Après la migration, vérifiez ou mettez à jour le chemin d'accès aux parties de rapports.
Planifications	Oui	Consultez la méthode ListSchedules Méthodes d'abonnement et de remise.
Abonnements	oui	Consultez la méthode ListSubscriptions Méthodes d'abonnement et de remise et la méthode ChangeSubscriptionOwner ChangeSubscriptionOwner(String, String)
Instantanés

Haut

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, consultez les rubriques suivantes :

• Mode SharePoint : consultez la section « Gestion des clés » de Gérer une application de service Reporting Services

• Mode natif : consultez Sauvegarder et restaurer les clés de chiffrement Reporting Services (mode natif SSRS)

Haut

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 (Reporting Services SSRS).

• É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édez 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.

Haut

Mise à niveau sur place

La mise à niveau est effectuée par le programme d'installation de SQL Server. Le programme d'installation de SQL Server peut être utilisé pour mettre à niveau tout ou partie des composants SQL Server, y compris Reporting Services. Pour mettre à niveau une version antérieure de SQL Server, exécutez le programme d'installation de SQL Server 2012 sur un ordinateur ayant une version antérieure de SQL Server déjà installée. Le programme d'installation détecte les instances existantes et vous invite à procéder à la mise à niveau.

Lorsque vous exécutez le programme d'installation, vous pouvez sélectionner l'option de votre choix pour effectuer une mise à niveau de SQL Server 2005, SQL Server 2008 ou SQL Server 2008 R2, ou vous pouvez installer une nouvelle instance de SQL Server 2012 Reporting Services (SSRS) qui s'exécute côte à côte avec des installations existantes. 

Haut

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

Avant de commencer à effectuer une mise à niveau vers SQL Server 2012 Reporting Services (SSRS), prenez connaissance des éléments requis suivants :

• Passez en revue la configuration requise afin de déterminer si votre matériel et vos logiciels peuvent prendre en charge SQL Server 2012 Reporting Services (SSRS). Pour plus d'informations, consultez Configurations matérielle et logicielle requises pour l'installation de SQL Server 2012.

• 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 une installation réussie de SQL Server 2012. Pour plus d'informations, consultez Paramètres de l'outil d'analyse de configuration système.

• Prenez connaissance des meilleures pratiques recommandées et de l'aide pour SQL Server. Pour plus d'informations, consultez Considérations sur la sécurité pour une installation SQL Server.

• Exécutez l'outil Conseiller de mise à niveau sur le serveur de rapports pour déterminer si des problèmes peuvent empêcher le succès de la mise à niveau. Pour plus d'informations, consultez Utiliser le Conseiller de mise à niveau pour la préparation des mises à niveau.

• Sauvegardez votre clé symétrique. Pour plus d'informations, consultez Sauvegarder et restaurer les clés de chiffrement Reporting Services (mode natif SSRS).

• Sauvegardez vos bases de données du serveur de rapports. Pour plus d'informations, consultez Déplacement des bases de données du serveur de rapports vers un autre ordinateur.

• Sauvegardez les fichiers de configuration du serveur de rapports suivants :

  • Rsreportserver.config

  • Rswebapplication.config

  • Rssvrpolicy.config

  • Rsmgrpolicy.config (mode natif uniquement)

  • Reportingservicesservice.exe.config (mode natif uniquement).

  • Web.config (pour les applications ASP.NET de serveur de rapports).

  • Web.config pour l'application ASP.NET du Gestionnaire de rapports (mode natif uniquement).

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

• 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 de mettre à niveau Reporting Services. Les certificats non valides provoqueront l'échec de la mise à niveau et l'affichage d'un message d'erreur semblable au suivant dans le fichier journal Reporting Services : Microsoft.ReportingServices.WmiProvider.WMIProviderException: A Secure Sockets Layer (SSL) certificate is not configured on the Web site..

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.

Haut

Pour mettre à niveau Reporting Services

L'installation fournit des options de mise à niveau que vous pouvez spécifier comme argument de ligne de commande ou dans l'Assistant Installation. Choisissez parmi les rubriques suivantes les instructions sur la mise à niveau de votre installation.

• Effectuer une mise à niveau vers SQL Server 2012 à l'aide de l'Assistant Installation (programme d'installation)
  Explique comment procéder à une mise à niveau vers SQL Server 2012 à l'aide de l'Assistant Installation.

• Installer SQL Server 2012 à partir de l'invite de commandes
  Explique comment procéder à une mise à niveau vers SQL Server 2012 sous forme d'opération de ligne de commande.

Workflow de mise à niveau vers le mode natif

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 qu'elle ne le soit plus, ou migrer vers une nouvelle instance de SQL Server 2012. 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 2012. Les dossiers de programme pour une installation de Reporting Services incluent MSRS11.<instance name>.

5. L'installation ajoute les fichiers programme du serveur de rapports SQL Server 2012, 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 utilitaires et les outils de configuration du serveur de rapports mis à niveau vers la nouvelle version incluent l'outil de configuration de Reporting Services, les utilitaires de ligne de commande et le Générateur de rapports. Les nouveaux outils installés avec SQL Server 2012 incluent le nouvel aperçu du concepteur de rapports.

   3. D'autres outils clients tels que Outils de données SQL Server (SSDT), 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 2012. 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.

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 2012. 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 intervient seulement lorsque vous effectuez une mise à niveau à partir de SQL Server 2005 Reporting Services avant le 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.

Haut

Mise à niveau de rapports

En général, un serveur de rapports met automatiquement à niveau la version compilée de chaque rapport la première fois qu'il est exécuté après une mise à niveau du serveur. Le fichier .rdl source n'est pas mis à niveau. Pour plus d'informations sur le comportement de la mise à niveau des rapports et obtenir des scénarios, consultez Rapports de mise à niveau.

Haut

Problèmes connus de mise à niveau et meilleures pratiques

Avant d'effectuer une mise à niveau vers SQL Server 2012 Reporting Services (SSRS), consultez la documentation relative au Conseiller de mise à niveau et les Notes de publication en ligne pour obtenir les informations les plus récentes sur les problèmes de mise à niveau. Pour obtenir la documentation relative au Conseiller de mise à niveau, installez celui-ci. Pour plus d'informations, consultez Utiliser le Conseiller de mise à niveau pour la préparation des mises à niveau.

Les problèmes de mise à niveau connus incluent actuellement les éléments suivants :

• Aucun support pour les versions antérieures du fournisseur WMI de Reporting Services. Le fournisseur WMI de Reporting Services n'offre pas de compatibilité descendante avec les versions antérieures. Après la mise à niveau, vous ne pouvez pas utiliser le fournisseur WMI SQL Server 2012 Reporting Services (SSRS) avec les versions antérieures de Reporting Services. Pour plus d'informations sur la compatibilité descendante, consultez Compatibilité descendante de Reporting Services.

Haut

Ressources supplémentaires

[!REMARQUE]

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

• Vue d'ensemble de la procédure de mise à niveau vers SharePoint 2013 (https://go.microsoft.com/fwlink/p/?LinkId=256688).

• Nettoyer les préparations avant la mise à niveau vers SharePoint 2013 (https://go.microsoft.com/fwlink/p/?LinkId=256689).

• Mise à niveau de bases de données de SharePoint 2010 vers SharePoint 2013 (https://go.microsoft.com/fwlink/p/?LinkId=256690).

Haut

Voir aussi

Concepts

Mettre à niveau vers SQL Server 2012