Remarques :

• Ce tutoriel nécessite un accès à Oracle Cloud. Pour vous inscrire à un compte gratuit, reportez-vous à Introduction au niveau gratuit d'Oracle Cloud Infrastructure.
• Il utilise des exemples de valeur pour les informations d'identification, la location et les compartiments Oracle Cloud Infrastructure. A la fin de l'exercice, remplacez ces valeurs par des valeurs propres à votre environnement cloud.

Déployer des groupes de disponibilité Always On de Microsoft SQL Server pour la haute disponibilité et la récupération après sinistre sur OCI

Introduction

Le déploiement de Microsoft SQL Server est un cas d'utilisation courant dans Oracle Cloud Infrastructure (OCI). Comme c'est souvent le cas dans un déploiement OCI, les clients recherchent des architectures hautement résilientes qui répondent à leurs exigences de continuité d'activité. Par conséquent, comprendre comment déployer SQL Server pour la haute disponibilité et la récupération après sinistre devient un impératif pour ces clients.

Il existe plusieurs solutions de continuité d'activité SQL Server. La solution abordée dans ce tutoriel est largement adoptée par les administrateurs SQL Server Toujours sur les groupes de disponibilité. Des solutions telles que SQL Server Always On Failover Cluster Instances (FCI) peuvent également être déployées sur OCI, mais sont exclues de ce tutoriel.

Ce tutoriel s'inspire des cas d'utilisation des clients et se différencie en centralisant trois éléments clés du déploiement de groupes de disponibilité Always On de SQL Server sur OCI dans un seul document.

• Architecture nécessaire au déploiement des groupes de disponibilité Always On de SQL Server. Le déploiement de SQL Server sur OCI présente certaines spécificités dont les clients doivent être conscients pour s'assurer que leur déploiement de groupes de disponibilité Always On de SQL Server réussit.

• Prérequis qui doivent être en place pour le déploiement des groupes de disponibilité Always On de SQL Server.

• Les procédures pas à pas de déploiement d'un groupe de disponibilité Always On de SQL Server à deux noeuds. Cela constitue l'essentiel du tutoriel. Les mêmes procédures peuvent être utilisées pour les déploiements qui utilisent plus de deux noeuds. Ce tutoriel documente les procédures utilisant l'interface graphique du système d'exploitation Windows, ce qui le rend approprié pour les utilisateurs non avancés. Si vous êtes un utilisateur avancé, vous pouvez implémenter la configuration à l'aide de Windows PowerShell.

Architecture

Ce tutoriel utilise l'architecture suivante :

• Région unique : le déploiement comprend une seule région OCI. Le déploiement peut être étendu à d'autres régions OCI, mais ces configurations ne relèvent pas du cadre de ce tutoriel.

• Sous-réseaux privés : à l'exception d'une machine virtuelle OCI Bastion, toutes les ressources sont placées dans des sous-réseaux régionaux privés.

• Noeuds SQL Server sur plusieurs sous-réseaux : chacun des deux noeuds du déploiement SQL Server est placé dans un sous-réseau différent conformément aux recommandations de Microsoft. Pour plus d'informations, reportez-vous à Prérequis pour les groupes de disponibilité dans plusieurs sous-réseaux (SQL Server sur les machines virtuelles Azure). Les groupes de disponibilité Always On de SQL Server peuvent être déployés dans un seul sous-réseau, mais il ne s'agit pas d'une architecture recommandée par Microsoft. En outre, elle nécessitera l'utilisation d'un équilibreur de charge et de fonctionnalités non prises en charge par OCI (retour sur serveur direct).

• Témoin de quorum du cluster de basculement Windows Server : les groupes de disponibilité Always On s'exécutent sur un cluster de basculement Windows Server (WSFC). WSFC requiert l'utilisation d'un témoin de quorum de cluster, pour lequel il existe plusieurs options de déploiement. Ce tutoriel utilise un témoin de partage de fichiers, car il est optimal pour un déploiement OCI. Pour ce faire, une machine virtuelle témoin de quorum est provisionnée conformément au diagramme d'architecture.

