Partager via

Base de données du serveur de rapports (SSRS en mode natif)

  • Article

Un serveur de rapports est un serveur sans état qui utilise SQL Server Moteur de base de données pour stocker les métadonnées et les définitions d'objets. Une installation Reporting Services en mode natif utilise deux bases de données pour distinguer le stockage de données persistantes des obligations de stockage temporaire. Les bases de données sont créées ensemble et liées par le nom. Par défaut, les noms de base de données sont ReportServer et ReportServerTempDB, respectivement.

Une installation de Reporting Services en mode SharePoint crée également une base de données pour la fonctionnalité d'alertes de données. Les trois bases de données en mode SharePoint sont associées aux applications de service Reporting Services . Pour plus d'informations, consultez Gérer une application de service SharePoint Reporting Services.

Les bases de données peuvent s'exécuter sur une instance locale ou distante du Moteur de base de données . Le choix d'une instance locale est utile si vous possédez suffisamment de ressources système ou si vous voulez économiser des licences logicielles, mais l'exécution des bases de données sur un ordinateur distant permet d'améliorer les performances.

Vous pouvez déplacer ou réutiliser une base de données de serveur de rapports existante provenant d'une installation précédente ou d'une instance différente avec une autre instance de serveur de rapports. Le schéma de la base de données du serveur de rapports doit être compatible avec l'instance du serveur de rapports. Si la base de données est dans un format plus ancien, vous êtes invité à le mettre à niveau au format actuel. Les versions plus récentes ne peuvent pas être réajustées vers une version antérieure. Si vous possédez une base de données du serveur de rapports récente, vous ne pouvez pas l'utiliser avec une version antérieure d'une instance de serveur de rapports. Pour plus d'informations sur la façon dont les bases de données de serveur de rapports sont mises à niveau vers des formats plus récents, consultez Mettre à niveau une base de données du serveur de rapports.

Important

La structure de table des bases de données est optimisée pour les opérations serveur et ne doit pas être modifiée ou ajustée. Microsoft peut éventuellement modifier la structure de table d'une version à une autre. Si vous modifiez ou agrandissez la base de données, vous pouvez limiter voire supprimer la possibilité d'effectuer des mises à jour ou d'appliquer des Service Packs. Vous risquez également de créer des perturbations sur le serveur de rapports par les modifications que vous effectuez. Par exemple, si vous activez READ_COMMITTED_SNAPSHOT dans la base de données ReportServer, vous interrompez des fonctionnalités interactives de tri.

Tous les accès à une base de données du serveur de rapports doivent être gérés par le biais du serveur de rapports. Pour accéder au contenu d'une base de données du serveur de rapports, vous pouvez utiliser Server management tools. Ces outils comprennent le portail web et SQL Server Management Studio, ou des interfaces par programmation telles que l'accès par URL, le service Web Report Server ou le fournisseur WMI (Windows Management Instrumentation).

La connexion à la base de données du serveur de rapports est définie par l'intermédiaire du Gestionnaire de configuration de Reporting Services. Toutefois, cette connexion peut être configurée au cours de l'installation si vous choisissez d'installer la configuration par défaut. Pour plus d'informations sur la connexion du serveur de rapports à la base de données, consultez Configurer une connexion à la base de données du serveur de rapports (Gestionnaire de configuration du serveur de rapports).

Base de données du serveur de rapports

La base de données d'un serveur de rapports est une base de données SQL Server qui stocke le contenu suivant :

  • Éléments gérés par un serveur de rapports. Ces éléments comprennent les rapports et les rapports liés, les sources de données partagées, les modèles de rapport, les dossiers, les ressources et toutes les propriétés et paramètres de sécurité associés à ces éléments.

  • définitions des abonnements et des planifications ;

  • instantanés de rapport (notamment les résultats de requête) et historique de rapport ;

  • propriétés système et paramètres de sécurité au niveau système ;

  • données du journal d'exécution des rapports ;

  • clés symétriques, ainsi que connexions et informations d'identification chiffrées pour les sources de données des rapports.

Étant donné que la base de données du serveur de rapports stocke l'état de l'application ainsi que des données permanentes, vous devez créer une planification de sauvegarde pour cette base de données afin d'éviter toute perte de données. Pour obtenir des recommandations et des instructions sur la sauvegarde de la base de données, consultez Déplacer les bases de données du serveur de rapports vers un autre ordinateur (mode natif SSRS).

Base de données temporaire du serveur de rapports

Chaque base de données du serveur de rapports utilise une base de données temporaire connexe pour stocker les données de session et d'exécution, les rapports mis en cache et les tables de travail générées par le serveur de rapports. Les processus serveur d'arrière-plan suppriment périodiquement des éléments plus anciens et inutilisés des tables dans la base de données temporaire.

Reporting Services ne recrée pas la base de données temporaire si elle est manquante, pas plus qu'il ne répare les tables manquantes ou modifiées. Bien qu'une base de données temporaire ne contienne pas de données permanentes, il est conseillé malgré tout d'en sauvegarder un exemplaire pour éviter d'être obligé de la recréer lors d'une opération de récupération suite à une défaillance majeure.

Si vous sauvegardez la base de données temporaire et que vous la restaurez ensuite, vous devez en supprimer le contenu. En règle générale, il n'est pas risqué de supprimer le contenu de la base de données temporaire à quelque moment que ce soit. Toutefois, vous devez redémarrer le service Windows Report Server après avoir supprimé le contenu.

Contenu connexe