Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette rubrique décrit les problèmes connus que vous pouvez rencontrer lors de la mise à niveau des fonctionnalités de Reporting Services. Ces problèmes ne sont pas détectés par le Conseiller de mise à niveau. Pour plus d’informations, consultez les notes de publication de SQL Server 2014
| S’applique à : Mode natif Reporting Services | Mode SharePoint de Reporting Services. |
| Problème | Descriptif | S’applique à |
|---|---|---|
| Mise à niveau de la batterie de serveurs SharePoint | Mettez à niveau le service partagé Reporting Services uniquement après la mise à niveau de tous les autres composants Reporting Services de la batterie de serveurs vers SQL Server 2014. Pour mettre à niveau Reporting Services dans une batterie de serveurs SharePoint à plusieurs nœuds vers SQL Server 2014Reporting Services, toutes les instances du complément Reporting Services pour SharePoint dans la batterie de serveurs doivent être mises à niveau vers la version de SQL Server 2014 avant de mettre à niveau le service partagé Reporting Services. Le rendu des rapports échoue lorsque le service partagé SharePoint Reporting Services a été mis à niveau vers SQL Server 2014, mais que d’autres composants Reporting Services de la batterie de serveurs sont toujours version SQL Server 2012. Pour plus d'informations, consultez Conseils, astuces et dépannage pour SQL Server 2014 Reporting Services. |
SQL Server 2012 et SQL Server 2012 SP1 |
| Installation en parallèle | Le mode natif SQL Server 2012 Reporting Services ne peut pas s’exécuter côte à côte avec l’une des opérations suivantes : Complément SQL Server 2014 Reporting Services pour SharePoint Service partagé SharePoint SQL Server 2014 Reporting Services L’installation côte à côte empêche le démarrage du service Windows en mode natif SQL Server 2012Reporting Services. Les messages d’erreur similaires à ce qui suit s’affichent dans le journal des événements Windows : Description : La base de données du serveur de rapports est une version non valide. Description : Le serveur de rapports [nom du serveur] ne peut pas se connecter à la base de données du serveur de rapports. |
Mode natif SQL Server 2012 |
| Erreur lors de la réparation d’une mise à niveau ayant échoué |
Problème: Vous tentez d’exécuter une réparation après l’échec d’une mise à niveau. L’opération de réparation échoue également et vous voyez des messages similaires à ce qui suit dans les fichiers journaux d’installation :(01) 2011-10-27 12:23:15 Slp: (01) 2011-10-27 12:23:15 Slp: Exception type: System.Exception (01) 2011-10-27 12:23:15 Slp: Message: (01) 2011-10-27 12:23:15 Slp: SQLPath element is missing (01) 2011-10-27 12:23:15 Slp: Data: (01) 2011-10-27 12:23:15 Slp: SQL.Setup.FailureCategory = ConfigurationFailurePour plus d’informations sur les fichiers journaux, consultez Afficher et lire les fichiers journaux d’installation de SQL Server. Solution: Vous devez désinstaller Reporting Services et réinstaller Reporting Services. Une mise à niveau n’est plus possible. |
SQL Server 2012 et SQL Server 2012 SP1 |
| Informations d’interactivité enregistrées uniquement pour la dernière requête. | Dans les versions antérieures de Reporting Services, les instantanés enregistraient toutes les combinaisons possibles de choix interactifs, telles que l’exploration détaillée des données et les options de basculement. Par exemple, vous pouvez afficher la page cinq d’un rapport, mais activer par programme un élément sur la page 1 en conservant le suivi de l’ID correct pour le bouton bascule. Dans SQL Server 2008, les informations d’interactivité sont générées et enregistrées uniquement pour la dernière requête de rendu. Vous ne pouvez pas afficher une page et désactiver par programmation un élément sur une autre page. Vous ne pouvez activer que les éléments d’extraction sur la page de rapport actuelle. |
SQL Server 2005 SP2 |
| Le rendu et la pagination ont changé. | Le modèle objet de rendu (ROM) a changé dans SQL Server 2008Reporting Services. Les versions antérieures du modèle objet de rendu ne sont plus prises en charge. L’accès au modèle objet de rendu à partir d’une extension de rendu à plusieurs threads (et le changement de contexte à partir de plusieurs threads) n’est pas supporté. | SQL Server 2005 SP2 |
| Format d’exportation CSV repensé. | Dans les versions antérieures de Reporting Services, lorsque vous avez exporté un rapport dans un format de fichier CSV, les données ont été mises en forme de manière à conserver la façon dont les données sont apparues sur la page de rapport. Pour les régions de données de matrice, cela a entraîné un format de données qui était peu pratique à importer dans d’autres applications. Dans cette version, lorsque vous exportez un rapport vers un fichier CSV, vous pouvez choisir entre deux formats pris en charge : mode par défaut et mode conforme. Le mode par défaut est optimisé pour Excel. Le mode conforme est optimisé pour les applications tierces. Le format précédent pour les fichiers CSV n’est plus disponible. Toutefois, pour les rapports qui n’utilisent pas de régions de données de matrice, vous pouvez utiliser le mode Conforme pour obtenir un format de fichier le plus proche du format de fichier CSV précédent. |
SQL Server 2005 SP2 |
| Agrégats avec une visibilité conditionnelle dans les en-têtes de page et les pieds de page. | Dans les versions antérieures de Reporting Services, différents renderers ont utilisé différentes règles pour déterminer les éléments avec une visibilité conditionnelle à inclure sur une page de rapport. Par exemple, les calculs agrégés n’ont pas été effectués pour les éléments masqués dans les rapports imprimés, mais ils ont été calculés pour les éléments masqués dans les rapports que vous avez affichés avec un navigateur ou dans Microsoft Office Excel. Dans cette version, tous les renderers utilisent le même ensemble de règles pour déterminer quels éléments se trouvent sur une page. |
SQL Server 2005 SP2 |
| Les formules ne sont pas prises en charge dans Excel. | Dans les versions antérieures de Reporting Services, la prise en charge de la traduction d’expressions dans RDL vers des formules Excel était limitée. Dans cette version, lorsque vous exportez un rapport vers Excel, les expressions RDL ne sont pas traduites en formules Excel. | SQL Server 2005 SP2 |
| Éléments qui se chevauchent. | Dans les versions antérieures de Reporting Services, si un rapport se chevauche sur l’aire de conception du rapport, la publication du rapport a généré un avertissement (« Les éléments de rapport qui se chevauchent ne sont pas pris en charge dans tous les renderers. »), mais les éléments de rapport restent dans leur emplacement d’origine sur l’aire de conception. Dans SQL Server 2008, les éléments de rapport peuvent être déplacés pour corriger les limites qui se chevauchent lorsqu’un rapport est affiché ou exporté vers un renderer qui ne prend pas en charge les éléments qui se chevauchent. | SQL Server 2005 SP2 |
| Modification de l’espace de noms du modèle objet de rapport. | Dans SQL Server 2008Reporting Services, l’espace de noms du modèle objet de rapport a changé. Cet espace de noms fournit un accès en lecture seule à partir du code personnalisé aux collections globales telles que Fields, Parameterset ReportItems. Si le code personnalisé existant utilise explicitement une référence complète à un espace de noms antérieur, cette modification est un changement cassant.Il est recommandé de ne pas utiliser de références pleinement qualifiées pour accéder aux collections intégrées à partir de votre code. En ne spécifiant pas explicitement l’espace de noms, les références de code personnalisées sont résolues dans la version du modèle d'objet de rapport pour la version actuellement installée de Reporting Services. |
SQL Server 2005 SP2 |
| Le fournisseur WMI (Report Server Windows Management Instrumentation) de SQL Server 2000 ou SQL Server 2005 n’est pas pris en charge. | Reporting Services inclut un fournisseur WMI que vous pouvez utiliser pour configurer par programme l’environnement dans lequel un serveur de rapports s’exécute. La version sql Server 2008 de Reporting Services inclut une nouvelle version du fournisseur WMI qui remplace complètement la version précédente. Les versions de SQL Server 2000 et 2005 ne sont pas prises en charge dans cette version de SQL Server. | SQL Server 2005 SP2 |
| Les noms de principal de service (SPN) ne sont pas recréés sur un serveur de rapports mis à niveau. | Si vous avez créé un SPN pour le service Web Report Server, vérifiez que la délégation contrainte fonctionne toujours pour le serveur de rapports mis à niveau. | SQL Server 2005 SP2 |
| Les assemblies personnalisées doivent être déplacées manuellement dans le nouveau dossier d’installation. | Les assemblys personnalisés ne sont pas détectés par le conseiller de mise à niveau et doivent être déplacés manuellement vers le nouveau dossier d’installation si vous souhaitez continuer à utiliser les fonctionnalités personnalisées dans les rapports. Si ces assemblys sont installés dans le dossier d’installation du serveur de rapports, ils doivent être déplacés vers le nouveau dossier d’installation une fois la mise à niveau terminée. |
SQL Server 2005 SP2 |
Voir aussi
Problèmes de mise à niveau de Reporting Services (Conseiller de mise à niveau)