Integration Services (SSIS) dans un cluster

S’applique à :SQL Server SSIS Integration Runtime dans Azure Data Factory

Le clustering 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.

Même si le service Integration Services n’est pas un service cluster, vous pouvez le configurer manuellement pour qu’il fonctionne en tant que ressource de cluster après avoir installé séparément Integration Services sur chaque nœud du 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 changer le fichier de configuration, consultez Service Integration Services (Service SSIS).

Il est essentiel de comprendre le rôle du service Integration Services pour prendre une décision informée sur la configuration du service dans un environnement cluster. Pour plus d’informations, consultez Service Integration Services (Service SSIS).

Inconvénients

La configuration du service Integration Services en tant que ressource de cluster présente certains inconvénients potentiels, indiqués ci-dessous :

• Quand un basculement se produit, les packages en cours d’exécution ne redémarrent 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émarrer des packages à 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 à deux tronçons.

• Lorsque plusieurs groupes de ressources SQL Server incluent le service Integration Services dans un cluster, un basculement peut avoir des résultats inattendus. Considérons 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.

Configurer le service 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 effectuer les tâches suivantes.

• Installez Integration Services sur un cluster.

  Pour installer Integration Services sur un cluster, vous devez installer Integration Services sur chaque nœud du cluster.

• Configurez 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 Serverou à 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 plus 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 pendant que le Moteur de base de données SQL Server est hors connexion. Ainsi, 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.

• Configurez le service Integration Services et le 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.

• Mettez le service Integration Services en ligne en tant que ressource de 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 Service Integration Services (Service SSIS).

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.

Pour installer Integration Services sur un cluster

1. Installez et configurez un cluster avec un ou plusieurs nœuds.

2. (Facultatif) Installez des services cluster, par exemple le Moteur de base de données SQL Server.

3. Installez Integration Services sur chaque nœud du cluster.

Pour configurer Integration Services en tant que ressource de cluster

1. Ouvrez l' Administrateur de clusters.

2. Dans l'arborescence de la console, sélectionnez le dossier Groupes.

3. 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.

4. Dans le menu Fichier , pointez sur Nouveau, puis cliquez sur Ressource.

5. 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.

6. 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.

7. 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.

   Pour en savoir plus, voir Add Dependencies to a SQL Server Resource.

8. Sur la page Paramètres de service générique , saisissez MsDtsServer dans la zone du nom de service. Cliquez sur Suivant.

9. 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 .

10. 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.

Pour configurer le service Integration Services et le magasin de packages

1. 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 .

2. Sur le disque partagé, créez un dossier nommé Packages , qui doit servir 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.

3. 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.

4. Modifiez la valeur de l’élément StorePath pour qu’elle corresponde au chemin complet du dossier Packages que vous avez créé sur le disque partagé lors d’une étape précédente.

5. Sur chaque nœud, mettez à jour la valeur de la clé HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS\ServiceConfigFile dans le Registre en indiquant le nom et le chemin complet 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.