• Adresses IP SQL Server requises : chacune des machines virtuelles SQL Server a besoin des adresses IP suivantes dans les cartes d'interface réseau virtuelles (VNIC) principales.

  • Adresse IP principale : accès au système d'exploitation (créé automatiquement lors du provisionnement de machine virtuelle).
  • Adresse IP secondaire 1 : adresse IP du cluster de basculement Windows Server. A créer dans ce tutoriel.
  • Adresse IP secondaire 2 : processus d'écoute de groupes de disponibilité Always On de SQL Server. A créer dans ce tutoriel.

• Comptes nécessaires

  • Administrateur de domaine : l'administrateur de domaine effectue toutes les tâches de configuration dans ce tutoriel. Ce compte doit également être configuré à la fois en tant qu'administrateur local sur chaque machine virtuelle SQL Server et en tant que membre du rôle de serveur fixe SQL Server sysadmin pour chaque instance SQL Server.
  • Compte de service : il est utilisé pour que le service SQL Server fonctionne sur les deux noeuds SQL Server.

Objectifs

Créez et configurez les éléments suivants :

• Utilisateurs et comptes nécessaires pour les groupes de disponibilité Always On de SQL Server.

• Cluster de basculement Windows Server pour les groupes de disponibilité Always On.

• Groupe de disponibilité Always On de SQL Server.

Prérequis

• Fonctions de réseau

  • Accès à une location OCI et à un compartiment pour placer toutes les ressources.

  • Mise en réseau configurée selon le diagramme d'architecture.

    • 1 VCN.
    • 1 sous-réseau public et 4 sous-réseaux privés.

  • Règles de liste de sécurité configurées pour implémenter les groupes de disponibilité Always On de SQL Server : les ports 1433 et 5022 sont ouverts.

  • Règles de liste de sécurité configurées pour l'implémentation d'Active Directory dans OCI, comme décrit dans le livre blanc OCI Creating Active Directory Domain Services in OCI.

  • Nous pouvons utiliser les blocs CIDR (Classless Inter-Domain Routing) présentés dans ce tutoriel, ou vous pouvez sélectionner des blocs CIDR en suivant les conseils de votre équipe de mise en réseau cloud.

  

• Serveurs

  • 1 machine virtuelle de bastion dans un sous-réseau public pour vous assurer que vous pouvez vous connecter aux machines virtuelles exécutées sur des sous-réseaux privés.

  • 1 machine virtuelle de contrôleur de domaine dans un sous-réseau privé.

  • 1 machine virtuelle de quorum dans un sous-réseau privé.

  • 2 machines virtuelles SQL Server, chacune dans un sous-réseau privé différent.

  • Il existe 2 façons d'exécuter SQL Server dans OCI : Image OCI Marketplace et Utilisation de votre propre licence Microsoft (BYOL). Vous pouvez l'utiliser de votre choix. Ce tutoriel suppose simplement que nous avons une installation d'instance SQL Server par défaut (une seule installation SQL Server par machine virtuelle).

  • Si nous utilisons l'image OCI Marketplace, le processus de provisionnement installera SQL Server avec l'utilisateur opc. Lorsque nous joignons chacun des noeuds au domaine, nous devons alors nous assurer que l'administrateur de domaine fait partie des administrateurs locaux afin que nous puissions nous connecter à chacune des instances de base de données SQL Server sur SQL Server Management Studio.

  • Installez SQL Server Management Studio sur les machines virtuelles de noeud SQL Server.

  

• Prérequis du domaine Active Directory

  • Fonctions et rôles de contrôleur de domaine ajoutés à la machine virtuelle de contrôleur de domaine.

  • Domaine configuré par l'administrateur du système d'exploitation. Le contrôleur de domaine dans le présent tutoriel a le nom de domaine root mssql.acme. Nous pouvons configurer le domaine avec un nom de domaine root de votre choix.

  • Vous pouvez consulter le livre blanc OCI sur la création de services de domaine Active Directory dans OCI.

  • Machines virtuelles SQL Server et machine virtuelle de quorum ajoutées au domaine.

Exclusions de ce tutoriel

• Multi-région : un déploiement multi-région est possible mais ne fait pas partie de ce tutoriel. Pour plus d'informations, reportez-vous à Configuration d'un groupe de disponibilité multi-sous-réseau dans les régions Azure - SQL Server sur les machines virtuelles Azure.

• Stockage : pour ce tutoriel, le volume d'initialisation de chaque machine virtuelle est utilisé en tant que référentiel SQL Server pour la base de données, les sauvegardes et les journaux (ils sont tous mis en correspondance avec le lecteur C:\). Selon les exigences, vous devrez peut-être utiliser et configurer des volumes distincts pour la base de données, les sauvegardes et les journaux. Nous devons savoir que WSFC utilise une adresse IP de l'espace d'adressage 169.254.\* pour la communication interne, qui chevauche l'espace d'adressage OCI pour exposer les unités de blocs iSCSI. Cela nécessite la création de routes IP statiques pour exposer les portails cible iSCSI dans chacune des machines virtuelles de noeud SQL Server. Cette configuration n'est pas comprise dans le cadre de ce tutoriel. Pour plus d'informations, reportez-vous à la section Failover Clustering Networking Basics and Fundamentals.

• Partage de fichiers de témoin hautement disponible : ce tutoriel utilise une seule machine virtuelle pour le partage de fichiers de témoin de quorum. Un partage de fichiers témoin hautement disponible n'est pas inclus dans ce tutoriel. Pour plus d'informations sur le déploiement, reportez-vous à Déploiement d'un serveur de fichiers Windows hautement disponible sur OCI.

Tâche 1 : configuration des adresses IP secondaires

Pour chaque machine virtuelle de noeud SQL Server, créez l'adresse IP secondaire nécessaire pour le cluster de basculement Windows Server et pour le processus d'écoute des groupes de disponibilité Always On.

1. Dans la console OCI, accédez à la machine virtuelle du noeud SQL Server 1 et sélectionnez les cartes d'interface réseau virtuelles attachées dans le menu Ressources.

   

2. Sélectionnez la carte d'interface réseau virtuelle principale, puis IPv4 Addresses dans le menu Ressources.

   

   

3. Sélectionnez Ajouter une adresse IP privée secondaire et entrez les détails permettant d'ajouter une nouvelle adresse IP privée à la carte d'interface réseau virtuelle. Cliquez sur Créer pour voir une adresse IP secondaire associée à cette carte d'interface réseau virtuelle. Il s'agit de l'adresse IP WSFC.

   

4. Répétez les étapes 1 à 3 dans la même carte d'interface réseau virtuelle pour créer une autre adresse IP secondaire pour le processus d'écoute des groupes de disponibilité Toujours sur.

5. Répétez les étapes 1 à 4 pour l'autre machine virtuelle de noeud SQL Server.

Tâche 2 : créer un compte de service SQL Server

SQL Server doit utiliser un compte de domaine dédié. Dans cette tâche, nous allons créer ce compte. Plus loin dans le tutoriel, nous utilisons ce compte pour configurer le service SQL Server sur chacun des noeuds.

1. Connectez-vous au contrôleur de domaine à l'aide du compte d'administrateur de domaine et accédez à Utilisateurs et ordinateurs Active Directory.

   

2. Développez le domaine que vous avez configuré pour ce tutoriel.

   

3. Cliquez avec le bouton droit de la souris sur Utilisateurs et sélectionnez Nouvel utilisateur pour créer un utilisateur.

   

4. Entrez les détails suivants et cliquez sur Suivant.

   

5. Entrez le mot de passe de ce compte de domaine et cliquez sur Suivant.

   

6. Vérifiez les détails et cliquez sur Terminer.

   

Tâche 3 : configuration d'un partage de fichiers témoin

Comme mentionné, l'architecture de ce tutoriel utilise un témoin de partage de fichiers pour implémenter le témoin de quorum. Dans cette tâche, nous allons créer un dossier partagé. Dans une tâche ultérieure, nous utiliserons ce dossier partagé pour configurer le cluster de basculement Windows Server.

