Topologies de déploiement pour Reporting Services en mode intégré SharePoint
Vous pouvez configurer un serveur de rapports pour qu'il s'exécute dans le cadre du déploiement d'un produit ou d'une technologie SharePoint et qu'il utilise les fonctionnalités de collaboration et de gestion de documents centralisée de MicrosoftWindows SharePoint Services 3.0 ou d'Office SharePoint Server 2007 avec Reporting Services. Pour utiliser les technologies simultanément, commencez par effectuer des installations séparées de Reporting Services et d'un produit ou d'une technologie SharePoint, puis installez et configurez le complément et les composants frontaux qui assurent la prise en charge des opérations intégrées.
Lorsque vous planifiez un déploiement combinant SQL Server 2005 Reporting Services ou versions ultérieures et des produits et des technologies SharePoint, vous pouvez concevoir une topologie qui s'étend 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 seul ordinateur).
Déploiements de serveurs distribués (qui placent une instance unique d'un composant serveur sur différents ordinateurs). Par exemple, vous pouvez avoir une application Web frontale sur un ordinateur et Reporting Services et les bases de données principales sur un deuxième ordinateur.
Configurations de déploiement évolutives (qui utilisent plusieurs instances des mêmes composants serveur pour prendre en charge un grand nombre d'utilisateurs). Par exemple, vous pouvez avoir une batterie de serveurs avec des serveurs Web frontaux sur deux ordinateurs, un troisième ordinateur qui héberge le serveur d'applications, d'autres ordinateurs qui exécutent une montée en puissance parallèle du serveur de rapports et deux ordinateurs qui hébergent des serveurs de base de données mise en miroir ou cluster.
Cette rubrique présente les différents scénarios de déploiement ainsi que des illustrations pour vous aider à comprendre les composants requis pour chacun d'entre eux. 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 en charge et non prises en charge
Toutes les configurations à instances multiples ou multiserveurs ne sont pas prises en charge. Lorsque vous planifiez un déploiement, examinez les configurations suivantes pour 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 avec une batterie de serveurs. |
Cette topologie est prise en charge. Vous trouvez des détails concernant cette configuration dans cette rubrique. |
Déploiement avec montée en puissance parallèle avec une batterie de serveurs dans laquelle les instances exécutent des versions ou des éditions différentes. |
Cette topologie n'est pas prise en charge. La version et l'édition de toutes les instances de serveur de rapports dans un déploiement avec montée en puissance parallèle doivent être les mêmes (par exemple SQL Server 2008 Enterprise). Toutes les instances d'une batterie de serveurs doivent exécuter le même produit (par exemple, Windows SharePoint Services ou Office SharePoint Server de bout en bout). |
Installations côte à côte de Reporting Services et de produits et de technologies SharePoint sur le même ordinateur, mais non configurés pour l'intégration. |
Cette topologie est prise en charge. Vous pouvez exécuter un serveur de rapports en mode natif aux côtés d'un produit ou d'une technologie SharePoint. En fonction de la configuration des URL sur le serveur Web, vous devrez peut-être choisir une URL non définie par défaut pour les applications serveur Reporting Services. Pour plus d'informations, consultez Déploiement côte à côte de Reporting Services et des services IIS (Internet Information Services). |
Plusieurs instances de Reporting Services sur le même ordinateur, avec une instance qui s'exécute en mode intégré SharePoint et l'autre en mode natif. |
Cette topologie est prise en charge, mais vous devez exécuter toutes les instances de serveur de rapports au même niveau. Par exemple, si vous utilisez SQL Server 2008, toutes les instances de serveur de rapports doivent exécuter SQL Server 2008. 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 dans la montée en puissance parallèle est intégrée à une instance indépendante d'un produit ou d'une technologie SharePoint. |
Cette topologie n'est pas prise en charge. Si vous configurez le mode intégré SharePoint pour un déploiement avec montée en puissance parallèle, la montée en puissance parallèle doit être intégrée à 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 intégrée à une instance locale du serveur de rapports, et où les deux instances de serveur de rapports partagent 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 dans des déploiements de serveurs autonomes différents de Windows SharePoint Services 3.0 ou Office SharePoint Server 2007. Cela pourrait 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 les bases de données d'application pour les deux technologies sur un seul ordinateur. Cette configuration de déploiement est utile si vous évaluez le logiciel ou que vous développez des applications personnalisées qui incluent Reporting Services en mode intégré SharePoint.
Ce déploiement est le plus simple à configurer. Tous les composants étant installés sur le même ordinateur, moins de licences sont requises. Plus précisément, Reporting Services et le Moteur de base de données peuvent être installés comme une copie unique sous licence de SQL Server. 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 d'entre eux hébergeant un composant serveur unique. Vous pouvez utiliser cette configuration de déploiement si vous souhaitez obtenir de meilleures performances pour traiter des rapports complexes ou des datasets volumineux dans une petite entreprise ou un groupe de travail.
Cette configuration de déploiement nécessite une planification avancée. Vous devez spécifier les comptes à utiliser pour des services spécifiques et la façon dont les connexions seront configurées. Il vous faudra peut-être aussi 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) sur MSDN (en anglais) et Procédure : configurer un compte de service pour Reporting Services. Pour obtenir des instructions sur la manière de configurer 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 deuxième ordinateur héberge SQL ServerReporting 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 s'avère utile si les avantages résultant de l'exécution des deux composants comme une installation sous licence unique l'emportent sur les considérations en termes de performances. Pour plus d'informations sur les licences SQL Server, consultez Comment acheter Microsoft SQL Server sur le site Web de Microsoft.
Remarquez que lorsque vous exécutez Reporting Services et le produit ou la technologie SharePoint sur des ordinateurs différents, le serveur de rapports doit avoir une installation minimale du même produit ou de la même technologie SharePoint. Cela signifie que si vous avez installé MicrosoftOffice SharePoint Server sur le premier ordinateur, vous devez installer un serveur Web frontal Office SharePoint Server sur le deuxième ordinateur. L'installation minimale fournit un serveur Web frontal 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 ServerReporting Services. Le troisième ordinateur héberge quant à lui une instance du Moteur de base de données.
Dans l'illustration, remarquez que le Moteur de base de données ne requiert ni une installation locale d'un serveur de rapports ni une instance d'un produit ou d'une technologie SharePoint.
Pour utiliser un serveur de base de données distant avec un déploiement d'un produit ou d'une technologie 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 le paramètre 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 éditions et les connexions requises pour 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 une montée en puissance parallèle de serveur de rapports et une batterie de serveurs SharePoint. Si vous travaillez dans une grande entreprise dans laquelle des milliers d'utilisateurs potentiels doivent accéder à des rapports sur un site SharePoint, envisagez d'associer un déploiement du serveur de rapports avec montée en puissance parallèle à une batterie de serveurs.
Dans ce scénario, l'objectif est d'optimiser le déploiement pour la création de rapports interactifs. Si le nombre d'utilisateurs qui accèdent simultanément aux rapports n'est pas très important ou que la majorité du traitement des rapports peut être planifiée à des intervalles que vous pouvez contrôler, un déploiement de serveur distribué peut se révéler un choix plus judicieux car il est relativement plus facile à déployer et à gérer. Pour obtenir des recommandations sur la façon d'estimer la capacité requise, consultez Planning for Scalability and Performance with Reporting Services sur le site Web de Microsoft (en anglais).
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 plusieurs serveurs de rapports qui partagent une même base de données du 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 en vue d'augmenter la capacité de traitement de rapports interactifs, vous devez utiliser une solution matérielle ou logicielle d'équilibrage de charge pour distribuer le traitement sur les deux serveurs. Vous devez aussi enregistrer une URL de serveur virtuel dans votre domaine pour obtenir un point d'entrée unique aux deux serveurs. La manière dont vous procédez dépend de la solution d'équilibrage de charge que vous utilisez. Pour obtenir des instructions sur la manière d'inscrire un nom de serveur virtuel, consultez votre administrateur réseau.
Pour éviter la perte de données et optimiser la disponibilité du serveur, 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 sélectionnez le nom du cluster comme serveur de base de données lorsque vous créez la base de données du serveur de rapports.
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 suivant montre deux serveurs Web frontaux : un serveur d'applications utilisé pour Excel Services et l'administration centrale, et deux serveurs de base de données pour héberger les bases de données principales.
Si vous associez une batterie de serveurs à un déploiement avec montée en puissance parallèle, la configuration résultante peut ressembler à ce qui suit :
Le déploiement avec montée en puissance parallèle doit faire l'objet d'un équilibrage de charge et doit être accessible par le biais d'une URL de serveur virtuel qui fournit un point d'entrée unique. Cela vous permet de spécifier une URL unique pour les instances de serveur de rapports lors de la configuration des fonctionnalités d'intégration de serveur dans l'administration centrale de SharePoint 3.0.
Vous devez utiliser une solution matérielle ou logicielle distincte d'équilibrage de charge. Reporting Services ne fournit pas de fonctionnalité d'équilibrage de charge et ne permet pas de configurer une URL de serveur virtuel.
Si chaque instance du serveur de rapports dans le déploiement avec montée en puissance parallèle s'exécute sous un compte de service différent, chaque compte de service doit avoir l'autorisation d'accéder à la base de données de configuration SharePoint. Pour assurer l'accès, vous devez répéter la commande Accorder l'accès à la base de données pour chaque compte de service. Pour plus d'informations, consultez Procédure : configurer l'intégration à SharePoint sur plusieurs serveurs.
Voir aussi