Modifications importantes de SQL Server Reporting Services dans SQL Server 2012
Cette rubrique décrit les changements importants apportés à Reporting Services. Ces modifications peuvent interrompre les applications, scripts ou fonctionnalités fondés sur les versions antérieures de SQL Server. Vous pouvez rencontrer ces problèmes lorsque vous effectuez une mise à niveau, ou dans les scripts ou les rapports personnalisés. Pour plus d'informations, consultez Utiliser le Conseiller de mise à niveau pour la préparation des mises à niveau.
Dans cette rubrique :
Changements essentiels apportés à SQL Server 2012 Reporting Services
Changements essentiels apportés à SQL Server 2008 R2 Reporting Services
Changements essentiels apportés à SQL Server 2008 Reporting Services
Modifications importantes de SQL Server 2012 Reporting Services
Les références de serveur en mode SharePoint nécessitent un site SharePoint
Vous ne pouvez pas parcourir ou référencer directement le serveur de rapports à l'aide du nom direct virtuel dans le chemin d'accès de l'URL. Par exemple :
http://<Server name>/ReportServer
Vous devez maintenant inclure le site SharePoint dans le chemin d'accès de l'URL. Par exemple, si votre nom du site est « videos » et utilise le préfixe « sites », l'URL devrait être semblable à ce qui suit :
http://<Server Name>/sites/videos/_vti_bin/ReportServer
Modifications à l'installation de ligne de commande en mode SharePoint
Le paramètre d'entrée /RSINSTALLMODE fonctionne uniquement avec les installations en mode natif, et non pour les installations en mode SharePoint. Par exemple, ce qui suit n'est pas pris en charge dans SQL Server 2012 : /RSINSTALLMODE="DefaultSharePointMode”. Au lieu de ce paramètre d'entrée, utilisez /RSSHPINSTALLMODE="DefaultSharePointMode".
L'instruction suivante est un exemple d'une commande et un jeu de paramètres d'installation complète : setup /ACTION=install /FEATURES=SQL,RS /InstanceName=Denali_INST1 …. /RSSHPINSTALLMODE="DefaultSharePointMode"
Pour plus d'informations sur les installations de ligne de commande, consultez Installation d'invite de commandes en mode natif et en mode SharePoint de Reporting Services.
Le fournisseur WMI de Reporting Services ne prend plus en charge la configuration du mode SharePoint
La configuration de Reporting Services SharePoint est maintenant exécutée avec les applets de commande PowerShell et l'Administration centrale de SharePoint. La nouvelle architecture Reporting Services en mode SharePoint utilise l'architecture de services SharePoint. SharePoint ne prend pas en charge les interfaces WMI.
Ces modifications concernent la liste suivante de composants et de flux de travail :
Applications personnalisées qui utilisent le fournisseur WMI Reporting Services pour Reporting Services en mode SharePoint.
Le gestionnaire de configuration Reporting Services, rskeymgmt.exe et rsconfig.exe. Au lieu d'utiliser ces utilitaires pour la configuration du mode SharePoint Reporting Services, utilisez l'Administration centrale de SharePoint et PowerShell.
SQL Server Management Studio : Les clients ne peuvent pas faire référence à un serveur avec la syntaxe similaire à <nom_ordinateur>/<nom_instance>. À compter de la version SQL Server 2008, la méthode recommandée consistait à utiliser une URL de site SharePoint. Par exemple, http://<sharepoint_server>/<sharePoint_site>. À compter de SQL Server 2012, une URL de site SharePoint est la seule syntaxe prise en charge.
Le générateur de modèles de rapport est disponible dans les outils de données SQL Server
Outils de données SQL Server (SSDT) ne prend plus en charge les projets de modèle de rapport. Le générateur de modèles de rapport n'est pas disponible dans SQL Server 2012 Reporting Services (SSRS). Vous ne pouvez pas créer de nouveaux projets de modèle de rapport ni ouvrir des projets existants dans Outils de données SQL Server (SSDT) et vous ne pouvez pas créer ou mettre à jour des modèles de rapport. Pour mettre à jour des modèles de rapport, vous pouvez utiliser SQL Server 2008 R2 Reporting Services ou des outils précédents. Vous pouvez continuer à utiliser les modèles de rapport comme sources de données dans les rapports créés à l'aide d'outils SQL Server 2012 Reporting Services (SSRS) tels que le Générateur de rapports et le Concepteur de rapports. Le concepteur de requêtes que vous utilisez pour créer des requêtes et extraire des données de rapport à partir de modèles de rapport est toujours disponible dans SQL Server 2012 Reporting Services.
.gif "Icône de flèche utilisée avec le lien Retour en haut")
Haut
Changements essentiels apportés à SQL Server 2008 R2 Reporting Services
Cette section décrit les changements essentiels apportés à SQL Server 2008 R2 Reporting Services.
[!REMARQUE]
SQL Server 2008 R2 étant une mise à niveau de version secondaire de SQL Server 2008, nous vous recommandons d'examiner également le contenu de la section SQL Server 2008.
Amélioration du rendu des données CSV
Dans SQL Server 2008 R2 Reporting Services, le fichier CSV inclut des données graphiques et de jauge. Les applications qui dépendent d'une structure antérieure des fichiers CSV ne fonctionnent plus en raison de l'ajout de colonnes supplémentaires pour les graphiques et les jauges.
Pour plus d'informations, consultez Exportation vers un fichier CSV (Générateur de rapports et SSRS).
Haut
Changements essentiels apportés à SQL Server 2008 Reporting Services
Cette section décrit les changements essentiels apportés à SQL Server 2008 Reporting Services.
Modifications importantes de Report Server
Modifications importantes du Générateur de rapports
Modifications importantes du traitement des rapports
Modifications importantes de la génération de rapport
Pour plus d'informations sur les nouvelles fonctionnalités, consultez Nouveautés (Reporting Services).
Modifications importantes de Report Server
Cette section décrit les modifications importantes apportées au serveur de rapport et aux outils de gestion.
Fonctionnalité |
Description |
|---|---|
IIS et ASP.NET |
Reporting Services ne dépend plus d'IIS pour fournir l'accès au point de terminaison SOAP. Les URL n'incluent plus les sites Web dans IIS. Reporting Services utilise directement HTTP.SYS pour écouter les demandes sur un port spécifique que vous définissez pour les URL de serveur de rapports. Cette amélioration est une modification importante pour certains déploiements :
Le Conseiller de mise à niveau détecte les modifications importantes en vérifiant les filtres ISAPI et les répertoires virtuels personnalisés. Le Conseiller de mise à niveau ne peut pas contrôler toutes les personnalisations possibles. Votre installation peut passer le contrôle du Conseiller de mise à niveau, mais continuer à s'interrompre ou à produire des erreurs inattendues. |
Conflits de ports sous Windows XP |
Sur les éditions prises en charge de Windows XP SP2 32 bits, IIS 5.1 et Reporting Services ne peuvent pas utiliser le même port. Vous ne pouvez pas configurer à la fois IIS 5.1 et un serveur de rapports pour qu'ils écoutent tous deux sur le port HTTP par défaut (port 80). IIS 5.1 n'utilise pas HTTP.SYS pour les applications Web hébergées sur le serveur Web. Par conséquent, il n'existe aucune gestion de file d'attente commune pour les demandes qui aboutissent sur le même port et il n'existe aucun référentiel commun des URL inscrites et réservées. Ce problème donne lieu au comportement suivant pour les mises à niveau de SQL Server 2008 Reporting Services sur Windows XP :
Une fois la mise à niveau terminée, vous pouvez utiliser le gestionnaire de configuration Reporting Services pour modifier le port sur lequel écoute le serveur de rapports. Pour plus d'informations sur les systèmes d'exploitation Windows pris en charge pour SQL Server 2008, consultez Configurations matérielle et logicielle requises pour l'installation de SQL Server 2012.
|
Fournisseur WMI (Windows Management Instrumentation) de Reporting Services |
Le fournisseur WMI (Windows Management Instrumentation) de Reporting Services n'est pas compatible avec la version précédente. La nouvelle version inclut des méthodes supplémentaires pour prendre en charge l'inscription d'URL. Comme il ne peut y avoir qu'une seule version du fournisseur WMI Reporting Services pour une installation du serveur de rapports, cette version remplace la version précédente. Cette modification représente une modification importante pour certains déploiements. Si vous avez créé un script ou des outils qui appellent le fournisseur WMI, vous devez modifier votre code pour utiliser la nouvelle version. Pour plus d'informations, consultez Accédez au fournisseur WMI de Reporting Services. Cette modification empêche également les utilisateurs de se connecter à une instance de SQL Server 2005 dans SQL Server Management Studio lorsqu'ils spécifient le format <server_name>\<instance_name> pour se connecter. À la place, les utilisateurs doivent taper l'URL du serveur de rapports pour se connecter. |
Consolidation des services et des applications |
Le service Web de serveur de rapports, le Gestionnaire de rapports et l'application de traitement en arrière-plan sont consolidés en un seul service. Vous ne pouvez pas les démarrer ou les arrêter séparément. |
Fichiers de configuration Reporting Services |
Les fichiers de configuration Reporting Services sont également consolidés. Le fichier RSReportServer.config est le principal fichier de configuration du Gestionnaire de rapports et du service Web de serveur de rapports. Le fichier RSWebApplication.config est obsolète. Les paramètres RSWebApplication.config suivants ont été déplacés vers le fichier RSReportServer.config :
Les paramètres suivants sont obsolètes et ne sont plus utilisés :
Si vous avez modifié le fichier RSWebApplication.config dans une installation précédente, le fichier n'est pas supprimé lorsque vous effectuez une mise à niveau vers SQL Server 2008. Supprimez le fichier manuellement ; tous les paramètres du fichier sont ignorés dans cette version. |
Journaux de suivi Reporting Services |
ReportServerService_<horodateur>.log est le principal journal de suivi pour toutes les applications qui s'exécutent dans le service. Les fichiers suivants sont obsolètes et ne sont plus créés dans SQL Server 2008 : ReportServerWebApp_<horodateur>.log, ReportServer_<horodateur>.log et ReportServerService_main_<horodateur>.log. |
Gestionnaire de configuration Reporting Services |
Le gestionnaire de configuration de Reporting Services ne prend plus en charge les fonctionnalités de mise à niveau de la base de données ou de l'attribution de droits qui permettaient d'effectuer une mise à niveau ou d'accorder des autorisations en tant qu'opérations indépendantes ou de générer des modèles de script pour effectuer ces tâches. Dans cette version, la mise à niveau et les autorisations relatives à la base de données sont gérées comme opérations internes. |
SQL Server Management Studio |
Dans Management Studio, le dossier de base est supprimé de cette version. Vous ne pouvez pas afficher, gérer, distribuer ou sécuriser le contenu du serveur de rapports dans Management Studio. |
Gestionnaire de rapports |
Dans le Gestionnaire de rapports, les liens suivants sont supprimés des paramètres du site : Configurer les définitions de rôle au niveau élément, Configurer les définitions de rôle au niveau système, Gérer les travaux. Le Gestionnaire de rapports ne prend plus en charge la création, la modification ou la suppression des définitions de rôle. Utilisez Management Studio pour gérer les tâches qui sont dans des rôles spécifiques. De la même façon, la gestion des travaux a été déplacée du Gestionnaire de rapports vers Management Studio. |
Abonnements par messagerie |
Les abonnements par messagerie ne fonctionnent pas pour les alias de messagerie dans les champs Expéditeur, À, Cc, Cci et Répondre à lorsque le serveur de rapports ou le serveur SMTP distant est mis à niveau vers Windows Vista ou Windows Server 2008. Ce problème se produit parce que Windows Server 2003 contient une fonctionnalité qui résout les alias en leurs adresses de messagerie complètes. Reporting Services a dépendu de cette fonctionnalité pour autoriser l'utilisation d'alias de messagerie à la place des adresses de messagerie complètes. Toutefois, pour aider à supprimer les fausses adresses de messagerie par filtrage, Windows Vista et Windows Server 2008 ne contiennent pas cette fonctionnalité. Pour contourner ce problème, configurez la propriété DefaultHostName dans la configuration. Pour plus d'informations sur la résolution de ce problème, consultez dans la Base de connaissances Microsoft l'article 945601 : « Les abonnements SQL Server 2005 Reporting Services de messagerie ne fonctionnent pas dans Windows Vista et Windows Server 2008 si vous utilisez des alias comme des adresses de messagerie. » |
Complément SQL Server 2008 Reporting Services pour les technologies SharePoint |
Le complément SQL Server 2008 Reporting Services pour les technologies SharePoint propose des fonctions de rendu, de traitement et de gestion de rapport, ainsi que des abonnements pilotés par les données lorsque vous exécutez une instance du serveur de rapports SQL Server 2008 en mode intégré SharePoint. Le téléchargement du complément contient un composant WebPart Visionneuse de rapports, des pages d'application Web et la prise en charge de Windows SharePoint Services (WSS) ou de MOSS (Microsoft Office SharePoint Services). Le complément SQL Server 2008 Reporting Services pour les technologies SharePoint nécessite une instance du serveur de rapports SQL Server 2008, car ce complément n'est pas pris en charge par les versions antérieures de SQL Server. Si votre serveur de rapports est antérieur à la version SQL Server 2008 et que vous installez ou mettez à niveau le complément SQL Server 2008 Reporting Services pour les technologies SharePoint, le serveur de rapports ne fonctionne pas comme prévu. Par exemple, vous ne pourrez pas configurer d'accès à la base de données avec la page Accorder l'accès à la base de données et rendre des rapports à l'aide d'un produit ou d'une technologie SharePoint. Pour résoudre ce problème, vous devez soit mettre à niveau votre instance du serveur de rapports vers SQL Server 2008, soit désinstaller le complément SQL Server 2008 Reporting Services pour les technologies SharePoint et réinstaller le complément SQL Server 2005 Reporting Services pour les technologies SharePoint. Pour plus d'informations sur le complément SQL Server 2008 Reporting Services pour les technologies SharePoint, consultez le fichier Readme du complément Microsoft SQL Server 2008 Reporting Services. |
Authentification de base |
Dans SQL Server 2008 Reporting Services, seuls les types de connexion NETWORK et NETWORK_CLEARTEXT sont pris en charge avec l'authentification de base ; les types de connexion Interactive et BATCH ne sont pas pris en charge. |
Modifications importantes du Générateur de rapports
Cette section décrit les modifications importantes apportées au Générateur de rapports.
Le Générateur de rapports s'exécute uniquement en mode de confiance totale
Dans les versions antérieures d'Reporting Services exécutées en mode natif, le Générateur de rapports de SQL Server 2005 pouvait être démarré à l'aide des URL suivantes :
**Confiance totale **Par exemple, http://<servername>/reportserver/reportbuilder/reportbuilder.application
Confiance partielle Par exemple, http://<servername>/reportserver/reportbuilder/reportbuilderlocalintranet.application
Dans les deux URL, <servername> désigne l'ordinateur qui spécifie le serveur de rapports. De même, serveur_rapports y désigne l'instance du serveur de rapports.
Dans cette version, vous devez utiliser l'URL de confiance totale pour exécuter le Générateur de rapports. Lorsque vous utilisez l'URL de confiance totale pour la première fois, vous pouvez être invité à attribuer un niveau d'autorisations plus élevé à l'application.
[!REMARQUE]
Si le Générateur de rapports ne s'exécute pas, ou si vous obtenez une erreur, contactez l'administrateur système. Il se peut que vous n'ayez pas les autorisations nécessaires pour attribuer un niveau d'autorisations plus élevé à l'application.
Après avoir accordé ces autorisations une première fois, vous n'avez plus besoin de recommencer.
Dans cette version, si vous utilisez l'URL de confiance partielle, l'erreur suivante s'affiche lorsque vous ouvrez ou enregistrez un rapport, ou basculez d'un serveur de rapports à un autre :
« Échec. Une erreur s'est produite lors du traitement de votre demande. Enregistrez votre rapport et redémarrez l'application. »
Modifications importantes du traitement des rapports
L'architecture de traitement des rapports est modifiée de façon fondamentale dans cette version en fournissant un traitement des rapports à la demande. Le traitement des rapports à la demande réduit considérablement l'utilisation de la mémoire sur un serveur de rapports.
Application du format décimal à une valeur flottante
La conversion d'une valeur flottante au format personnalisé .NET Framework « D » (décimal) n'est pas prise en charge. Dans les versions antérieures de Reporting Services, aucune erreur n'a été générée pour cette condition.
Importantes modifications de la mise à niveau RDL
Les éléments RDL suivants ne sont pas pris en charge lors de la mise à niveau d'un rapport existant :
Identificateurs d'objet dans RDL limités à 256 caractères
La longueur des identificateurs d'objets dans RDL (par exemple, textboxID) n'était pas limitée dans les versions précédentes. Dans cette version, la longueur des identificateurs d'objet ne peut pas dépasser 256 caractères. Les identificateurs doivent toujours être conformes CLS.
Informations d'interactivité enregistrées uniquement pour la dernière demande
Dans les versions antérieures de Reporting Services, les instantanés enregistraient toutes les combinaisons possibles des choix interactifs, telles que les informations d'extraction et les choix de basculement. Vous pouviez afficher la page cinq d'un rapport, mais basculer par programme sur un élément de la première page en conservant l'ID correct pour l'opération de basculement.
Dans SQL Server 2008, les informations d'interactivité sont générées et enregistrées uniquement pour la dernière demande de rendu. Vous ne pouvez pas afficher une page et basculer par programme sur un élément d'une autre page. Vous pouvez basculer uniquement sur des éléments d'extraction de la page de rapport en cours.
Modification de l'espace de noms du modèle objet de rapport.
Dans cette version, l'espace de noms du modèle objet de rapport a changé. Cet espace de noms fournit l'accès en lecture seule, tant au niveau du code personnalisé qu'au niveau des collections globales, par exemple Fields, Parameters et ReportItems. Si le code personnalisé existant utilise explicitement une référence complète à un espace de noms antérieur, il s'agit d'une modification avec rupture.
Il vous est recommandé de ne pas utiliser de références complètes pour accéder à des collections intégrées à partir de votre code. En ne spécifiant pas explicitement l'espace de noms, les références du code personnalisé correspondent à la version du modèle objet de rapport de Reporting Services actuellement installée.
Par exemple, dans SQL Server 2005 Reporting Services, les deux exemples suivants font ressortir la différence entre l'utilisation d'une référence complète à un paramètre (Microsoft.ReportingServices.ReportProcessing.ReportObjectModel.Parameter) et celle d'une référence par défaut à un paramètre (Parameter) pour passer un paramètre de rapport à une fonction personnalisée qui retourne l'étiquette de paramètre de rapport.
L'exemple suivant n'est pas recommandé. Il affiche la référence complète pour un paramètre de rapport. Le deuxième exemple est recommandé et illustre la référence de l'espace de noms par défaut pour un paramètre de rapport.
DO NOT USE FULLY QUALIFIED NAMESPACE REFERENCES FOR RUN-TIME COLLECTIONS
Public Function ShowParams(ByVal reportparameter As _
Microsoft.ReportingServices.ReportProcessing.ReportObjectModel.Parameter) _
As String
Return reportparameter.Label
End Function
La méthode recommandée pour accéder à une collection à l'exécution est affichée dans l'exemple suivant :
Public Function ShowParams(ByVal reportparameter As Parameter) _
As String
Return reportparameter.Label
End Function
Modifications importantes de la génération de rapport
L'architecture de génération de rapport est modifiée de façon fondamentale dans cette version pour fournir un rendu plus cohérent pour la pagination et la mise en page entre les différents convertisseurs.
Nouveau modèle objet de rendu et pagination cohérente
Le modèle objet de rendu (ROM) a changé pour SQL Server 2008. 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 multithread (et le basculement de contexte à partir de plusieurs threads) n'est pas pris en charge.
Le nouveau ROM rend les règles de restitution des pages plus cohérentes. Pour plus d'informations, consultez Pagination dans Reporting Services (Générateur de rapports et SSRS).
Révision du rendu des données CSV
Dans les versions antérieures de Reporting Services, lorsque vous exportiez un rapport sous un format de fichier CSV, les données étaient mises en forme de manière à ce que leur apparence dans la page de rapport soit préservée. Pour les régions de données de matrice, le format de données obtenu se prêtait mal à l'importation dans d'autres applications en vue de continuer à utiliser les données.
Dans cette version, lorsque vous exportez un rapport vers un fichier CSV, vous pouvez choisir entre deux formats pris en charge : le mode Par défaut et le mode Conforme. Le mode Par défaut est optimisé pour Excel. Le mode conforme est optimisé pour les applications tierces. Pour plus d'informations, consultez Exportation vers un fichier CSV (Générateur de rapports et SSRS).
Le format antérieur des fichiers CSV n'est plus disponible. Toutefois, pour les rapports qui n'utilisent pas de régions de données de matrice, vous pouvez recourir au mode Conforme pour obtenir un format de fichier le plus proche du format de fichier CSV antérieur.
Agrégats avec visibilité conditionnelle dans les en-têtes et les pieds de page
Dans les versions antérieures de Reporting Services, différents convertisseurs utilisaient des règles variées pour déterminer les éléments avec une visibilité conditionnelle à inclure dans une page de rapport. Par exemple, des éléments masqués dans des rapports destinés à l'affichage dans un navigateur ou dans Excel pouvaient donner lieu à des calculs d'agrégats, ce qui n'était pas le cas pour les rapports destinés à l'impression.
Dans cette version, tous les convertisseurs utilisent le même jeu de règles pour déterminer les éléments à faire figurer dans une page.
Aucune prise en charge de formule dans Excel
Les versions antérieures de Reporting Services assuraient une prise en charge limitée de la conversion d'expressions RDL en formules Microsoft Excel. Dans cette version, lorsque vous exportez un rapport vers Excel, les expressions RDL ne sont pas converties en formules Excel.
Chevauchement d'éléments
Dans les versions antérieures de Reporting Services, si l'aire de conception d'un rapport comportait des éléments qui se chevauchaient, la publication du rapport générait un avertissement (« Le chevauchement des éléments de rapport n'est pas pris en charge dans tous les convertisseurs. »), mais les éléments de rapport demeuraient à 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 le chevauchement des limites lorsqu'un rapport est affiché ou exporté dans un convertisseur qui ne prend pas en charge le chevauchement d'éléments. Pour plus d'informations, consultez Comportement de rendu (Générateur de rapports et SSRS).
Haut
Voir aussi
Concepts
Changements de comportement apportés à SQL Server Reporting Services dans SQL Server 2012
Nouveautés (Reporting Services)
Fonctions déconseillées dans SQL Server Reporting Services dans SQL Server 2012
Fonctionnalités supprimées dans SQL Server Reporting Services dans SQL Server 2012