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.
Le mode natif Reporting Services utilise deux bases de données relationnelles SQL Server pour stocker les métadonnées et les objets 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 SQL Server par défaut, les bases de données sont nommées reportserver et reportservertempdb. Collectivement, les deux bases de données sont appelées « base de données du serveur de rapports » ou « catalogue de serveurs de rapports ».
Le mode SharePoint de Reporting Services inclut une troisième base de données utilisée pour les métadonnées d’alerte de données. Les trois bases de données sont créées pour chaque application de service Reporting Services et les noms de base de données par défaut incluent un 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 l’accès à la base de données du serveur de rapports, utilisez toujours les API Reporting Services pour accéder à la base de données du serveur de rapports.
L'exception à ceci sont les vues du journal d'exécution. Pour plus d’informations, consultez le journal d’exécution du serveur de rapports et la vue ExecutionLog3
Méthodes de création de la base de données du serveur de rapports
Mode natif : Vous pouvez créer la base de données du serveur de rapports en mode natif de la manière suivante :
Automatiquement : Utilisez l’Assistant Installation de SQL Server, si vous choisissez l’option d’installation par défaut. Dans l’Assistant Installation de SQL Server, il s'agit de Installer et configurer dans la page Options d'installation du serveur de rapports. Si vous avez choisi l’option Installer uniquement , vous devez utiliser le Gestionnaire de configuration de Reporting Services pour créer la base de données.
Manuellement : utilisez le Gestionnaire de configuration de Reporting Services. Vous devez créer manuellement la base de données du serveur de rapports 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 (Gestionnaire de configuration SSRS).
Mode SharePoint : La page Options d’installation du serveur de rapports n’a qu’une option pour le mode d’installation SharePoint uniquement. Cette option installe tous les fichiers Reporting Services et le service partagé Reporting Services. L’étape suivante consiste à créer au moins une application de service Reporting Services de l’une des façons suivantes :
Utilisez l’Administration centrale de SharePoint pour créer une application de service Reporting Services. Pour plus d’informations, consultez la section « Application de service » de l’étape 3 : Créer une application de service Reporting Services.
Utilisez des applets de commande PowerShell 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 de création d’applications de service dans la rubrique Applets de commande PowerShell pour le mode SharePoint reporting Services.
Configuration requise pour la version du serveur de base de données
SQL Server est utilisé pour héberger les bases de données du serveur de rapports. L’instance du moteur de base de données SQL Server peut être une instance locale ou distante. Voici les versions prises en charge du moteur de base de données SQL Server qui peuvent être utilisées pour héberger les bases de données du serveur de rapports :
SQL Server 2014
SQL Server 2012
SQL Server 2008 R2
SQL Server 2008
SQL Server 2005
La création de la base de données du serveur de rapports sur un ordinateur distant nécessite que vous configurez la connexion pour utiliser un compte d’utilisateur de domaine ou un compte de service disposant d’un accès réseau. Si vous décidez d’utiliser une instance SQL Server distante, envisagez soigneusement les informations d’identification que le serveur de rapports doit utiliser pour vous connecter à l’instance SQL Server. Pour plus d’informations, consultez Configurer une connexion de base de données du serveur de rapports (Gestionnaire de configuration SSRS).
Important
Report Server et l’instance SQL Server hébergeant la base de données du serveur de rapports peuvent se trouver dans différents domaines. Pour le déploiement Internet, il est courant d’utiliser un serveur derrière un pare-feu. Si vous configurez un serveur de rapports pour l’accès Internet, utilisez les informations d’identification SQL Server pour vous connecter à l’instance de SQL Server qui se trouve derrière le pare-feu et utilisez IPSEC pour sécuriser la connexion.
Configuration requise pour l’édition du serveur de base de données
Lors de la création d’une base de données du serveur de rapports, n’oubliez pas que 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 la section « Exigences relatives à l’édition du serveur de base de données Report Server » des fonctionnalités prises en charge par les éditions de SQL Server 2014.