1. Connectez-vous à la machine virtuelle de quorum à l'aide du compte d'administrateur de domaine et créez un dossier de témoins.

   

2. Cliquez sur le dossier que vous avez créé et sélectionnez Propriétés. Dans l'onglet Partage, cliquez sur Partager et sélectionnez Tout le monde pour partager le dossier. Si vous préférez être plus strict, sélectionnez le compte de service SQL Server créé dans la tâche 2.

   

3. Le dossier a été partagé et cliquez sur Terminé.

   

Tâche 4 : configurer un cluster de basculement Windows Server

Les groupes de disponibilité Always On de SQL Server s'exécutent sur la technologie WSFC (Windows Server Failover Cluster). Dans cette tâche, nous allons :

• Ajoutez des rôles WSFC aux machines virtuelles SQL Server.

• Créez et configurez un cluster à l'aide des adresses IP secondaires créées dans la tâche 1 et du témoin de partage de fichiers de quorum créé dans la tâche 3. Ce cluster sera utilisé dans une tâche ultérieure par la fonctionnalité de groupes de disponibilité Always On.

Tâche 4.1 : ajouter des rôles WSFC aux machines virtuelles SQL Server

1. Connectez-vous à la machine virtuelle du noeud SQL Server 1 à l'aide de l'administrateur de domaine, ouvrez le gestionnaire de serveurs et, dans le tableau de bord, cliquez sur Ajouter des rôles et des fonctionnalités.

   

2. Cliquez sur Suivant pour passer au type d'installation.

   

3. Sélectionnez Installation basée sur un rôle ou une fonctionnalité et cliquez sur Suivant.

   

4. Dans Sélectionner le serveur de destination, sélectionnez le serveur du pool de serveurs et le noeud SQL Server 1, puis cliquez sur Suivant pour continuer.

   

5. Dans Fonctionnalités, sélectionnez Clustering de basculement. Lorsque vous le faites, une fenêtre apparaît, puis cliquez sur Ajouter des fonctionnalités.

   

   

6. Dans Confirmer la sélection de l'installation, vérifiez les détails et cliquez sur Installer pour confirmer l'installation.

   

7. Lorsque l'installation est terminée, fermez l'assistant.

   

8. Pour confirmer l'installation, saisissez Failover Cluster Manager dans la barre de recherche. Vous pouvez l'ouvrir et voir qu'il ne contient pas encore de clusters.

   

   

9. Répétez les étapes 1 à 8 dans l'autre machine virtuelle de noeud SQL Server.

Tâche 4.2 : créer un cluster

1. Connectez-vous à la machine virtuelle du noeud 1 SQL Server à l'aide du compte d'administrateur de domaine et ouvrez le gestionnaire de cluster de basculement. Aucun cluster n'est en cours d'exécution.

   

2. Cliquez avec le bouton droit de la souris sur Gestionnaire de cluster de basculement et sélectionnez Créer un cluster... pour ouvrir l'assistant Créer un cluster.

   

3. Une fois l'assistant Créer un cluster ouvert, cliquez sur Suivant pour continuer.

   

4. Cliquez sur Parcourir et sélectionnez les machines virtuelles des noeuds SQL Server 1 et 2.

   

5. Vérifiez que vous avez sélectionné les noeuds appropriés, puis cliquez sur Suivant.

   

6. Sélectionnez Oui, lorsque je clique sur Suivant, exécutez les tests de configuration, puis revenez au processus de création du cluster et cliquez sur Suivant.

   

7. Sélectionnez Exécuter tous les tests et cliquez sur Suivant.

   

8. Dans la fenêtre Vérification, cliquez sur Suivant.

   

   Attendez que tous les tests soient terminés.

   

9. Cliquez sur Fin.

   

10. Entrez un nom de cluster et tenez compte des contraintes NetBIOS.

    

11. Confirmez le cluster avant de le créer, puis cliquez sur Suivant.

    

12. Une fois le cluster créé, cliquez sur Terminer.

    

13. Ouvrez le gestionnaire de cluster de basculement pour voir le cluster que vous venez de créer.

    

14. Notez que le statut du cluster est Offline dans la section Cluster Core Resources. Développez les ressources et recherchez les adresses IP de cluster non encore configurées. Nous le ferons dans quelques étapes.

    

Tâche 4.3 : configuration d'un cluster

1. Avant de configurer les adresses IP du cluster, nous allons configurer le témoin de quorum. Cliquez avec le bouton droit de la souris sur le nom du cluster, sélectionnez More Actions et Configure Cluster Quorum Settings.... Cela ouvrira un assistant de configuration.

   

2. Dans la fenêtre Configure Cluster Quorum Wizard, cliquez sur Next pour continuer.

   

3. Sélectionnez le témoin de quorum et cliquez sur Suivant.

   

4. Sélectionnez le témoin de partage de fichiers et cliquez sur Suivant.

   

5. Entrez le chemin de partage de fichiers configuré dans la tâche 3 et cliquez sur Suivant.

   

6. Vérifiez les paramètres de configuration du quorum et cliquez sur Suivant.

   

7. Le témoin de quorum sera configuré. Une fois la configuration terminée, cliquez sur Terminer pour fermer l'assistant.

   

8. Nous associerons les adresses IP créées dans la tâche 1 au cluster. Le cluster est ainsi opérationnel. Dans le gestionnaire de cluster de basculement, développez les ressources de base de cluster, cliquez avec le bouton droit de la souris sur l'adresse IP dont le statut est Echec, puis cliquez sur Propriétés.

   

9. Dans l'onglet Général, indiquez l'adresse IP statique configurée pour ce noeud dans la tâche 1, puis cliquez sur Appliquer.

   

10. Répétez les étapes 8 et 9 pour l'autre IP. Le cluster sera correctement configuré. Lorsque la ressource de nom de cluster est en ligne, elle met à jour le serveur de contrôleur de domaine avec un nouvel objet d'ordinateur Active Directory. Nous sommes maintenant prêts à passer à la configuration des groupes de disponibilité Always On.

    

Tâche 5 : configurer un groupe de disponibilité Always On pour une base de données échantillon

Dans cette tâche, nous allons :

• Accordez les droits d'accès appropriés au compte d'objet d'ordinateur virtuel créé dans le domaine par le cluster, ce qui permettra au cluster de créer les ressources dont les groupes de disponibilité Always On ont besoin.

• Activez la fonctionnalité de groupes de disponibilité Always On dans les noeuds.

• Configurez des groupes de disponibilité Always On pour une base de données échantillon.

• Créez un processus d'écoute pour les groupes de disponibilité Always On.

Tâche 5.1 : accorder des droits d'accès à l'objet ordinateur du domaine de cluster

1. Connectez-vous au contrôleur de domaine à l'aide du compte d'administrateur de domaine et ouvrez les utilisateurs et ordinateurs Active Directory.

   

2. Cliquez sur Visualiser et sélectionnez Fonctionnalités avancées pour visualiser les fonctionnalités avancées.

   

3. Cliquez avec le bouton droit de la souris sur Ordinateurs et sélectionnez Propriétés.

   

4. Accédez à l'onglet Sécurité et cliquez sur Ajouter.

   

5. Dans l'assistant Utilisateurs, ordinateurs, comptes de service ou groupes, cliquez sur Types d'objet....

   

6. Sélectionnez Ordinateurs et cliquez sur OK.

   

7. Entrez le nom du cluster et cliquez sur OK. L'objet ordinateur de cluster apparaît désormais dans la liste des groupes ou des noms utilisateur.

   

8. Sélectionnez l'objet ordinateur du cluster et cliquez sur Avancé pour configurer les autorisations.

   

9. Dans l'onglet Autorisations, sélectionnez l'objet ordinateur du cluster et cliquez sur Modifier.

   

10. Sélectionnez l'entrée d'autorisation Créer des objets d'ordinateur et cliquez sur OK.

    

11. Nous revenons maintenant dans Paramètres de sécurité avancés pour les ordinateurs, puis cliquez sur Appliquer et sur OK. Avec cela, le compte d'ordinateur du cluster dispose des autorisations nécessaires pour que les groupes de disponibilité Always On fonctionnent.

    

    

