Haute disponibilité et récupération d’urgence pour Master Data Services

S’applique à :SQL Server sur Windows Azure SQL Managed Instance

Important

Master Data Services (MDS) est supprimé dans SQL Server 2025 (17.x). Nous continuons à prendre en charge MDS dans SQL Server 2022 (16.x) et les versions antérieures.

Cet article décrit une solution pour MDS (Master Data Services) hébergé sur une configuration de groupe de disponibilité Always On. L’article décrit comment installer et configurer SQL 2016 Master Data Services sur un groupe de disponibilité SQL 2016 Always On (AG). L’objectif principal de cette solution est d’améliorer la haute disponibilité et la récupération d’urgence des données du serveur principal MDS hébergées sur une base de données SQL Server.

Présentation

Cet article décrit une solution pour Master Data Services (MDS) hébergé sur une configuration de groupe de disponibilité Always On. L’article explique comment installer et configurer SQL 2016 MDS sur un groupe de disponibilité Always On SQL 2016. L’objectif principal de cette solution est d’améliorer la haute disponibilité et la récupération d’urgence des données du serveur principal MDS hébergées sur une base de données SQL Server.

Pour implémenter la solution, vous devez effectuer les tâches suivantes, abordées dans cet article.

1. Installer et configurer Windows Server Failover Cluster (WSFC).

2. Configurez un groupe de disponibilité Always On.

3. Configurer MDS pour qu’il s’exécute sur un nœud WSFC.

Les sections ci-dessus vous présentent brièvement les technologies, suivies des instructions. Pour plus d’informations sur les technologies, consultez les documents auxquels renvoient les liens dans chaque section.

La solution décrite dans cet article s’appuie sur le groupe de disponibilité sur un AG, dans lequel chaque base de données a plusieurs réplicas synchrones ou asynchrones. Un seul réplica accepte la transaction (accepte les demandes utilisateur). Il s’agit du réplica principal.

Chaque réplica ayant son propre stockage, il n’existe aucun stockage partagé centralisé dans cette solution. En cas de défaillance logicielle ou matérielle affectant le réplica principal, ce dernier peut être basculé vers un réplica synchrone ou asynchrone, automatiquement ou manuellement suivant la configuration et les circonstances. Cela garantit la haute disponibilité de la base de données avec une interruption minimale pour les utilisateurs.

Les réplicas asynchrones sont généralement hébergés sur un centre de données distant du centre de données du réplica principal. En cas d’urgence, le réplica principal peut être basculé vers un autre centre de données. Cela garantit la récupération d’urgence de la base de données.

À des fins de démonstration, la solution décrite dans cet article utilise les versions de logiciel suivantes. Les versions antérieures doivent fonctionner de la même manière, avec d’éventuelles différences mineures.

• Windows Server 2012 R2 avec le cluster de basculement de serveur
• SQL Server 2016 avec fonctionnalité Master Data Services

En outre, la solution utilise deux machines virtuelles, MDS-HA1 et MDS-HA2, pour héberger les deux réplicas. Suivant les possibilités offertes par le groupe de disponibilité sur un AG, la fonctionnalité MDS ne limite pas le nombre de réplicas que vous pouvez utiliser.

Cet article suppose que vous disposez des connaissances de base sur un AG, le cluster de basculement Windows Server, SQL Server AlwaysOn et SQL Server MDS.

Sujets non couverts

Ce document ne couvre pas les sujets suivants :

• Comment rendre IIS, le serveur web qui héberge l’interface utilisateur du service Master Data Services, hautement disponible et récupérable après un incident. MDS n’imposant pas d’exigences particulières à IIS, les techniques standards pour rendre IIS hautement disponible et l’équilibrage de charge peuvent fonctionner ici également.

• Comment utiliser une instance de cluster de basculement SQL Server Always On (FCI) pour prendre en charge la haute disponibilité (HA) sur le backend MDS. Le clustering de basculement SQL Server est une solution de haute disponibilité différente, officiellement prise en charge par SQL Server, qui ne fonctionne pas avec MDS.

