Planification d'un déploiement de Reporting Services

Mis à jour : 14 avril 2006

SQL Server 2005 Reporting Services offre deux modèles de déploiement :

• Un déploiement standard comprend une seule instance de serveur de rapports qui utilise un moteur de base de données SQL Server local ou distant pour héberger la base de données du serveur de rapports. Vous pouvez utiliser SQL Server 2000 ou SQL Server 2005 pour héberger la base de données du serveur de rapports.
• Un déploiement avec montée en puissance parallèle comprend plusieurs serveurs de rapports qui partagent une même base de données du serveur de rapports. La base de données peut être installée sur une instance SQL Server distante ou localement avec l'un des serveurs de rapports. L'instance SQL Server qui héberge la base de données du serveur de rapports peut faire partie d'un cluster SQL Server avec basculement.
  Le déploiement avec montée en puissance parallèle est pris en charge dans les éditions suivantes : Enterprise, Developer et Evaluation.

Pour simplifier le processus de déploiement, vous pouvez utiliser une liste de vérification qui décrit la séquence des tâches devant être effectuées pour réaliser un déploiement standard. Pour plus d'informations, consultez Liste de vérification pour le déploiement du serveur. Pour plus d'informations sur le déploiement avec montée en puissance parallèle, consultez Configuration d'un déploiement avec montée en puissance parallèle de serveurs de rapports. Pour plus d'informations sur les licences SQL Server 2005, consultez la section relative aux licences SQL Server 2005 sur la page Achetez SQL Server 2005 du site Web Microsoft SQL Server.

Déploiement standard

Le diagramme suivant illustre le modèle de déploiement standard dans lequel la base de données du serveur de rapports est située sur un serveur distant. Vous pouvez aussi l'installer localement afin que tous les composants serveur figurent sur le même ordinateur.

Lorsque vous choisissez l'emplacement qui doit accueillir la base de données du serveur de rapports, vous devez accorder une attention particulière aux aspects suivants :

• Traitement des ressources
• Disponibilité de l'espace disque

Le serveur de rapports et le moteur de base de données consomment simultanément les ressources de traitement, comme le temps processeur, la mémoire et l'accès disque. Certaines opérations de serveur de rapports sont gourmandes en ressources. Par exemple, un serveur de rapports essaie d'utiliser toute la mémoire disponible pour les opérations de rendu de rapport. L'exécution du serveur de rapports sur un ordinateur distinct permet de réduire cette concurrence en termes d'utilisation des ressources de traitement.

Les besoins du serveur de rapports en espace disque justifient également l'utilisation d'un moteur de base de données SQL Server distant pour stocker les données du serveur de rapports. Bien que la taille de la base de données du serveur de rapports puisse être modeste au départ, l'espace disque nécessaire peut augmenter de manière significative selon la méthode d'exécution des rapports et le nombre d'utilisateurs qui accèdent au serveur de rapports. Pour plus d'informations, consultez Conditions requises pour une base de données du serveur de rapports.

Déploiement avec montée en puissance parallèle

Vous pouvez déployer Reporting Services dans le cadre d'un déploiement avec montée en puissance parallèle afin de créer une installation de serveur de rapports hautement disponible et capable de monter en charge. La configuration d'un déploiement avec montée en puissance parallèle est utile si vous voulez améliorer les performances des opérations planifiées et de la remise des abonnements. Un déploiement avec montée en puissance parallèle de serveurs de rapports comprend plusieurs serveurs de rapports qui partagent une même base de données du serveur de rapports. Chaque serveur de rapports faisant partie du déploiement porte le nom de nœud. Les nœuds participent à la montée en puissance parallèle si le serveur de rapports est configuré pour utiliser la même base de données de serveur de rapports qu'un autre serveur de rapports.

Un équilibrage de la charge peut être opéré sur les nœuds du serveur de rapports afin d'assurer une génération de rapports en grand volume. Vous pouvez également créer la base de données du serveur de rapports sur un cluster avec basculement afin de gérer les exigences élevées en matière de disponibilité.

Le déploiement d'une installation de serveur de rapports complète (c'est-à-dire, un serveur de rapports et sa base de données) sur chaque nœud d'un cluster à plusieurs nœuds constitue une configuration de cluster non prise en charge. Plus précisément, vous ne pouvez pas déployer Reporting Services sur un cluster à deux nœuds composé d'un nœud actif et d'un nœud passif, ce dernier étant utilisé en cas de défaillance du nœud actif.

Déploiement sur un cluster avec équilibrage de la charge réseau

Vous pouvez exécuter les nœuds des serveurs de rapports sur un cluster avec équilibrage de la charge réseau. Vous pouvez utiliser une solution logicielle ou matérielle pour mettre en œuvre le cluster avec équilibrage de la charge réseau. Pour exécuter les serveurs de rapports sur un cluster avec équilibrage de la charge réseau, vous devez recourir à des logiciels et à des outils qui prennent en charge ces fonctionnalités. Reporting Services n'assure pas la gestion des serveurs virtuels ou des clusters de serveurs. Il ne vous permet pas non plus de définir un nom de serveur virtuel offrant un point d'entrée unique pour tous les nœuds d'un déploiement de serveurs de rapports avec montée en puissance parallèle.

L'équilibrage de la charge réseau est nécessaire uniquement si vous voulez améliorer les performances des serveurs de rapports pour la production de rapports à la demande et les rapports interactifs (tels que les rapports de matrice et d'extraction). Les rapports planifiés et le traitement des abonnements sont plus rapides dans un déploiement avec montée en puissance parallèle, mais un cluster avec équilibrage de la charge réseau n'est pas indispensable pour obtenir de meilleures performances.

Déploiement sur un cluster SQL Server avec basculement

SQL Server 2005 prend en charge le clustering avec basculement afin que vous puissiez utiliser plusieurs disques pour une ou plusieurs instances de SQL Server. Le clustering avec basculement est assuré uniquement pour la base de données du serveur de rapports : vous ne pouvez pas exécuter le service Windows Report Server ou le service Web dans le cadre d'un cluster avec basculement.

Pour que vous puissiez héberger une base de données de serveur de rapports sur un cluster SQL Server avec basculement, le cluster doit avoir été préalablement installé et configuré. Vous pouvez alors sélectionner le cluster avec basculement comme nom du serveur lorsque vous créez la base de données du serveur de rapports.

Bien que le service Windows Report Server et le service Web ne puissent pas faire partie d'un environnement de cluster avec basculement, vous pouvez installer Reporting Services sur un ordinateur sur lequel un cluster avec basculement SQL Server est installé. Le serveur de rapports s'exécute indépendamment du cluster avec basculement. Si vous installez un serveur de rapports sur un ordinateur appartenant à une instance SQL Server avec basculement, vous n'êtes pas obligé d'utiliser le cluster avec basculement pour la base de données du serveur de rapports ; vous pouvez recourir à une autre instance SQL Server pour héberger la base de données.

Diagramme d'un déploiement avec montée en puissance parallèle

Le diagramme suivant illustre plusieurs serveurs de rapports et bases de données du serveur de rapports déployés en clusters de serveurs distincts.

Voir aussi

Concepts

Création d'une base de données de serveur de rapports
Configuration d'un serveur de rapports pour un accès à Internet
Observations à caractère international relatives à Reporting Services
Administration de Reporting Services
Automatisation des tâches d'administration et de déploiement à l'aide de scripts

Autres ressources

Déploiement de Reporting Services

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications