Événements
31 mars, 23 h - 2 avr., 23 h
Le plus grand événement d’apprentissage SQL, Fabric et Power BI. 31 mars au 2 avril. Utilisez le code FABINSIDER pour économiser 400 $.
Inscrivez-vous aujourd’huiCe navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
S’applique à : SQL Server 2016 (13.x) Reporting Services et versions ultérieures
Power BI Report Server
SharePoint
Pour obtenir du contenu lié aux versions précédentes de SQL Server Reporting Services (SSRS), consultez Présentation de SQL Server Reporting Services.
Le mode natif SQL Server Reporting Services utilise deux bases de données relationnelles SQL Server pour le stockage des objets et des métadonnées du serveur de rapports. Une base de données est utilisée pour le stockage principal et l'autre pour le stockage des données temporaires.
Les bases de données sont créées ensemble et liées par le nom. Avec une instance de SQL Server par défaut, les bases de données ont pour nom respectif reportserver et reportservertempdb. Les deux bases de données sont collectivement appelées base de données de serveur de rapports ou catalogue du serveur de rapports.
Le mode SharePoint SQL Server Reporting Services inclut une troisième base de données utilisée pour les métadonnées d’alerte des données. Les trois bases de données sont créées pour chaque application de service SSRS. Les noms de base de données par défaut incluent un identificateur global unique (GUID) qui représente l’application de service.
Voici des exemples de noms des trois bases de données en mode SharePoint :
ReportingService_90a9f37075544f22953c4a62e4a9f370
ReportingService_90a9f37075544f22953c4a62e4a9f370TempDB
ReportingService_90a9f37075544f22953c4a62e4a9f370_Alerting
Important
N'écrivez pas d'applications qui exécutent des requêtes sur la base de données du serveur de rapports. La base de données du serveur de rapports n'est pas un schéma public. La structure des tables peut changer d'une version à la suivante. Si vous écrivez une application qui nécessite un accès à la base de données du serveur de rapports, utilisez toujours les API SQL Server Reporting Services pour accéder à la base de données du serveur de rapports.
Les vues du journal des exécutions constituent des exceptions à cette règle. Pour plus d’informations, consultez Journal des exécutions du serveur de rapports et vue ExecutionLog3.
Vous pouvez créer la base de données du serveur de rapports en mode natif en procédant comme suit :
Automatique. Utilisez l’Assistant Installation de SQL Server si vous choisissez l’option d’installation de la configuration par défaut. Dans l’Assistant Installation de SQL Server, cette option s’appelle Installer et configurer dans la page des options d’installation du serveur de rapports. Si vous choisissez l’option Installer uniquement, vous devez utiliser le Gestionnaire de configuration du serveur de rapports de SQL Server pour créer la base de données. (s’applique uniquement à SQL Server Reporting Services 2016 et versions antérieures)
Manuel. Utilisez le Gestionnaire de configuration de SQL Server Reporting Services. Créez la base de données du serveur de rapports manuellement si vous utilisez un moteur de base de données SQL Server distant pour héberger la base de données. Pour plus d’informations, consultez Créer une base de données du serveur de rapports en mode natif.
La page des options d’installation du serveur de rapports n’offre que l’option Installer uniquement pour le mode SharePoint. Cette option installe tous les fichiers SQL Server Reporting Services et le service partagé SQL Server Reporting Services. L'étape suivante consiste à créer au moins une application de service SSRS de l'une des manières suivantes :
Accédez à l'Administration centrale dans SharePoint Server pour créer une application de service SSRS. Pour plus d’informations, consultez la section créer une application de service dans Installer le premier serveur de rapports en mode SharePoint.
Utilisez les applets de commande PowerShell SQL Server Reporting Services pour créer une application de service et les bases de données du serveur de rapports. Pour plus d’informations, consultez l’exemple pour la création d’applications de service dans la rubrique Applets de commande PowerShell pour le mode SharePoint de Reporting Services.
SQL Server est utilisé pour héberger les bases de données des serveurs de rapports. L’instance du moteur de base de données SQL Server peut être locale ou distante. Voici les versions prises en charge du moteur de base de données SQL Server permettant d’héberger les bases de données du serveur de rapports :
Azure SQL Managed Instance
SQL Server 2022
SQL Server 2019
SQL Server 2016 (13.x)
SQL Server 2014 (12.x)
SQL Server 2012 (11.x)
Notes
SQL sur Linux n’est pas un environnement pris en charge pour héberger une base de données SQL Server Reporting Services.
Si vous créez la base de données du serveur de rapports sur un ordinateur distant, configurez la connexion de manière à employer un compte d'utilisateur de domaine ou un compte de service pouvant accéder au réseau. Si vous utilisez une instance SQL Server distante, réfléchissez aux informations d’identification que le serveur de rapports devra utiliser pour se connecter à l’instance. Pour plus d’informations, consultez Configurer une connexion à la base de données du serveur de rapports (Gestionnaire de configuration du serveur de rapports).
Important
Le serveur de rapports et l’instance de SQL Server hébergeant la base de données du serveur de rapports peuvent appartenir à des domaines différents. Dans le cadre d'un déploiement Internet, il est courant d'utiliser un serveur situé derrière un pare-feu.
Si vous configurez un serveur de rapports de manière à accéder à Internet, utilisez les informations d’identification SQL Server pour vous connecter à l’instance de SQL Server située derrière le pare-feu. Recourez à IPSEC pour sécuriser la connexion.
Lors de la création d’une base de données de serveur de rapports, toutes les éditions de SQL Server ne peuvent pas être utilisées pour héberger la base de données. Pour plus d’informations, consultez Conditions requises pour l’édition du serveur de base de données du serveur de rapports dans Fonctionnalités Reporting Services prises en charge par les éditions de SQL Server.
Événements
31 mars, 23 h - 2 avr., 23 h
Le plus grand événement d’apprentissage SQL, Fabric et Power BI. 31 mars au 2 avril. Utilisez le code FABINSIDER pour économiser 400 $.
Inscrivez-vous aujourd’huiEntrainement
Module
Créer des états dans les applications de finances et d’opérations - Training
Les organisations disposent de nombreuses données. Lorsqu’une organisation se développe, sa capacité à fournir du contexte pour toutes ces données devient de plus en plus cruciale. Les états permettent d’organiser les données de manière pertinente. Les applications de finances et d’opérations comprennent des outils de reporting pour vous permettre de créer des états pour vos organisations, qu’il s’agisse d’états SQL Server Reporting Services (SSRS), Microsoft Power BI ou Microsoft Excel. Ces outils de repor
Certification
Microsoft Certified : Azure Database Administrator Associate - Certifications
Administrer une infrastructure de base de données SQL Server pour les bases de données relationnelles cloud, locales et hybrides à l’aide des offres de bases de données relationnelles Microsoft PaaS.
Documentation
Découvrez le Gestionnaire de configuration du serveur de rapports afin de pouvoir configurer une installation SQL Server Reporting Services (SSRS) en mode natif.
Découvrez comment chaque instance de serveur de rapports nécessite une connexion à la base de données du serveur de rapports qui stocke les rapports, les sources de données partagées et les métadonnées gérés par le serveur.
Consultez comment installer Reporting Services en mode natif. Affichez les étapes d’utilisation de l’Assistant Installation de SQL Server pour installer et configurer le serveur de rapports.