• Comment utiliser une solution hybride composée d'un FCI et d'un AG pour supporter HA sur le backend MDS. La solution hybride ne fonctionne pas avec MDS.

Remarque sur la conception

La figure 1 montre une configuration typique utilisée le plus souvent dans un AG. Dans le centre de données principal, il existe deux réplicas liés par une relation de validation synchrone, et les deux réplicas disposent du privilège VOTE. Cette option sert principalement à améliorer la haute disponibilité si le réplica principal échoue.

Dans le centre de données de récupération d’urgence, il existe un réplica secondaire lié au réplica principal par une relation de validation asynchrone. Ce centre de données se trouve généralement dans une région géographique différente de celle du centre de données principal. Le réplica secondaire ne dispose pas du privilège VOTE.

Cette configuration permet d’effectuer une récupération si le centre de données principal est victime d’un incident, tel qu’un incendie ou un tremblement de terre. Cette configuration permet d'assurer à la fois la haute disponibilité et la reprise après sinistre à un coût relativement faible.

Figure 1. Configuration typique d'un groupe de disponibilité Always-on

Si vous n’avez pas besoin d’envisager une reprise d’activité, un réplica dans un second centre de données est superflu. Si vous devez améliorer la haute disponibilité, vous pouvez avoir davantage de réplicas synchrones dans le même centre de données principal.

Il est donc important de tenir compte des scénarios et des impératifs, et de choisir le nombre de réplicas synchrones et asynchrones nécessaires, ainsi que le centre de données devant les accueillir.

Cluster de basculement Windows Server (WSFC)

Cette section couvre les tâches suivantes.

1. Installer la fonctionnalité Cluster de basculement Windows.

2. Créer un cluster de basculement Windows Server.

Comme l’indique la figure 1 de la section précédente, la solution décrite dans cet article inclut le cluster de basculement Windows Server (WSFC). Nous devons mettre en place WSFC, car les groupes de disponibilité dépendent de celui-ci pour la détection des défaillances et le basculement.

Le cluster WSFC est une fonctionnalité destinée à améliorer la haute disponibilité des applications et des services. Il se compose d’un groupe d’instances de Windows Server indépendantes sur lesquelles s’exécute le service de cluster de basculement Microsoft. Les instances de Windows Server (parfois appelées « nœuds ») sont connectées afin qu’elles puissent communiquer entre elles, rendant ainsi possible la détection de défaillance. Le cluster WSFC fournit des fonctionnalités de détection de défaillance et de basculement. Si un nœud ou un service échoue dans le cluster, la défaillance est détectée, puis un autre nœud commence automatiquement ou manuellement à fournir les services hébergés sur le nœud défaillant. Ainsi, les utilisateurs ne connaissent que des interruptions minimales des services, dont la disponibilité se trouve améliorée.

Prérequis

Le système d’exploitation Windows Server est installé sur toutes les instances et toutes les mises à jour sont corrigées.

Remarque

Nous vous recommandons vivement d’installer la même version de Windows et le même jeu de fonctionnalités sur toutes les instances afin d’éviter tout problème d’incompatibilité éventuel.

Installer la fonctionnalité Cluster de basculement

Effectuez les étapes suivantes pour chaque instance de Windows Server afin d’y installer la fonctionnalité WSFC. Vous avez besoin d’autorisations d’administrateur.

1. Ouvrez le Gestionnaire de serveur dans Windows Server, puis cliquez sur Ajouter des rôles et des fonctionnalités dans le volet de droite. Cette action lance l’Assistant Ajout de rôles et de fonctionnalités.

2. Cliquez sur Suivant jusqu’à ce que vous atteigniez la page Fonctionnalités.

3. Cochez la case Clustering de basculement, puis cliquez sur Suivant pour terminer l’installation. Voir figure 2.

   Si vous êtes invité à confirmer l’ajout de fonctionnalités qui sont requises pour le clustering de basculement, cliquez sur Ajouter des fonctionnalités. Voir figure 3.

   

   Figure 2

   

   Figure 3

