Partage via

Créer une base de données du serveur de rapports, Gestionnaire de configuration du serveur de rapports

  • Article

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.

Méthodes pour créer la base de données de serveur de rapports

en mode natif

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.

Mode SharePoint

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 :

Conditions requises pour une version du serveur de bases de données

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 2017

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

Conditions requises pour l’édition d’un serveur de bases de données

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.

Étapes suivantes

Apprenez-en davantage sur le Gestionnaire de configuration du serveur de rapports.

D’autres questions ? Posez-les sur le forum Reporting Services.