Dernières modifications de SQL Server Reporting Services

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 Utilisation du Conseiller de mise à niveau pour la préparation des mises à niveau.

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 du serveur de rapports.

Cette amélioration est une modification importante pour certains déploiements :

  • Si vous avez des scripts, des outils ou des processus de diagnostics qui incluent la révision des métadonnées ou des propriétés IIS, vous devez maintenant développer de nouvelles approches pour gérer le déploiement d'un serveur de rapports.

  • Si vous avez implémenté un filtre ISAPI pour la sécurité, vous devez déplacer le filtre ISAPI pour qu'il soit hébergé dans un serveur ISA ou créer un nouveau module HTTP qui effectue les mêmes opérations dans Reporting Services.

  • Si vous utilisez des paramètres de répertoire virtuel personnalisés, vous pouvez ne pas être en mesure de configurer des paramètres équivalents ou des URL dans la nouvelle implémentation du serveur de rapports. Dans certains cas, les opérations de mise à niveau ne peuvent pas créer des URL équivalentes pour le serveur de rapports ou le Gestionnaire de rapports.

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. Cela signifie qu'il n'existe aucune gestion de file d'attente commune pour les demandes qui aboutissent sur le même port et qu'il n'existe aucun référentiel commun des URL enregistrées et réservées.

Ce problème donne lieu au comportement suivant pour les mises à niveau de SQL Server 2008Reporting Services sur Windows XP :

  • Sur les éditions 32 bits de Windows XP, si vous mettez à niveau une installation existante de SQL Server 2005Reporting Services vers SQL Server 2008Reporting Services, le serveur de rapports est configuré pour écouter sur le port 8080.

  • Sur les éditions 64 bits de Windows XP, si vous mettez à niveau une installation existante de SQL Server 2005Reporting Services vers SQL Server 2008Reporting Services, le serveur de rapports est configuré pour écouter sur le port 80.

  • Si vous effectuez une mise à niveau de génération à génération de SQL Server 2008, le serveur de rapports continue à écouter sur le même port été configuré avant la mise à niveau.

Après la mise à niveau complète, vous pouvez utiliser l'outil de configuration Reporting Services pour modifier le port sur lequel le serveur de rapports écoute, si vous souhaitez utiliser un port différent.

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

RemarqueRemarque
IIS 5.0 n'est plus pris en charge. Les serveurs Windows 2000 ne sont pas pris en charge dans SQL Server 2008.

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 Fournisseur WMI de Reporting Services.

Cette modification empêche également des utilisateurs de se connecter à une instance de SQL Server 2005 dans SQL Server Management Studio lorsque l'utilisateur spécifie le format <nom_serveur>\< nom_instance> 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 Report Server, 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 Report Server. Le fichier RSWebApplication.config est obsolète. Les paramètres RSWebApplication.config suivants ont été déplacés vers le fichier RSReportServer.config :

  • ReportServerUrl

  • ReportServerExternalUrl

  • ReportBuilderTrustLevel

  • Paramètres DeliveryUI des extensions de remise

  • DisplayErrorLink

Les paramètres suivants sont obsolètes et ne sont plus utilisés :

  • ReportServerVirtualDirectory

  • MaxActiveReqForOneUser

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. Vous devez supprimer 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.

Outil de configuration de Reporting Services

L'outil 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. Vous devez utiliser 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 adresses de messagerie complètes. Reporting Services reposait sur cette fonctionnalité pour autoriser l'utilisation d'alias de messagerie au lieu d'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, vous devez configurer 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 : « Abonnements SQL Server 2005Reporting 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 2008Reporting Services pour les technologies SharePoint

Le complément SQL Server 2008Reporting 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 2008Reporting 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 2008Reporting 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 2008Reporting Services pour les technologies SharePoint et réinstaller le complément SQL Server 2005Reporting 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 2008Reporting 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 de 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://<nom_serveur>/reportserver/reportbuilder/reportbuilder.application

  • Confiance partielle   Par exemple, http://<nom_serveur>/reportserver/reportbuilder/reportbuilderlocalintranet.application

Dans les deux URL, <nom_serveur> 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 captures instantanées 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 Présentation de la pagination dans Reporting Services.

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.

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 Présentation des comportements de rendu.