4. Dans la page Confirmation, cliquez sur Installer pour installer la fonctionnalité de clustering avec basculement.

5. Dans la page Résultat, vérifiez que tout a été installé correctement sans erreurs ni avertissements.

Créer un cluster de basculement Windows Server

Une fois la fonctionnalité WSFC installée sur toutes les instances, vous pouvez configurer le cluster WSFC. Vous ne devez effectuer cette opération que sur un seul nœud.

1. Ouvrez le Gestionnaire de serveur dans Windows Server, puis cliquez sur Gestionnaire du cluster de basculement dans le menu Outil en haut à droite pour lancer le gestionnaire.

2. Dans Gestionnaire du cluster de basculement, cliquez sur Valider la configuration dans le volet de droite. Voir figure 4.

   

   Figure 4

3. Dans l’AssistantValidation d’une configuration, cliquez sur Suivant.

4. Dans la boîte de dialogue Sélectionner des serveurs ou un cluster, ajoutez les noms des serveurs destinés à héberger SQL Server, puis cliquez sur Suivant. Voir figure 5.

   Dans cet exemple, nous avons ajouté deux instances : MDS-HA1 et MDS-HA2.

   

   Figure 5

5. Dans la page Options de test, cliquez sur Exécuter tous les tests, puis cliquez sur Suivant.

6. Cliquez sur Suivant pour terminer la validation.

   La page Validation affiche la progression, tandis que la page Résumé affiche un récapitulatif des validations (figures 6 et 7).

7. Dans la page Résumé, recherchez les éventuels messages d’avertissement ou d’erreur.

   Vous devez corriger les erreurs. En revanche, les avertissements ne correspondent pas nécessairement à des problèmes. Un message d’avertissement signifie que « l’élément testé répond éventuellement aux exigences, mais que vous devez vérifier quelque chose ». Par exemple, la figure 7 présente un avertissement « Valider la latence de l’accès au disque », éventuellement lié au fait que le disque est temporairement occupé à d’autres tâches ; vous pouvez ignorer cet avertissement. Pour plus de détails, vous devez consulter la documentation en ligne de chaque avertissement et message d’erreur. Voir figure 7.

   

   Figure 6

   

   Figure 7

8. Dans la page Résumé, vérifiez que la case Créer le cluster maintenant en utilisant les nœuds validés est cochée, puis cliquez sur Terminer pour démarrer l’AssistantCréation d’un cluster.

9. Dans l’AssistantCréation d’un cluster, cliquez sur Suivant.

10. Dans la page Point d’accès pour l’administration du cluster, entrez le nom du cluster WSFC, puis cliquez sur Suivant. Dans cet exemple, nous utilisons « MDS-HA » comme nom de cluster. Voir figure 8.

Figure 8

11. Continuez à cliquer sur Suivant pour terminer la création du cluster. La section Résumé du cluster MDS-HA affiche les informations du cluster. Voir figure 9.

Figure 9

Si, ultérieurement, vous devez ajouter un nœud, cliquez sur l’action Ajouter un nœud dans le volet de droite dans Gestionnaire du cluster de basculement.

Remarques :

• La fonctionnalité WSFC n’est peut-être pas disponible dans toutes les éditions de Windows Server. Vérifiez que votre édition a cette fonctionnalité.

• Vérifiez que vous disposez des autorisations appropriées pour configurer le cluster WSFC dans Active Directory. Pour plus d’informations, consultez Failover Cluster Step-by-Step Guide: Configure Accounts in Active Directory (Guide pas à pas des clusters de basculement : configurer des comptes dans Active Directory).

Pour plus d’informations sur le cluster WSFC, consultez Failover Clusters (Clusters de basculement).

Groupe de disponibilité SQL Server Always On

Cette section couvre les tâches suivantes.

1. Activer les groupes de groupe de disponibilité Always On.

2. Créer un groupe de disponibilité.

3. Valider et tester le groupe de disponibilité.