Tâche 5.2 : activer les groupes de disponibilité Always On dans les noeuds

1. Connectez-vous à la machine virtuelle du noeud SQL Server 1 à l'aide du compte d'administrateur de domaine et ouvrez le gestionnaire de configuration SQL Server.

   

2. Cliquez sur Services SQL Server, cliquez avec le bouton droit de la souris sur SQL Server (MSSQL SERVER) et sélectionnez Propriétés.

   

3. Dans l'onglet Toujours sur les groupes de disponibilité, sélectionnez Activer les groupes de disponibilité Toujours sur. Notez le nom du cluster déjà créé dans la tâche 4.2, le cluster de basculement Windows Server et cliquez sur Appliquer. Un message d'avertissement vous invite à redémarrer le service. Cliquez sur OK pour appliquer les modifications. Le service va redémarrer.

   

4. Si le service SQL Server n'est pas redémarré automatiquement, vous pouvez le redémarrer manuellement, cliquer avec le bouton droit de la souris sur le service SQL Server et cliquer sur Redémarrer.

   

5. Cliquez avec le bouton droit de la souris sur le service SQL Server, sélectionnez Propriétés et accédez à l'onglet Connexion. Sélectionnez Ce compte et entrez les détails du compte SQL Server créés dans la tâche 2. Cliquez sur Appliquer, puis sur OK.

   

6. Répétez les étapes 1 à 5 pour la machine virtuelle du noeud 2 de SQL Server.

Tâche 5.3 : Créer et sauvegarder un exemple de base de données pour les groupes de disponibilité Always On

1. Connectez-vous à la machine virtuelle du noeud SQL Server 1 à l'aide du compte d'administrateur de domaine, ouvrez SQL Server Management Studio et connectez-vous à l'instance SQL Server de ce noeud.

   

2. Sélectionnez NOUVELLE requête et créez un exemple de base de données à l'aide d'une requête créer une base de données, comme illustré dans l'image suivante.

   

   

3. Développez Bases de données dans l'explorateur d'objets pour trouver l'exemple de base de données créé à l'étape 2. Cliquez dessus avec le bouton droit de la souris, cliquez sur Tâches, puis sur Sauvegarder....

   

4. Sélectionnez Complet comme type de sauvegarde. Vérifiez et confirmez la destination de sauvegarde, puis cliquez sur OK.

   

5. Un message vous informe de la réussite de la sauvegarde. Cliquez ensuite sur OK.

   

Tâche 5.4 : créer un groupe de disponibilité pour la base de données échantillon

1. La sauvegarde est créée, nous sommes prêts à commencer à configurer un groupe de disponibilité. Cliquez avec le bouton droit de la souris sur Toujours sur la haute disponibilité et sélectionnez Assistant Nouveau groupe de disponibilité....

   

2. Dans Créer un groupe de disponibilité, cliquez sur Suivant pour continuer.

   

3. Entrez un nom de groupe de disponibilité, sélectionnez Cluster de basculement Windows Server comme type de cluster et cliquez sur Suivant.

   

4. Sélectionnez l'exemple de base de données créé dans la tâche 5.3 et cliquez sur Suivant.

   

5. Dans la fenêtre Spécifier des répliques, cliquez sur Spécifier des répliques et Ajouter une réplique... pour sélectionner la réplique de noeud 2. Dans la fenêtre, entrez le nom de la machine virtuelle du serveur du noeud 2, puis cliquez sur Connexion.

   

6. Nous allons maintenant voir les deux répliques, l'une avec le rôle principal et l'autre avec le rôle secondaire. Nous pouvons modifier le mode de disponibilité en fonction des besoins. Cliquez sur Suivant. L'onglet Processus d'écoute apparaît. Pour l'instant, ignorez-le. Nous configurerons un processus d'écoute plus loin dans ce tutoriel.

   

7. Dans Sélectionner la synchronisation des données, sélectionnez Prédéfinition automatique et cliquez sur Suivant.

   

