Conditions requises pour une base de données du serveur de rapports
Une base de données de serveur de rapports offre un espace de stockage à un ou plusieurs serveurs. Les besoins en espace disque peuvent varier énormément et sont difficiles à prédire. Entrent en ligne de compte le nombre de serveurs et d'utilisateurs qui sont rattachés à une même base de données de serveur de rapports et le fait de conserver ou non des rapports complets avec leurs données (par exemple, des historiques de rapport ou des rapports mis en cache).
La base de données du serveur de rapports peut être installée sur une instance SQL Server distante ou dans un cluster avec basculement. L'installation de la base de données sur un ordinateur séparé et rapide garantit les meilleures performances. Le principal facteur d'amélioration des performances est l'accélération de l'accès au disque sur l'ordinateur qui héberge la base de données du serveur de rapports.
Pour connaître vos besoins en espace disque et la taille limite de votre base de données, vous devez analyser la capacité de cette dernière dans le temps et pendant les pics d'utilisation. Pour plus d'informations sur les outils et les technologies à utiliser, consultez Analyse des performances d'un serveur de rapports, Limites de taille des captures instantanées et des rapports et le document « Planning for Scalability and Performance with Reporting Services » (Planification de l'évolutivité et des performances avec Reporting Services) disponible sur www.msdn.microsoft.com (en anglais).
Tous les éléments décrits dans cette rubrique disposent d'espace alloué dans une base de données de serveur de rapports ou dans la base de données temporaire de ce serveur. Bien que chaque élément soit décrit individuellement, vous ne pouvez pas allouer ou contrôler l'espace de catégories d'éléments individuelles. Par exemple, vous ne pouvez pas spécifier de limites maximales pour les ressources, la mise en cache ou les historiques de rapports. Pour évaluer vos besoins en taille de base de données, vous devez prendre en compte tous ces éléments dans leur ensemble.
Rapports, dossiers, éléments de sources données partagées et métadonnées
Les définitions de rapports, les dossiers, les éléments de sources de données partagées et autres métadonnées telles que les planifications, les abonnements et les propriétés sont stockés dans une base de données du serveur de rapports. La quantité d'espace requise pour stocker ces éléments est réduite par comparaison avec les autres éléments décrits dans cette rubrique.
Ressources
Les ressources sont stockées sous forme d'objets binaires volumineux (BLOB). Si vous stockez des fichiers image et des documents collatéraux dans vos rapports, la quantité d'espace que vous allouez aux ressources peut ne pas être importante. Toutefois, si vous utilisez des ressources dans le cadre d'une stratégie d'archivage (par exemple, en transférant un rapport généré sous forme de fichier PDF), vos besoins en espace de stockage pour vos ressources peuvent être très importants.
Informations sur l'état de la session
Les informations sur l'état des sessions sont stockées dans la base de données temporaire du serveur de rapports, sous la forme de tables temporaires dont les tailles augmentent en fonction du nombre de sessions ouvertes. Les besoins en espace varient en fonction du nombre d'utilisateurs. Une ligne est créée à chaque nouvelle session. À moins que le nombre d'utilisateurs soit extrêmement important, les données d'état de la session n'entrent pas réellement en ligne de compte dans l'estimation des besoins en matière de taille de la base de données.
Rapports mis en cache, captures instantanées d'historique de rapport et captures instantanées d'exécution de rapport
Les rapports mis en cache (également appelés captures instantanées temporaires) sont stockés pendant un certain temps dans les tables de la base de données temporaire du serveur de rapports (une copie mise en cache peut expirer au bout de quelques minutes ou à la fin d'une durée planifiée). Un rapport mis n cache contient des résultats de requêtes. Il peut être beaucoup plus volumineux que la définition du rapport sur laquelle il est basé. Si la mise en mémoire cache des rapports fait partie de votre plan de performance, vous devez allouer une quantité d'espace importante à ces rapports.
Dans le cas des rapports paramétrables, un rapport mis en cache distinct peut être créé pour chaque combinaison de valeurs de paramètres. Par exemple, si un rapport possède un paramètre Région qui accepte les valeurs Nord, Sud, Est et Ouest, une copie en cache de chaque région peut être créée.
Les captures instantanées, qu'elles soient enregistrées en tant qu'historiques de rapports ou utilisées pour des gains de performance, sont stockées dans la base de données du serveur de rapports (et non dans des tables temporaires). Comme avec les rapports mis en cache, ces éléments peuvent comprendre un ensemble important de lignes. Si vous utilisez des historiques de rapports pour archiver les rapports, vous devez prévoir d'allouer plus d'espace ultérieurement pour les captures instantanées supplémentaires.
Voir aussi
Concepts
Administration d'une base de données du serveur de rapports
Vue d'ensemble des composants Reporting Services
Autres ressources
Installation de SQL Server Reporting Services