Always On dispose de deux fonctions pour assurer la haute disponibilité et récupération d'urgence de MDS, toutes deux basées sur WSFC.

• Groupe de disponibilité Always On

• Instances de cluster de basculement (FCI) Always On.

Un groupe de disponibilité fournit une disponibilité au niveau de la base de données. Le groupe de disponibilité (ensemble de bases de données utilisateur) et le nom de son réseau virtuel sont enregistrés en tant que ressources dans le cluster WSFC.

Les instances de cluster de basculement fournissent une haute disponibilité au niveau de l’instance. Le service SQL Server et les services associés sont enregistrés en tant que ressources dans le cluster WSFC. De plus, la solution des instances de cluster de basculement requiert un stockage sur disque partagé symétrique, tel que des partages de fichiers SAN ou SMB, qui soit disponible pour tous les nœuds du cluster WFC.

Prérequis

• Installez SQL Server sur tous les nœuds. Pour plus d’informations, consultez Installer SQL Server 2016.

• (Recommandé) Installez exactement les mêmes jeu de fonctionnalités et version SQL Server sur chaque nœud. Vous devez notamment installer MDS.

• (Recommandé) Utilisez la même configuration sur chaque instance de SQL Server. En particulier, vous devez configurer le même classement du serveur sur toutes les instances de SQL Server.

• (Recommandé) Utilisez le même compte de service pour exécuter chaque instance de SQL Server. Sinon, vous devez accorder une autorisation sur chaque instance de SQL Server pour que les instances de SQL Server puissent communiquer entre elles.

• Vérifiez que le paramétrage du pare-feu Windows autorise les instances de SQL Server à communiquer entre elles.

Activez les groupes de disponibilité SQL Server Always On sur chaque instance SQL Server

1. Dans le Gestionnaire de configuration SQL Server, cliquez sur Service SQL Server dans le volet de gauche, cliquez avec le bouton droit sur SQL Server dans le volet de droite, puis cliquez sur Propriétés. Voir figure 10.

   

   Figure 10

2. Dans la zone de dialogue Propriétés du serveur SQL (MSSQLSERVER), cliquez sur l'onglet Always-on Haute disponibilité, puis cochez la case groupes de disponibilité Always On. Quand une valeur s’affiche dans la zone de texte Nom du cluster de basculement Windows, cliquez sur OK pour continuer. Voir figure 11.

   

   Figure 11

3. Quand une page d’avertissement s’affiche, cliquez sur OK pour continuer. Voir figure 12.

   

   Figure 12

4. Cliquez sur Redémarrer pour redémarrer le service SQL Server afin d’appliquer ce changement. Voir figure 10.

Remarque

Vous pouvez changer le compte de service exécutant le service SQL Server en utilisant le Gestionnaire de configuration SQL Server. Cliquez sur l’onglet Se connecter dans la boîte de dialogue Propriétés deSQL Server (MSSQLSERVER). Voir figure 11.

Créer un groupe de disponibilité

Une fois la fonctionnalité AG activée dans toutes les instances de SQL Server, vous créez un groupe de disponibilité qui contient la base de données MDS sur un nœud.

Un groupe de disponibilité ne peut être créé que sur des bases de données existantes. Ainsi, soit vous créez une base de données MDS sur un nœud, soit vous créez une base de données temporaire (que vous supprimez ensuite). Dans cet exemple, nous créons une base de données MDS vide, puis un groupe de disponibilité sur cette base de données.

1. Lancez SQL Server Management Studio (SSMS) sur un nœud, puis connectez-vous à l’instance locale de SQL Server avec les informations d’identification appropriées.

2. Dans SSMS, ouvrez une fenêtre de nouvelle requête, puis exécutez le script suivant pour créer une base de données vide. Remplacez C:\temp par l’emplacement que vous souhaitez utiliser pour effectuer une sauvegarde complète.

   CREATE DATABASE MDS\_Sample
   GO
   BACKUP DATABASE MDS\_Sample TO DISK='C:\\temp'
   GO
   

   Remarque

   Une sauvegarde de base de données complète est nécessaire pour créer le groupe de disponibilité sur cette base de données.

