Configurations de déploiement de Reporting Services en mode intégré SharePoint

Vous pouvez configurer un serveur de rapports pour qu'il s'exécute dans un déploiement d'un produit ou d'une technologie SharePoint et pour qu'il utilise les fonctionnalités de collaboration et de gestion de documents centralisée de Windows SharePoint Services 3.0 ou d'Office SharePoint Server  2007 avec Reporting Services. Pour utiliser simultanément ces technologies, commencez avec des installations distinctes de Reporting Services et d'un produit ou d'une technologie SharePoint, puis installez et configurez les compléments et composants frontaux qui permettent de prendre en charge les opérations intégrées.

Lors de la planification d'un déploiement incluant SQL Server 2005 Reporting Services et les produits et technologies SharePoint, vous pouvez concevoir une topologie allant d'un serveur unique à plusieurs serveurs pour des déploiements à grande échelle. La liste suivante résume les différents scénarios de déploiement que vous pouvez utiliser :

• Déploiements de serveurs autonomes qui placent tous les composants serveur sur un ordinateur unique.
• Déploiements de serveurs distribués qui placent une même instance d'un composant serveur sur différents ordinateurs. Par exemple, un frontal d'application Web peut être placé sur un premier ordinateur, tandis que Reporting Services et les bases de données principales sont placés sur un second ordinateur.
• Configurations de déploiement évolutif qui utilisent plusieurs instances des mêmes composants serveur pour prendre en charge un grand nombre d'utilisateurs. Par exemple, dans une batterie de serveurs, deux ordinateurs peuvent avoir des frontaux Web, un troisième ordinateur peut héberger le serveur d'applications, d'autres ordinateurs peuvent exécuter un déploiement avec montée en puissance parallèle de serveurs de rapports et deux ordinateurs peuvent héberger des serveurs de base de données mis en miroir ou en cluster.

Cette rubrique présente les différents scénarios de déploiement et propose des illustrations qui vous aident à comprendre quels composants sont requis pour chacun. Pour plus d'informations sur Reporting Services pour le mode d'intégration SharePoint, consultez Configuration de Reporting Services pour l'intégration de SharePoint 3.0.

Vue d'ensemble des configurations prises et non prises en charge

Les configurations à plusieurs instances ou plusieurs serveurs ne sont pas toutes prises en charge. Lors de la planification d'un déploiement, examinez les configurations suivantes afin de vérifier si la conception que vous souhaitez implémenter est réalisable :

Topologie	Prise en charge
Déploiement avec montée en puissance parallèle et batterie de serveurs.	Pris en charge. Cette configuration est décrite en détails dans cette rubrique.
Déploiement avec montée en puissance parallèle et batterie de serveurs, dans lequel les instances ne sont pas de la même version ou édition.	Non pris en charge. Dans un déploiement avec montée en puissance parallèle, toutes les instances de serveur de rapports doivent être de la même version et édition (par exemple, SQL Server 2005 SP2 Enterprise Edition). Toutes les instances dans une batterie de serveurs doivent être du même produit (par exemple, Windows SharePoint Services ou Office SharePoint Server).
Installations côté à côte de Reporting Services et des produits et technologies SharePoint sur le même ordinateur, mais non configurées pour l'intégration.	Pris en charge. Vous pouvez exécuter un serveur de rapports en mode natif côté à côte avec un produit ou une technologie SharePoint. Pour plus d'informations, consultez Déploiement côte à côte de Reporting Services et Windows SharePoint Services.
Plusieurs instances de Reporting Services sur le même ordinateur, où une instance s'exécute en mode intégré SharePoint et l'autre instance en mode natif.	Pris en charge, mais vous devez exécuter toutes les instances de serveur de rapports au niveau du Service Pack 2. Pour plus d'informations, consultez Configuration de Reporting Services pour l'intégration de SharePoint 3.0.
Déploiement avec montée en puissance parallèle, dans lequel chaque instance de serveur de rapports du déploiement est intégrée à une instance indépendante d'un produit ou d'une technologie SharePoint.	Non pris en charge. Si vous configurez le mode intégré SharePoint pour un déploiement avec montée en puissance parallèle, l'ensemble du déploiement doit être intégré à une batterie de serveurs ou à la même instance unique d'un produit ou d'une technologie SharePoint. Par exemple, le scénario suivant n'est pas pris en charge : deux installations indépendantes de Windows SharePoint Services 3.0, chacune étant intégrée à une instance de serveur de rapports locale ; les deux instances de serveur de rapports partageant la même base de données du serveur de rapports. Vous ne pouvez pas intégrer plusieurs instances de serveur de rapports qui partagent la même base de données du serveur de rapports à différents déploiements de serveurs autonomes de Windows SharePoint Services 3.0 ou de Microsoft Office SharePoint Server 2007. Cela risquerait d'endommager les données dans la base de données principale du serveur de rapports.