8. Une validation des configurations sera exécutée. Nous pouvons constater que tous les résultats de la validation ont abouti, à l'exception de la configuration du processus d'écoute. Fournissez les informations relatives au jeu de transport, puis cliquez sur Suivant.

   

9. Dans Récapitulatif, cliquez sur Terminer pour terminer la création et la configuration du groupe de disponibilité.

   

10. Dans Résultats, un message vous informe de la réussite de la configuration du groupe de disponibilité. Cliquez sur Fermer.

    

Le groupe de disponibilité est créé et nous pouvons voir ses détails dans l'explorateur d'objets.

Tâche 5.5 : créer un processus d'écoute de groupe de disponibilité

Dans cette tâche, nous allons créer un processus d'écoute pour le groupe de disponibilité créé dans la tâche 5.4. Le processus d'écoute est un nom de réseau virtuel qui fournit la connectivité à la base de données sur une configuration de groupes de disponibilité Always On. Il permet à un client de se connecter à une réplique sans avoir à connaître le nom de l'instance physique de SQL Server. Etant donné que le processus d'écoute achemine le trafic, il n'est pas nécessaire de modifier la chaîne de connexion client après un basculement.

1. Dans l'explorateur d'objets, développez les groupes de disponibilité et le groupe de disponibilité créé dans la tâche 5.4, cliquez avec le bouton droit de la souris sur Processus d'écoute de groupe de disponibilité et sélectionnez Ajouter un processus d'écoute....

   

2. Entrez un nom DNS de processus d'écoute pour le processus d'écoute, spécifiez le port 1433 et l'adresse IP statique en mode réseau. Cliquez sur Ajouter... pour ajouter les adresses IP de processus d'écoute créées dans la tâche 1.

   

3. Assurez-vous que le sous-réseau du noeud auquel vous êtes connecté est le sous-réseau sélectionné et entrez l'adresse IPv4 avec l'adresse IP secondaire créée pour le processus d'écoute dans la tâche 1, puis cliquez sur OK.

   

4. Pour ajouter la seconde adresse IP, cliquez à nouveau sur Ajouter.... Assurez-vous que le sous-réseau sélectionné est le sous-réseau de l'autre noeud et entrez l'adresse IP de l'adresse IP secondaire créée pour l'autre noeud dans la tâche 1. Cliquez ensuite sur OK.

5. Vérifiez que les deux adresses IP sont configurées et cliquez sur OK pour terminer la création du processus d'écoute.

   

6. Accédez à l'explorateur d'objets et vérifiez que le processus d'écoute apparaît dans le dossier Processus d'écoute de groupe de disponibilité.

   

Dans SQL Server Management Studio, nous pouvons désormais nous connecter au processus d'écoute comme vous le souhaitez à l'un des noeuds SQL Server. La configuration des groupes de disponibilité Always On est terminée et vous disposez d'un processus d'écoute pour faciliter la connectivité de l'application. Votre déploiement est maintenant prêt pour le basculement, que vous pouvez effectuer manuellement.

Liens connexes

• Microsoft SQL Server sur Oracle Cloud Infrastructure

• Déploiement d'une base de données Microsoft SQL Server hautement disponible sur OCI à l'aide de groupes de disponibilité Always On

• Création de services de domaine Active Directory dans OCI

• Prérequis pour les groupes de disponibilité dans plusieurs sous-réseaux (SQL Server sur les machines virtuelles Azure)

Remerciements

• Auteurs - Ricardo Malhado (architecte principal des solutions cloud), Raphael Teixeira (architecte principal des solutions cloud)

Ressources de formation supplémentaires

Parcourez d'autres ateliers sur docs.oracle.com/learn ou accédez à davantage de contenus de formation gratuits sur le canal Oracle Learning YouTube. De plus, rendez-vous sur education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.

Pour obtenir de la documentation sur le produit, visitez Oracle Help Center.

---

Informations relatives au titre et au copyright

Deploy Microsoft SQL Server Always On Availability Groups for HA and DR on OCI

F92893-01

February 2024

Copyright © 2024, Oracle and/or its affiliates.