3. Dans l’Explorateur d’objets, développez le dossier Haute disponibilité Always On, puis cliquez sur Assistant Nouveau groupe de disponibilité pour lancer l’Assistant Nouveau groupe de disponibilité. Voir figure 13.

   

   Figure 13

4. Dans l’Assistant Nouveau groupe de disponibilité, cliquez sur Suivant pour afficher la page Spécifier le nom. Tapez un nom pour le groupe de disponibilité, puis cliquez sur Suivant. Voir figure 14.

   

   Figure 14

5. Dans la page Sélectionner une base de données, cliquez sur la base de données que vous venez de créer, puis cliquez sur Suivant. Voir figure 15.

   

   Figure 15

6. Dans la page Spécifier les réplicas, ajoutez un autre réplica en cliquant sur Ajouter un réplica. Cette page liste déjà les instances de SQL Server locales actuelles en tant que réplicas. Voir figure 16.

7. Dans la boîte de dialogue Se connecter au serveur, ajoutez les informations d’identification appropriées, puis cliquez sur Se connecter.

   

   Figure 16

   Vous devez maintenant voir deux réplicas dans la liste. Répétez cette étape pour ajouter d’autres nœuds en tant que réplicas. Voir figure 17.

   

   Figure 17

   Pour chaque réplica, configurez les paramètres Validation synchrone, Basculement automatique et Secondaire accessible en lecture. Voir figure 17.

Validation synchrone : si une transaction est validée sur le réplica principal d’une base de données, la transaction est également validée sur tous les autres réplicas synchrones. Ne pouvant pas garantir cela, la validation asynchrone risque d’être en retard par rapport au réplica principal.

En règle générale, vous ne devez activer la validation synchrone que si les deux nœuds se trouvent dans le même centre de données. S’ils se trouvent dans des centres de données différents, la validation synchrone risque de ralentir les performances de la base de données. Si cette case n’est pas cochée, la validation asynchrone est utilisée.

Basculement automatique : quand le réplica principal est arrêté et que le basculement automatique est activé, le groupe de disponibilité bascule automatiquement vers son réplica secondaire. Cette option ne peut être activée que sur les réplicas avec validations synchrones.

Secondaire accessible en lecture : par défaut, les utilisateurs ne peuvent se connecter à aucun réplica secondaire. Cette option permet aux utilisateurs de se connecter au réplica secondaire avec un accès en lecture seule.

8. Dans la page Spécifier les réplicas, cliquez sur l’onglet Écouteur, puis effectuez la procédure suivante. Voir figure 18.

   a) Cliquez sur Créer un écouteur de groupe de disponibilité pour configurer un écouteur de groupe de disponibilité pour la connexion de base de données MDS.

   b. Entrez un Nom DNS de l’écouteur, tel que MDSSQLServer.

   v. Entrez le port SQL par défaut, 1433, dans la zone de texte Port.

   d. Entrez DHCP dans la zone de texte Mode réseau, puis cliquez sur Suivant pour continuer.

   Remarque

   Si vous le souhaitez, vous pouvez choisir « Adresse IP statique » comme Mode réseau, puis entrer une adresse IP statique. Vous pouvez également entrer un port autre que 1433.

   

   Figure 18

9. Dans la page Sélectionner la synchronisation des données, cliquez sur Complète et spécifiez un partage réseau auquel chaque nœud peut accéder. Cliquez sur Suivant pour continuer. Voir figure 19.

   Ce partage réseau est destiné à stocker la sauvegarde de base de données en vue de la création des réplicas secondaires. Si cette configuration n’est pas disponible pour votre organisation, choisissez un autre mode de synchronisation des données. Reportez-vous à Groupes de disponibilité Always On SQL Server 2016 pour savoir comment utiliser d’autres options pour créer des réplicas secondaires. La figure 17 répertorie également les autres options.

   

   Figure 19

