Configuration d'Integration Services dans un cluster
Le clustering d'Integration Services n'est pas recommandé, car le service Integration Services n'est pas un service cluster ou prenant en charge les clusters. De plus, il ne prend pas en charge le basculement d'un nœud de cluster à un autre. Par conséquent, dans un environnement cluster, Integration Services doit être installé et démarré en tant que service autonome sur chaque nœud du cluster.
Important
Microsoft ne recommande pas de configurer le service Integration Services en tant que ressource de cluster.
Bien que le service Integration Services ne soit pas un service cluster, vous pouvez le configurer manuellement pour fonctionner en tant que ressource de cluster après avoir installé séparément Integration Services sur chaque nœud du cluster. Pour les clients concluant que les avantages apportés par cette configuration compensent les inconvénients, cette rubrique contient des instructions pour configurer le service en tant que ressource de cluster.
Toutefois, si en mettant en place un environnement matériel cluster, votre objectif est de bénéficier d'une haute disponibilité, vous pouvez y parvenir sans configurer le service Integration Services en tant que ressource de cluster. Pour gérer vos packages sur n'importe quel nœud du cluster à partir de n'importe quel nœud du cluster, modifiez le fichier de configuration du service Integration Services sur chaque nœud du cluster. Vous modifiez chacun des fichiers de configuration pour pointer vers toutes les instances disponibles de SQL Server sur lesquelles les packages sont stockés. Cette solution apporte la haute disponibilité dont la plupart des clients ont besoin, sans les problèmes potentiels rencontrés lorsque le service Integration Services est configuré en tant que ressource de cluster. Pour plus d'informations sur la façon de modifier le fichier de configuration, consultez Configuration du service Integration Services (SSIS).
Fonctionnement du rôle du service Integration Services
Il est essentiel de comprendre le rôle du service Integration Services pour pendre une décision informée sur la configuration du service dans un environnement cluster.
Le service Integration Services prend en charge l'interface d'administration de SQL Server Management Studio pour répertorier, démarrer, arrêter, surveiller, importer et exporter des packages Integration Services. Le service Integration Services n'est pas requis pour concevoir des packages. Le service Integration Services n'est pas non plus requis pour exécuter des packages ou planifier des travaux de l'Agent SQL Server pour leur exécution.
Voici quelques tâches que vous pouvez effectuer même lorsque le service Integration Services n'est pas exécuté :
concevoir et exécuter des packages dans Business Intelligence Development Studio ;
exécuter des packages à l'aide de l'utilitaire d'invite de commandes dtexec (dtexec.exe), l'utilitaire d'exécution de package (dtexecui.exe), l'Agent SQL Server ou l'Assistant Importation et Exportation SQL Server ;
répertorier les packages stockés dans la base de données msdb en utilisant une requête Transact-SQL et ceux stockés dans le système de fichiers en utilisant l'Explorateur Windows ;
créer et exécuter des travaux de l'Agent SQL Server et des plans de maintenance.
Inconvénients de la configuration d'Integration Services en tant que ressource de cluster
La configuration du service Integration Services en tant que ressource de cluster présente certains inconvénients potentiels, indiqués ci-dessous :
Lorsqu'un basculement a lieu, l'exécution des packages ne redémarre pas. Vous pouvez récupérer des échecs de package en redémarrant les packages à partir des points de contrôle. Vous pouvez effectuer le redémarrage à partir des points de contrôle sans configurer le service en tant que ressource de cluster. Pour plus d'informations, consultez Redémarrage de packages ayant échoué à l'aide de points de contrôle.
Lorsque vous configurez le service Integration Services dans un groupe de ressources différent de SQL Server, vous ne pouvez pas utiliser Management Studio à partir d'ordinateurs clients pour gérer les packages stockés dans la base de données msdb. Le service Integration Services ne peut pas déléguer d'informations d'identification dans ce scénario double saut.
Lorsque plusieurs groupes de ressources SQL Server incluent le service Integration Services dans un cluster, un basculement peut avoir des résultats inattendus. Examinez le scénario suivant. Groupe1, qui inclut le service SQL Server et le service Integration Services s'exécute sur le Nœud A. Groupe2, qui inclut également le service SQL Server et le service Integration Services s'exécute sur le Nœud B. Groupe2 bascule sur le Nœud A. La tentative de démarrage d'une autre instance du service Integration Services sur le Nœud A échoue, car le service Integration Services est un service à instance unique. Le fait que le service SQL Server essayant de basculer sur le Nœud A échoue également ou non dépend de la configuration du service Integration Services dans Groupe2. Si le service Integration Services a été configuré pour affecter les autres services dans le groupe de ressources, le service SQL Server qui procède au basculement échouera car le service Integration Services a échoué. Si le service a été configuré pour ne pas affecter les autres services dans le groupe de ressources, le service SQL Server pourra basculer sur le Nœud A. À moins que le service Integration Services dans Groupe2 n'ait été configuré pour ne pas affecter les autres services dans le groupe de ressources, l'échec du service Integration Services qui procède au basculement peut aussi provoquer l'échec du service SQL Server qui procède au basculement.
Configuration du service Integration Services en tant que ressource de cluster
Pour les clients concluant que les avantages de la configuration du service Integration Services en tant que ressource de cluster compensent les inconvénients, cette section contient les instructions de configuration nécessaires. Microsoft ne recommande toutefois pas de configurer le service Integration Services en tant que ressource de cluster.
Pour configurer le service Integration Services en tant que ressource de cluster, vous devez suivre les étapes ci-dessous :
installer Integration Services sur un cluster ;
configurer Integration Services en tant que ressource de cluster ;
configurer le service Integration Services et le magasin de packages ;
mettre le service Integration Services en ligne en tant que ressource de cluster.
Installation d'Integration Services sur un cluster
Pour installer Integration Services sur un cluster, vous devez installer Integration Services sur chaque nœud du cluster.
Pour installer Integration Services sur un cluster
Installez et configurez un cluster avec un ou plusieurs nœuds.
Installez des services cluster, par exemple le moteur de base de données SQL Server (facultatif).
Installez Integration Services sur chaque nœud du cluster.
Configuration d'Integration Services en tant que ressource de cluster
Integration Services étant installé sur chaque nœud du cluster, vous devez le configurer en tant que ressource de cluster. Lorsque vous configurez le service Integration Services en tant que ressource de cluster, vous pouvez ajouter le service au même groupe de ressources que le moteur de base de données SQL Server ou à un groupe différent. Le tableau suivant présente les avantages et inconvénients possibles de la sélection d'un groupe de ressources.
Lorsque Integration Services et SQL Server se trouvent dans le même groupe de ressources |
Lorsque Integration Services et SQL Server se trouvent dans des groupes de ressources différents |
|---|---|
Les ordinateurs clients peuvent utiliser SQL Server Management Studio pour gérer des packages stockés dans la base de données msdb, car le moteur de base de données SQL Server et le service Integration Services s'exécutent tous deux sur le même serveur virtuel. Cette configuration évite les problèmes de délégation du scénario double saut. |
Les ordinateurs clients ne peuvent pas utiliser SQL Server Management Studio pour gérer des packages stockés dans la base de données msdb. Le client peut se connecter au serveur virtuel sur lequel le service Integration Services s'exécute. Toutefois, cet ordinateur ne peut pas déléguer les informations d'identification de l'utilisateur au serveur virtuel sur lequel SQL Server s'exécute. Ce scénario est appelé scénario double saut. |
Le service Integration Services est en concurrence avec d'autres services SQL Server pour les ressources de processeurs et d'autres ressources informatiques. |
Le service Integration Services n'est pas en concurrence avec d'autres services SQL Server pour les ressources de processeurs et d'autres ressources informatiques, car les différents groupes de ressources sont configurés sur des nœuds différents. |
Le chargement et l'enregistrement de packages dans la base de données msdb sont plus rapides et génèrent moins de trafic réseau parce que les deux services s'exécutent sur le même ordinateur. |
Le chargement et l'enregistrement de packages dans la base de données msdb peuvent être plus lents et générer davantage de trafic réseau. |
Les deux services sont en ligne ou hors connexion en même temps. |
Le service Integration Services peut être en ligne mais le moteur de base de données SQL Server déconnecté. Dans ce cas, les packages stockés dans la base de données msdb du moteur de base de données SQL Server ne sont pas disponibles. |
Le service Integration Services ne peut pas être déplacé rapidement vers un autre nœud si nécessaire. |
Le service Integration Services peut être déplacé plus rapidement vers un autre nœud si nécessaire. |
Une fois que vous avez choisi le groupe de ressources auquel vous ajouterez Integration Services, vous devez configurer Integration Services en tant que ressource de cluster dans ce groupe.
Pour configurer Integration Services en tant que ressource de cluster
Ouvrez l'Administrateur de clusters.
Dans l'arborescence de la console, sélectionnez le dossier Groupes.
Dans le volet de résultats, sélectionnez le groupe auquel vous prévoyez d'ajouter Integration Services :
Pour ajouter Integration Services en tant que ressource de cluster au même groupe de ressources que SQL Server, sélectionnez le groupe auquel SQL Server appartient.
Pour ajouter Integration Services en tant que ressource de cluster à un groupe différent de SQL Server, sélectionnez un groupe autre que le groupe auquel SQL Server appartient.
Dans le menu Fichier, pointez sur Nouveau, puis cliquez sur Ressource.
Dans la page Nouvelle ressource de l'Assistant Ressource, tapez un nom et sélectionnez Service générique comme Type de service. Ne modifiez pas la valeur de Groupe. Cliquez sur Suivant.
Dans la page Propriétaires possibles, ajoutez ou supprimez les nœuds du cluster en tant que propriétaires possibles de la ressource. Cliquez sur Suivant.
Pour ajouter des dépendances, dans la page Dépendances, sélectionnez une ressource sous Ressources disponibles, puis cliquez sur Ajouter. En cas de basculement, SQL Server et le disque partagé qui stocke les packages Integration Services doivent être de nouveau en ligne avant la mise en ligne d'Integration Services. Après avoir sélectionné les dépendances, cliquez sur Suivant.
Dans la page Paramètres du service générique, entrez MsDtsServer100 comme nom de service. Cliquez sur Suivant.
Dans la page Réplication du Registre, cliquez sur Ajouter pour ajouter la clé de Registre qui identifie l'emplacement du fichier de configuration du service Integration Services. Ce fichier doit se trouver sur un disque partagé situé dans le même groupe de ressources que le service Integration Services.
Dans la boîte de dialogue Clé de Registre, tapez SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile. Cliquez sur OK, puis sur Terminer.
Le service Integration Services a maintenant été ajouté en tant que ressource de cluster.
Configuration du service Integration Services et du magasin de packages
Une fois que vous avez configuré Integration Services en tant que ressource de cluster, vous devez modifier l'emplacement et le contenu du fichier de configuration du service Integration Services sur chaque nœud du cluster. Grâce à ces modifications, le fichier de configuration et le magasin de packages sont à la disposition de tous les nœuds en cas de basculement. Après avoir modifié l'emplacement et le contenu du fichier de configuration, vous devez mettre le service en ligne.
Pour configurer le service Integration Services et le magasin de packages
Localisez le fichier de configuration à l'emplacement %ProgramFiles%\Microsoft SQL Server\100\DTS\Binn\MsDtsSrvr.ini.xml. Copiez-le sur le disque partagé du groupe auquel vous avez ajouté le service Integration Services.
Sur le disque partagé, créez un nouveau dossier nommé Packages qui fera office de magasin de packages. Accordez aux groupes et utilisateurs appropriés des autorisations en écriture et pour répertorier des dossiers sur le nouveau dossier.
Sur le disque partagé, ouvrez le fichier de configuration dans un éditeur de texte ou XML. Remplacez la valeur de l'élément ServerName par le nom du serveur virtuel SQL Server qui se trouve dans le même groupe de ressources.
Modifiez la valeur de l'élément StorePath de façon à ce qu'elle corresponde au chemin d'accès complet au dossier Packages que vous avez créé sur le disque partagé au cours de l'une des tâches précédentes.
Mettez à jour la valeur de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile dans le Registre avec le chemin d'accès complet et le nom du fichier de configuration du service sur le disque partagé.
Pour mettre le service Integration Services en ligne
- Dans l'Administrateur de clusters, sélectionnez le service Integration Services, cliquez avec le bouton droit et sélectionnez Mettre en ligne dans le menu contextuel. Le service Integration Services est maintenant en ligne en tant que ressource de cluster.
Connexion à Integration Services dans un cluster
Après la configuration du service Integration Services sur un cluster ou un serveur, vous devrez peut-être configurer des autorisations DCOM pour parvenir à vous connecter au service à partir d'un ordinateur client. Pour plus d'informations, consultez Connexion à un serveur Integration Services distant.
Le service Integration Services ne peut pas déléguer d'informations d'identification. Par conséquent, vous ne pouvez pas utiliser Management Studio pour gérer les packages stockés dans la base de données msdb dans les conditions suivantes :
Le service Integration Services et SQL Server s'exécutent sur des serveurs distincts ou des serveurs virtuels.
Le client qui exécute SQL Server Management Studio est un troisième ordinateur.
Le client peut se connecter au serveur virtuel sur lequel le service Integration Services s'exécute. Toutefois, cet ordinateur ne peut pas déléguer les informations d'identification de l'utilisateur au serveur virtuel sur lequel SQL Server s'exécute. Ce scénario est appelé scénario double saut.
|
.gif "Icône Integration Services (petite)")
Rester à jour avec Integration Services