Déploiements de serveurs autonomes

Vous pouvez installer tous les composants serveur et toutes les bases de données d'application des deux technologies sur un même ordinateur. Cette configuration de déploiement est utile si vous effectuez une évaluation de logiciel ou si vous développez des applications personnalisées qui incluent Reporting Services en mode intégré SharePoint.

Ce déploiement est le plus simple à configurer. Dans la mesure où tous les composants sont installés sur le même ordinateur, ce déploiement utilise également le moins grand nombre de licences. Ainsi, Reporting Services et le moteur de base de données peuvent être installés dans le cadre de la même copie sous licence de SQL Server 2005. De plus, Reporting Services peut se connecter directement à l'instance locale du produit ou de la technologie SharePoint. Pour plus d'informations sur cette configuration de déploiement, consultez Procédure : configurer l'intégration SharePoint sur un serveur autonome.

Déploiements de serveurs distribués

Un déploiement de serveur distribué utilise plusieurs ordinateurs, chacun hébergeant un composant serveur unique. Vous pouvez utiliser cette configuration de déploiement si vous souhaitez de meilleures performances pour le traitement de rapports complexes ou de grands datasets pour une petite entreprise ou un groupe de travail.

Cette configuration de déploiement requiert une planification avancée. Vous devez décider quels comptes utiliser pour des services spécifiques et comment configurer les connexions. Vous pourrez également avoir besoin d'acheter des copies supplémentaires du logiciel si vous souhaitez installer des composants serveur sur plusieurs ordinateurs.

Pour plus d'informations sur les comptes de service à utiliser, consultez Plan for administrative and service accounts (Windows SharePoint Services) (en anglais) sur MSDN et Procédure : configurer des comptes de service (configuration de Reporting Services).

Pour obtenir des instructions sur la configuration d'un déploiement de serveur distribué, consultez Procédure : configurer l'intégration SharePoint sur plusieurs serveurs.

Déploiement sur deux ordinateurs

L'illustration suivante montre les composants d'un déploiement sur deux ordinateurs.

Le premier ordinateur héberge une instance d'un produit ou d'une technologie SharePoint. Le complément Reporting Services est installé sur cet ordinateur.

Le second ordinateur héberge SQL Server 2005 Reporting Services et le moteur de base de données. L'installation de Reporting Services et du moteur de base de données sur le même ordinateur est utile si les avantages apportés par l'exécution des deux composants en tant qu'installation sous licence unique compensent les problèmes de performances. Pour plus d'informations sur les licences SQL Server, consultez Achetez Microsoft SQL Server sur le site Web de Microsoft.

Notez que lorsque vous exécutez Reporting Services et le produit ou la technologie SharePoint sur des ordinateurs différents, il faut qu'au minimum le même produit ou la même technologie SharePoint soit installé sur le serveur de rapports. Cela signifie que si vous avez installé Microsoft Office SharePoint Server sur le premier ordinateur, vous devez installer un frontal Web d'Office SharePoint Server sur le second ordinateur. L'installation minimale fournit un frontal Web qui vous permet de joindre une instance de serveur de rapports à l'instance du produit ou de la technologie SharePoint.

Déploiement sur trois ordinateurs

L'illustration suivante montre les composants d'un déploiement sur trois ordinateurs.

Le premier ordinateur héberge une instance d'un produit ou d'une technologie SharePoint. Le deuxième ordinateur héberge SQL Server 2005 Reporting Services. Le troisième ordinateur héberge une instance du moteur de base de données.

Dans l'illustration, remarquez que le moteur de base de données ne requiert pas l'installation locale d'un serveur de rapports ni une instance d'un produit ou d'une technologie SharePoint.