10. Dans la page Validation, vérifiez que toutes les validations réussissent et corrigez les erreurs éventuelles. Cliquez sur Suivant pour continuer.

11. Dans la page Résumé, examinez les paramètres de configuration, puis cliquez sur Terminer. Le groupe de disponibilité est alors créé, puis configuré.

12. Dans la page Résultat, vérifiez que toutes les étapes nécessaires ont été effectuées.

Validation et test du groupe de disponibilité

1. Ouvrez SSMS et connectez-vous au nom DNS de l’écouteur que vous venez de créer dans la section Créer un groupe de disponibilité. Dans cet exemple, il s’agit de MDSSQLServer.

2. Dans l’Explorateur d’objets, développez le dossier Haute disponibilité Always On, cliquez avec le bouton droit sur le groupe de disponibilité que vous venez de créer dans la section Créer un groupe de disponibilité, puis cliquez sur Afficher le tableau de bord. Voir figure 20. L’état du nouveau groupe de disponibilité et de ses réplicas s’affiche.

   

   Figure 20

3. Cliquez sur Basculer pour effectuer un basculement vers un réplica synchrone et un réplica asynchrone. Vous vérifiez ainsi que le basculement se déroule correctement.

   La configuration de l'AG est terminée.

Pour plus d'informations sur les groupes de disponibilité toujours actifs, voir groupes de disponibilité Always On de SQL Server 2016.

Configurer MDS pour qu’il s’exécute sur un nœud WSFC

Dans le cadre de cet article, cette solution nécessite uniquement que la base de données principale MDS s’exécute sur le cluster WSFC. Les autres parties de MDS, telles que les applications web et le Gestionnaire de configuration de MDS, peuvent être exécutées sur le nœud dans le cluster WSFC ou en dehors de celui-ci, tant que MDS peut se connecter au groupe de disponibilité.

1. Ouvrez le Gestionnaire de configuration Master Data Services sur un nœud, cliquez sur Configuration de la base de données, puis cliquez sur Créer une base de données pour lancer l’Assistant Création d’une base de données.

2. Dans la page Serveur de base de données, tapez le nom DNS de l’écouteur de groupe de disponibilité dans la zone de texte Instance SQL Server, cliquez sur Tester la connexion, puis cliquez sur Suivant. Voir figure 21.

   

   Figure 21

3. Dans la page Base de données, tapez le nom de la base de données que vous avez créée dans la section Créer un groupe de disponibilité, puis cliquez sur Suivant. Voir figure 22.

   

   Figure 22

4. Terminez l’AssistantCréation d’une base de données. Pour plus d’informations, consultez Installation et configuration de Master Data Services.

5. Cliquez sur Applications web dans Gestionnaire de configuration Master Data Services pour configurer l’application web, puis cliquez sur Appliquer pour appliquer les paramètres à MDS. Voir figure 23. Pour plus d’informations, consultez Installation et configuration de Master Data Services.

   

   Figure 23

   La configuration de MDS est terminée. Vous pouvez répéter les étapes ci-dessus pour configurer MDS afin qu’il s’exécute sur tous les nœuds. La base de données principale est la même sur le même groupe de disponibilité.

6. Si vous avez créé une base de données temporaire (voir la section Créer un groupe de disponibilité) pour créer un groupe de disponibilité AG, vous devez la supprimer

   Pour plus d’informations sur Master Data Services, consultez Master Data Services.

Conclusion

Dans ce livre blanc, nous avons vu comment installer et configurer la base de données backend de Master Data Services dans le cadre d'un AG. Cette configuration offre la haute disponibilité et la récupération d’urgence sur la base de données principale Master Data Services. Pour implémenter cette configuration, vous devez installer et configurer le cluster de basculement Windows Server, AG et Master Data Services.

Commentaires

Ce document vous a-t-il été utile ? Envoyez-nous vos commentaires en cliquant sur Commentaires en haut de l’article.

Vos commentaires nous aideront à améliorer la qualité des livres blancs que nous publions.