MSDN Library
Réduire la table des matières
Développer la table des matières

Administrer une base de données du serveur de rapports (SSRS en mode natif)

 

S'applique à: SQL Server 2016

Un déploiement de Reporting Services utilise deux bases de données relationnelles SQL Server pour le stockage interne. Par défaut, les bases de données ont pour nom respectif Reportserver et ReportServerTempdb. La base de données ReportServerTempdb est créée à l'aide de la base de données du serveur de rapports primaire et sert à stocker les données temporaires, les informations de session et les rapports mis en mémoire cache.

Dans Reporting Services, les tâches d'administration de base de données consistent à sauvegarder et à restaurer les bases de données du serveur de rapports et à gérer les clés de chiffrement qui permettent de chiffrer et de déchiffrer les données sensibles.

Pour administrer les bases de données du serveur de rapports, SQL Server met une série d'outils à votre disposition.

  • Pour sauvegarder ou restaurer la base de données du serveur de rapports, déplacer une base de données du serveur de rapports ou récupérer une base de données du serveur de rapports, vous pouvez utiliser SQL Server Management Studio, la Transact-SQL commandes ou les utilitaires d’invite de commandes de base de données. Pour obtenir des instructions, consultez la page déplacement des bases de données du serveur de rapports à un autre ordinateur & #40 ; SSRS en Mode natif & #41 ; dans la documentation en ligne de SQL Server.

  • Pour copier le contenu d'une base de données dans une autre base de données du serveur de rapports, vous pouvez attacher une copie d'une base de données du serveur de rapports et l'utiliser avec une autre instance du serveur de rapports. Ou encore, vous pouvez créer et exécuter un script qui utilise des appels SOAP pour recréer le contenu du serveur de rapports dans une nouvelle base de données. Vous pouvez utiliser la rs utilitaire pour exécuter le script.

  • Pour gérer les connexions entre le serveur de rapports et la base de données connexe et pour déterminer quelle base de données utilise une instance de serveur de rapports particulière, utilisez la page Installation de la base de données dans l'outil de configuration de Reporting Services. Pour en savoir plus sur la connexion à la base de données du serveur de rapports, consultez configurer une connexion de base de données de serveur de rapports & #40 ; SSRS Configuration Manager & #41 ;.

Les bases de données du serveur de rapports sont utilisées en interne par le serveur de rapports. Les connexions à une base de données sont opérées par le service Report Server. Vous devez utiliser l'outil de configuration de Reporting Services pour configurer la connexion du serveur de rapports à la base de données du serveur de rapports.

Informations d’identification pour la connexion à la base de données peut être le compte de service, un Windows local ou un compte d’utilisateur de domaine ou un SQL Server utilisateur de base de données. Vous devez choisir un compte existant pour la connexion ; Reporting Services ne crée pas de comptes à votre place.

Une connexion SQL Server à la base de données du serveur de rapports est créée automatiquement pour le compte de votre choix.

Les autorisations d'accès à la base de données sont également configurées automatiquement. L’outil de Configuration de Reporting Services attribue l’utilisateur de base de données ou le compte de le Public et RSExecRole rôles pour les bases de données de serveur de rapports. Le RSExecRole fournit les autorisations pour accéder aux tables de base de données et d’exécuter des procédures stockées. Le RSExecRole est créé dans master et msdb lorsque vous créez la base de données du serveur de rapports. Le RSExecRole est un membre de la db_owner rôle pour les bases de données, ce qui permet de mettre à jour son propre schéma pour prendre en charge un processus de mise à niveau automatique, le serveur de rapports.

Lorsque vous créez la base de données primaire, le nom de la base de données doit respecter les règles spécifiées pour des identificateurs de base de données. La base de données temporaire utilise toujours le même nom que la base de données primaire du serveur de rapports mais avec le suffixe Tempdb. Vous ne pouvez pas choisir un autre nom pour la base de données temporaire.

Le changement de nom des bases de données de serveur de rapports n'est pas pris en charge car ces bases de données sont considérées comme des composants internes. Renommer des bases de données de serveur de rapports entraîne des erreurs. Si vous renommez la base de données primaire, un message d'erreur explique que les noms des bases de données ne sont plus synchronisés. Si vous renommez la base de données ReportServerTempdb, l'erreur interne suivante se produit ultérieurement lorsque vous exécutez les rapports :

« Une erreur interne s'est produite sur le serveur de rapports. Consultez le journal des erreurs pour plus d'informations. (rsInternalError)

Nom d'objet 'ReportServerTempDB.dbo.PersistedStream' non valide. »

Cette erreur se produit car le nom ReportServerTempdb est stocké en interne et utilisé par des procédures stockées pour effectuer des opérations internes. Renommer la base de données temporaire empêche le bon fonctionnement des procédures stockées.

Vous ne pouvez pas activer l'isolement d'instantané sur la base de données du serveur de rapports. Si l'isolement d'instantané est activé, l'erreur suivante s'affiche : « Le rapport sélectionné n'est pas prêt pour être affiché. Le rendu du rapport n'est pas terminé ou son instantané n'est pas disponible ».

Si vous n’activez pas intentionnellement d’isolement de capture instantanée, l’attribut peut avoir été définie par une autre application ou la modèle base de données peut avoir isolement d’instantané activée, toutes les nouvelles bases de données héritent du paramètre.

Pour désactiver l'isolement d'instantané sur la base de données du serveur de rapports, démarrez Management Studio, ouvrez une nouvelle fenêtre de requête, collez puis exécutez le script suivant :

ALTER DATABASE ReportServer  
SET ALLOW_SNAPSHOT_ISOLATION OFF  
ALTER DATABASE ReportServerTempdb  
SET ALLOW_SNAPSHOT_ISOLATION OFF  
ALTER DATABASE ReportServer  
SET READ_COMMITTED_SNAPSHOT OFF  
ALTER DATABASE ReportServerTempDb  
SET READ_COMMITTED_SNAPSHOT OFF  

Dans Reporting Services, aucune information explicite n'est disponible sur la version des bases de données. Toutefois, comme les versions des bases de données sont toujours synchronisées avec les versions des produits, vous pouvez utiliser les informations de version d'un produit pour savoir quand la version de base de données a changé. Les informations de version d'un produit pour Reporting Services sont indiquées au moyen des informations de version de fichier qui apparaissent dans les fichiers journaux, dans les en-têtes de tous les appels SOAP et lorsque vous vous connectez à l'URL du serveur de rapports (par exemple, lorsque vous ouvrez un navigateur à l'adresse http://localhost/reportserver).

Reporting Services Configuration Manager & #40 ; En Mode natif & #41 ;
Créer une base de données du serveur de rapports en Mode natif & #40 ; Gestionnaire de Configuration de SSRS & #41 ;
Configurer le compte de Service Report Server & #40 ; Gestionnaire de Configuration de SSRS & #41 ;
Configurer une connexion de base de données de serveur de rapports & #40 ; Gestionnaire de Configuration de SSRS & #41 ;
Créer une base de données du serveur de rapports & #40 ; Gestionnaire de Configuration de SSRS & #41 ;
Opérations de sauvegarde et de restauration pour Reporting Services
Base de données du serveur de rapports & #40 ; En Mode natif SSRS & #41 ;
Reporting Services Report Server & #40 ; En Mode natif & #41 ;
Stocker les données chiffrées de rapports Server & #40 ; Gestionnaire de Configuration de SSRS & #41 ;
Configurer et gérer les clés de chiffrement & #40 ; Gestionnaire de Configuration de SSRS & #41 ;

Ajouts de la communauté

Afficher:
© 2016 Microsoft