Pour sélectionner un serveur de base de données distant avec un site SharePoint, choisissez l'option d'installation Avancée lors de l'installation d'une instance d'un produit ou d'une technologie SharePoint, ou utilisez l'Administration centrale pour modifier les paramètres du serveur de base de données. Pour sélectionner un serveur de base de données distant pour Reporting Services, utilisez l'outil de configuration de Reporting Services. Pour plus d'informations sur les spécifications de version et de connexion d'une base de données de serveur de rapports, consultez Création d'une base de données de serveur de rapports et Procédure : créer une base de données du serveur de rapports pour le mode intégré SharePoint (outil de configuration de Reporting Services).

Déploiements de serveurs évolutifs

Un déploiement de serveur évolutif combine un déploiement avec montée en puissance parallèle de serveurs de rapports et une batterie de serveurs SharePoint. Dans le cadre d'une grande entreprise dans laquelle des milliers d'utilisateurs sont susceptibles d'accéder à des rapports sur un site SharePoint, vous devez envisager de coupler un déploiement avec montée en puissance parallèle de serveurs de rapports avec une batterie de serveurs.

Dans ce scénario, l'objectif est d'optimiser le déploiement pour la création de rapports interactifs. Si vous ne vous trouvez pas dans une situation où un grand nombre d'utilisateurs accèdent simultanément aux rapports ou si la majeure partie du traitement des rapports peut être planifiée à des intervalles que vous pouvez contrôler, un déploiement de serveur distribué peut être un meilleur choix parce qu'il est comparativement plus simple à déployer et à gérer. Pour connaître les méthodes conseillées sur la manière d'estimer les spécifications de capacité, consultez Planning for Scalability and Performance with Reporting Services (en anglais) sur le site Web de Microsoft.

Qu'est-ce qu'un déploiement avec montée en puissance parallèle ?

Un déploiement avec montée en puissance parallèle de serveurs de rapports comprend deux serveurs de rapports ou plus qui partagent une même base de données de serveur de rapports. L'illustration suivante montre un déploiement avec montée en puissance parallèle.

Si vous configurez un déploiement avec montée en puissance parallèle afin de pouvoir augmenter la capacité de traitement des rapports interactifs, vous devez utiliser une solution matérielle ou logicielle d'équilibrage de charge pour distribuer le traitement aux deux serveurs. Vous devez également inscrire une URL de serveur virtuel dans votre domaine afin d'obtenir un point d'entrée unique sur les deux serveurs. La manière dont vous effectuez ces tâches dépend de la solution d'équilibrage de charge que vous utilisez. Pour obtenir des instructions sur l'inscription d'un nom de serveur virtuel, adressez-vous à votre administrateur réseau.

Pour éviter la perte de données et maximiser la disponibilité, vous pouvez exécuter la base de données du serveur de rapports dans un cluster de basculement. Vous devez installer le cluster de basculement avant de créer la base de données du serveur de rapports. Pour utiliser le cluster de basculement, vous devez sélectionner le nom du cluster comme serveur de base de données lorsque vous créez la base de données du serveur de rapports.

Vous ne pouvez pas mettre en miroir la base de données du serveur de rapports. La mise en miroir de bases de données n'est pas prise en charge par Reporting Services.

Pour obtenir les pratiques recommandées relatives à la configuration des fournisseurs d'authentification dans un déploiement avec montée en puissance parallèle, consultez Vue d'ensemble de la sécurité pour Reporting Services en mode d'intégration SharePoint.

Qu'est-ce qu'une batterie de serveurs ?

Une batterie de serveurs SharePoint inclut des fonctionnalités qui vous permettent de déployer ses composants serveur sur plusieurs ordinateurs. Le diagramme qui suit montre deux serveurs Web frontaux, un serveur d'application qui inclut l'Administration Centrale et deux serveurs de base de données qui hébergent les bases de données principales.

Si vous combinez une batterie de serveurs et un déploiement avec montée en puissance parallèle, la configuration qui en résulte peut se présenter comme ceci :

Voir aussi

Tâches

Procédure : configurer l'intégration SharePoint sur un serveur autonome
Procédure : configurer l'intégration SharePoint sur plusieurs serveurs

Concepts

Configuration requise pour l'exécution de Reporting Services en mode intégré SharePoint
Configuration de Reporting Services pour l'intégration de SharePoint 3.0
Modes de déploiement pour Reporting Services
Planification d'un déploiement de Reporting Services

Aide et Informations

Assistance sur SQL Server 2005