Gestion d'un déploiement multi-AZ pour RDS Custom for SQL Server - Amazon Relational Database Service
Disponibilité des régions et des versionsLimitesPrérequisCréation d'un déploiement multi-AZModifier un déploiement mono-AZ en multi-AZModifier un déploiement multi-AZ en mono-AZProcessus de basculementParamètres de durée de vie de l'application

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Gestion d'un déploiement multi-AZ pour RDS Custom for SQL Server

Dans un déploiement d'instance de base de données multi-AZ pour RDS Custom for SQL Server, Amazon RDS alloue et maintient automatiquement un réplica de secours synchrone dans une zone de disponibilité (AZ) différente. L'instance de base de données primaire est répliquée de manière synchrone dans les zones de disponibilité sur un réplica de secours afin d'assurer une redondance des données.

Important

Un déploiement multi-AZ pour RDS Custom for SQL Server est différent d'un déploiement multi-AZ pour RDS for SQL Server. Contrairement à un déploiement multi-AZ pour RDS for SQL Server, vous devez configurer les conditions préalables pour RDS Custom for SQL Server avant de créer votre instance de base de données multi-AZ, car RDS Custom s'exécute dans votre propre compte, qui nécessite des autorisations.

Si vous ne remplissez pas les conditions préalables, votre instance de base de données multi-AZ risque de ne pas s'exécuter ou de revenir automatiquement à une instance de base de données mono-AZ. Pour plus d'informations sur les conditions préalables, consultez Conditions préalables pour un déploiement multi-AZ pour RDS Custom for SQL Server.

L'exécution d'une instance de base de données en haute disponibilité peut améliorer la disponibilité pendant la maintenance planifiée du système. En cas de maintenance planifiée de la base de données ou d'interruption de service imprévue, Amazon RDS bascule automatiquement vers l'instance de base de données up-to-date secondaire. Cette fonctionnalité permet aux opérations de la base de données de reprendre rapidement sans intervention manuelle. Les instances principales et de secours utilisent le même point de terminaison, l'adresse réseau physique de celui-ci étant transférée vers le réplica secondaire dans le cadre du processus de basculement. Vous n'avez pas à reconfigurer votre application lorsqu'un basculement se produit.

RDS Custom for SQL Server prend en charge le déploiement multi-AZ.

Vous pouvez créer un déploiement multi-AZ RDS Custom for SQL Server en indiquant multi-AZ lors de la création d'une instance de base de données RDS Custom. Vous pouvez utiliser la console pour convertir les instances de base de données RDS Custom for SQL Server existantes en déploiements multi-AZ en modifiant l'instance de base de données et en spécifiant l'option multi-AZ. Vous pouvez également spécifier un déploiement d'instance de base de données multi-AZ avec l'interface de ligne de commande AWS ou l'API Amazon RDS.

La console RDS affiche la zone de disponibilité du réplica de secours (la zone de disponibilité secondaire). Vous pouvez également utiliser la commande d'interface de ligne de commande describe-db-instances ou l'opération d'API DescribeDBInstances pour rechercher la zone de disponibilité secondaire.

Les instances de base de données RDS Custom for SQL Server qui utilisent des déploiements multi-AZ peuvent avoir une latence d'écriture et de validation accrue par rapport à un déploiement mono-AZ. Cette augmentation peut se produire en raison de la réplication de données synchrone entre les instances de base de données. La latence peut évoluer si votre déploiement bascule vers le réplica de secours, même si AWS est conçu avec une connectivité réseau à faible latence entre les zones de disponibilité.

Note

Pour les charges de travail de production, nous vous recommandons d'utiliser une classe d'instance de base de données avec l'option IOPS provisionnés (opérations d'entrée/sortie par seconde) pour plus de rapidité et de constance sur le plan des performances. Pour plus d'informations sur les classes d'instance de base de données, veuillez consulter Conditions requises et limitations d'Amazon RDS Custom for SQL Server.

Disponibilité des régions et des versions

Les déploiements multi-AZ pour RDS Custom for SQL Server sont pris en charge pour les éditions de SQL Server suivantes :

  • SQL Server 2022 et 2019 : éditions Enterprise, Standard, Web et Developer

Note

Les déploiements multi-AZ pour RDS Custom pour SQL Server ne sont pas pris en charge sur SQL Server 2019 CU8 (15.00.4073.23) ou les versions antérieures.

Les déploiements multi-AZ pour RDS Custom for SQL Server sont disponibles dans toutes les régions où RDS Custom for SQL Server est disponible. Pour plus d'informations sur la disponibilité des déploiements multi-AZ dans les régions pour RDS Custom for SQL Server, consultez Régions et moteurs de base de données pris en charge pour RDS Custom pour SQL Server.

Limites d'un déploiement multi-AZ pour RDS Custom for SQL Server

Les déploiements multi-AZ avec RDS Custom for SQL Server ont les limites suivantes :

  • Les déploiements multi-AZ entre régions ne sont pas pris en charge.

  • Vous ne pouvez pas configurer l'instance de base de données secondaire pour accepter l'activité de lecture de base de données.

  • Lorsque vous utilisez une version de moteur personnalisé (CEV) avec un déploiement multi-AZ, votre instance de base de données secondaire utilise également la même CEV. L'instance de base de données secondaire ne peut pas utiliser d'autre CEV.

Conditions préalables pour un déploiement multi-AZ pour RDS Custom for SQL Server

Si vous disposez déjà d'un déploiement mono-AZ RDS Custom for SQL Server, les conditions préalables supplémentaires suivantes sont requises avant de le modifier en déploiement multi-AZ. Vous pouvez choisir de remplir les prérequis manuellement ou à l'aide du CloudFormation modèle fourni. Le dernier CloudFormation modèle contient les prérequis pour les déploiements mono-AZ et multi-AZ.

Important

Pour simplifier la configuration, nous vous recommandons d'utiliser le dernier fichier modèle AWS CloudFormation fourni dans les instructions de configuration du réseau pour créer les conditions préalables. Pour plus d'informations, consultez Configuration avec AWS CloudFormation.

Note

Lorsque vous modifiez un déploiement mono-AZ RDS Custom for SQL Server existant en déploiement multi-AZ, vous devez remplir ces conditions préalables. Si vous ne remplissez pas les conditions préalables, la configuration multi-AZ échouera. Pour remplir toutes les conditions préalables, suivez les étapes dans Modification d'un déploiement mono-AZ RDS Custom for SQL Server en un déploiement multi-AZ.

  • Mettez à jour les règles entrantes et sortantes du groupe de sécurité RDS pour autoriser le port 1120.

  • Ajoutez une règle dans la liste de contrôle d'accès (ACL) de votre réseau privé qui autorise les ports TCP 0-65535 pour le VPC de l'instance de base de données.

  • Créez de nouveaux points de terminaison d'un VPC Amazon SQS qui permettent à l'instance de base de données RDS Custom for SQL Server de communiquer avec SQS.

  • Mettez à jour les autorisations SQS dans le rôle de profil d'instance.

Création d'un déploiement multi-AZ RDS Custom for SQL Server

Pour créer un déploiement multi-AZ RDS Custom for SQL Server, suivez les étapes dans Création et connexion à une instance de base de données pour Amazon RDS Custom for SQL Server.

Important

Pour simplifier la configuration, nous vous recommandons d'utiliser le dernier fichier modèle AWS CloudFormation fourni dans les instructions de configuration du réseau. Pour plus d'informations, consultez Configuration avec AWS CloudFormation.

La création d'un déploiement multi-AZ dure quelques minutes.

Modification d'un déploiement mono-AZ RDS Custom for SQL Server en un déploiement multi-AZ

Vous pouvez modifier une instance de base de données RDS Custom for SQL Server existante d'un déploiement mono-AZ en un déploiement multi-AZ. Lorsque vous modifiez l'instance de base de données, Amazon RDS effectue plusieurs actions :

  • Prend un instantané de l'instance de base de données primaire.

  • Crée de nouveaux volumes pour le réplica en attente à partir de l'instantané. Ces volumes s'initialisent en arrière-plan, et les performances maximales du volume sont atteintes après l'initialisation complète des données.

  • Active la réplication synchrone au niveau des blocs entre les instances de base de données primaire et secondaire.

Important

Nous vous recommandons d'éviter de modifier votre instance de base de données RDS Custom for SQL Server pour passer d'un déploiement mono-AZ à un déploiement multi-AZ sur une instance de base de données de production pendant les périodes de pointe.

AWS utilise un instantané pour créer l'instance de secours afin d'éviter les temps d'arrêt lors de la conversion de mono-AZ à multi-AZ, mais les performances peuvent diminuer pendant et après la conversion vers multi-AZ. Cet impact peut être significatif pour les charges de travail sensibles à la latence d'écriture. Bien que cette fonctionnalité permette de restaurer rapidement des volumes importants à partir d'instantanés, elle peut entraîner une augmentation de la latence des opérations d'I/O en raison de la réplication synchrone. Cette latence peut avoir un impact sur les performances de votre base de données.

Configuration des conditions requises pour modifier un déploiement mono-AZ en déploiement multi-AZ à l'aide de CloudFormation

Pour utiliser un déploiement multi-AZ, vous devez vous assurer que vous avez appliqué le dernier CloudFormation modèle avec les prérequis, ou configurer manuellement les derniers prérequis. Si vous avez déjà appliqué le dernier modèle CloudFormation prérequis, vous pouvez ignorer ces étapes.

Pour configurer les conditions préalables au déploiement multi-AZ de RDS Custom pour SQL Server à l'aide de CloudFormation

  1. Ouvrez la CloudFormation console à l'adresse https://console.aws.amazon.com/cloudformation.

  2. Pour démarrer l'assistant Créer une pile, sélectionnez la pile existante que vous avez utilisée pour créer un déploiement mono-AZ et choisissez Mettre à jour.

    La page Mettre à jour la pile s'affiche.

  3. Pour Prérequis - Préparer le modèle, choisissez Le modèle est prêt.

  4. Pour Specify template (Spécifier un modèle), procédez comme suit :

    1. Téléchargez le dernier fichier modèle AWS CloudFormation. Ouvrez le menu contextuel (clic droit) du lien custom-sqlserver-onboard.zip et choisissez Enregistrer le lien sous.

    2. Enregistrez et extrayez le fichier custom-sqlserver-onboard.json de votre ordinateur.

    3. Pour Source du modèle, choisissez Charger un fichier de modèle.

    4. Pour Choose file (Choisir un fichier), accédez à custom-sqlserver-onboard.json et sélectionnez ce fichier.

  5. Choisissez Suivant.

    La page Specify stack details (Spécifier les détails de la pile) s'affiche.

  6. Pour conserver les options par défaut, choisissez Next (Suivant).

    La page Options avancées s'affiche.

  7. Pour conserver les options par défaut, choisissez Next (Suivant).

  8. Pour conserver les options par défaut, choisissez Next (Suivant).

  9. Sur la page Vérifier les modifications, procédez comme suit :

    1. Sous Capacités, cochez la case Je sais qu'AWS CloudFormation peut créer des ressources IAM avec des noms personnalisés.

    2. Sélectionnez Envoyer.

  10. Vérifiez que la mise à jour est réussie. Le statut d'une opération réussie affiche UPDATE_COMPLETE.

Si la mise à jour échoue, toute nouvelle configuration spécifiée dans le processus de mise à jour sera annulée. La ressource existante sera toujours utilisable. Par exemple, si vous ajoutez des règles ACL réseau numérotées 18 et 19, mais que certaines règles existantes portent les mêmes numéros, la mise à jour renverra l'erreur suivante : Resource handler returned message: "The network acl entry identified by 18 already exists. (L'entrée ACL réseau numérotée 18 existe déjà). Dans ce scénario, vous pouvez modifier les règles ACL existantes pour utiliser un nombre inférieur à 18, puis réessayez la mise à jour.

Configuration des conditions préalables pour modifier manuellement un déploiement mono-AZ en un déploiement multi-AZ

Important

Pour simplifier la configuration, nous vous recommandons d'utiliser le dernier fichier modèle AWS CloudFormation fourni dans les instructions de configuration du réseau. Pour plus d'informations, consultez Configuration des conditions requises pour modifier un déploiement mono-AZ en déploiement multi-AZ à l'aide de CloudFormation.

Si vous choisissez de configurer les conditions préalables manuellement, exécutez les tâches suivantes.

  1. Ouvrez la console Amazon VPC à l’adresse https://console.aws.amazon.com/vpc/.

  2. Choisissez Point de terminaison. La page Créer un point de terminaison s'affiche.

  3. Pour Catégorie de service, choisissez Services AWS.

  4. Dans Services, recherchez SQS

  5. Dans VPC, choisissez le VPC dans lequel votre instance de base de données RDS Custom for SQL Server est déployée.

  6. Dans Sous-réseaux, choisissez les sous-réseaux dans lesquels votre instance de base de données RDS Custom for SQL Server est déployée.

  7. Dans Groupes de sécurité, choisissez le vpc-endpoint-sg groupe -.

  8. Pour Politique, choisissez Personnalisé

  9. Dans votre politique personnalisée, remplacez Partition AWS, Région, accountId et IAM-Instance-role vos propres valeurs.

    
                     {
        "Version": "2012-10-17",
        "Statement": [
            {
                "Condition": {
                    "StringLike": {
                        "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
                    }
                },
                "Action": [
                    "SQS:SendMessage",
                    "SQS:ReceiveMessage",
                    "SQS:DeleteMessage",
                    "SQS:GetQueueUrl"
                ],
                "Resource": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*",
                "Effect": "Allow",
                "Principal": {
                    "AWS": "arn:${AWS::Partition}:iam::${AWS::AccountId}:role/{IAM-Instance-role}"
                }
            }
        ]
    }

  10. Mettez à jour le Profil d'instance avec l'autorisation d'accéder à Amazon SQS. Remplacez PartitionAWS, Région et accountId par vos propres valeurs.

    
                        {
    "Sid": "SendMessageToSQSQueue",
    "Effect": "Allow",
    "Action": [
      "SQS:SendMessage",
      "SQS:ReceiveMessage",
      "SQS:DeleteMessage",                                    
      "SQS:GetQueueUrl"

    ],
    "Resource": [
      {
        "Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
      }
    ],
    "Condition": {
      "StringLike": {
        "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
      }
    }
  } 
                        >

  11. Mettez à jour les règles entrantes et sortantes du groupe de sécurité Amazon RDS pour autoriser le port 1120.

    1. Dans Groupes de sécurité, choisissez le rds-custom-instance-sg groupe -.

    2. Pour les règles entrantes, créez une règle TCP personnalisée pour autoriser le port 1120 à partir du groupe source. rds-custom-instance-sg

    3. Pour les règles sortantes, créez une règle TCP personnalisée pour autoriser le port 1120 à accéder au groupe de destination. rds-custom-instance-sg

  12. Ajoutez une règle dans la liste de contrôle d'accès (ACL) de votre réseau privé qui autorise les ports TCP 0-65535 pour le sous-réseau source de l'instance de base de données.

    Note

    Lorsque vous créez une Règle entrante et une Règle sortante, prenez note du Numéro de règle existant le plus élevé. Les nouvelles règles que vous créez doivent avoir un Numéro de règle inférieur à 100 et ne correspondre à aucun Numéro de règle existant.

    1. Dans Network ACL, choisissez le private-network-acl groupe -.

    2. Pour Règles entrantes, créez une règle Tous les TCP pour autoriser les ports TCP 0-65535 dont la source provient de privatesubnet1 et privatesubnet2.

    3. Pour Règles sortantes, créez une règle Tous les TCP pour autoriser les ports TCP 0-65535 vers la destination privatesubnet1 et privatesubnet2.

Modifiez à l'aide de la console RDS, de l'interface de ligne de commande AWS ou de l'API RDS.

Une fois que vous avez rempli les conditions préalables, vous pouvez modifier une instance de base de données RDS Custom for SQL Server pour passer d'un déploiement mono-AZ à un déploiement multi-AZ à l'aide de la console RDS, de l'interface de ligne de commande AWS ou de l'API RDS.

Pour modifier un déploiement mono-AZ RDS Custom for SQL Server existant en un déploiement multi-AZ

  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans la console Amazon RDS, choisissez Bases de données.

    Le volet Bases de données s'affiche.

  3. Choisissez l'instance de base de données RDS Custom for SQL Server que vous souhaitez modifier.

  4. Dans Actions, choisissez Convertir en déploiement multi-AZ.

  5. Sur la page Confirmation, choisissez Appliquer immédiatement pour appliquer les modifications immédiatement. Le choix de cette option n'entraîne pas d'interruption de service, mais il existe un impact possible sur les performances. Vous pouvez également choisir d'appliquer la mise à jour pendant le créneau de maintenance suivant. Pour plus d'informations, consultez Paramètre des modifications du calendrier.

  6. Sur la page Confirmation, choisissez Convertir en Multi-AZ.

Pour passer à un déploiement d'instance de base de données multi-AZ à l'aide deAWS CLI, appelez la modify-db-instancecommande et définissez l'--multi-azoption. Spécifiez l'identifiant d'instance de base de données et les valeurs des autres options que vous souhaitez modifier. Pour plus d'informations sur chaque option, veuillez consulter Paramètres des instances de base de données.

Exemple

Le code suivant modifie mycustomdbinstance en incluant l'option --multi-az. Les modifications sont appliquées dans la prochaine fenêtre de maintenance à l'aide de --no-apply-immediately. Pour appliquer les modifications immédiatement, utilisez --apply-immediately. Pour plus d'informations, consultez Paramètre des modifications du calendrier.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \
    --db-instance-identifier mycustomdbinstance \
    --multi-az \
    --no-apply-immediately

Dans Windows :

aws rds modify-db-instance ^
    --db-instance-identifier mycustomdbinstance ^
    --multi-az  \ ^
    --no-apply-immediately

Pour effectuer une conversion en déploiement d'instance de base de données multi-AZ avec l'API RDS, appelez l'opération ModifyDBInstance et définissez le paramètre MultiAZ sur true.

Modification d'un déploiement multi-AZ RDS Custom for SQL Server en un déploiement mono-AZ

Vous pouvez modifier une instance de base de données RDS Custom for SQL Server existante d'un déploiement multi-AZ en un déploiement mono-AZ.

Pour modifier une instance de base de données RDS Custom for SQL Server d'un déploiement multi-AZ en un déploiement mono-AZ.

  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans la console Amazon RDS, choisissez Bases de données.

    Le volet Bases de données s'affiche.

  3. Choisissez l'instance de base de données RDS Custom for SQL Server que vous souhaitez modifier.

  4. Pour Déploiement multi-AZ, choisissez Non.

  5. Sur la page Confirmation, choisissez Appliquer immédiatement pour appliquer les modifications immédiatement. Le choix de cette option n'entraîne pas d'interruption de service, mais il existe un impact possible sur les performances. Vous pouvez également choisir d'appliquer la mise à jour pendant le créneau de maintenance suivant. Pour plus d'informations, consultez Paramètre des modifications du calendrier.

  6. Sur la page Confirmation, choisissez Modifier l'instance de base de données.

Pour modifier un déploiement multi-AZ en un déploiement mono-AZ à l'aide deAWS CLI, appelez la modify-db-instancecommande et incluez l'--no-multi-azoption. Spécifiez l'identifiant d'instance de base de données et les valeurs des autres options que vous souhaitez modifier. Pour plus d'informations sur chaque option, veuillez consulter Paramètres des instances de base de données.

Exemple

Le code suivant modifie mycustomdbinstance en incluant l'option --no-multi-az. Les modifications sont appliquées dans la prochaine fenêtre de maintenance à l'aide de --no-apply-immediately. Pour appliquer les modifications immédiatement, utilisez --apply-immediately. Pour plus d'informations, consultez Paramètre des modifications du calendrier.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \
    --db-instance-identifier mycustomdbinstance \
    --no-multi-az  \
    --no-apply-immediately

Dans Windows :

aws rds modify-db-instance ^
    --db-instance-identifier mycustomdbinstance ^
    --no-multi-az \ ^
    --no-apply-immediately

Pour modifier un déploiement multi-AZ en déploiement mono-AZ à l'aide de l'API RDS, appelez l'opération ModifyDBInstance et définissez le paramètre MultiAZ sur false.

Processus de basculement pour un déploiement multi-AZ RDS Custom for SQL Server

Si une interruption prévue ou imprévue de votre instance de base de données est le résultat d'une anomalie de l'infrastructure, Amazon RDS bascule automatiquement sur le réplica de secours d'une autre zone de disponibilité si vous avez activé l'option Multi-AZ. La durée du basculement dépend de l'activité de la base de données et d'autres conditions au moment où l'instance de base de données primaire est devenue indisponible. Les temps de basculement oscillent généralement entre 60 et 120 secondes. Cependant, les transactions importantes ou les processus de récupération longs peuvent augmenter le temps de basculement. Lorsque le basculement est terminé, un temps supplémentaire peut être nécessaire pour que la console RDS affiche la nouvelle zone de disponibilité.

Note

Vous pouvez forcer le basculement manuellement lorsque vous redémarrez une instance de base de données avec basculement. Pour plus d'informations sur le redémarrage d'une instance de base de données, consultez Redémarrage d'une instance de base de données.

Étant donné qu'Amazon RDS gère automatiquement les basculements, vous pouvez reprendre les opérations de base de données aussi rapidement que possible sans intervention administrative. L'instance de base de données primaire bascule automatiquement vers le réplica de secours si l'une des conditions décrites dans le tableau suivant se produit : Vous pouvez consulter les raisons du basculement dans le journal des événements RDS.

Raison du basculement Description

The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation

Un basculement a été déclenché pendant la fenêtre de maintenance d'un correctif du système d'exploitation ou d'une mise à jour de sécurité. Pour plus d'informations, consultez Entretien d'une instance de base de données.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.

Le déploiement d'instance de base de données multi-AZ a détecté une instance de base de données primaire déficiente et a opéré un basculement.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.

La surveillance RDS a détecté une défaillance de la capacité d'accessibilité du réseau à l'instance de base de données primaire et a déclenché un basculement.

The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.

Une modification d'instance de base de données a déclenché un basculement. Pour plus d'informations, consultez Modification d'une instance de base de données RDS Custom for SQL Server.

The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.

Le déploiement d'instance de base de données multi-AZ a détecté un problème de stockage sur l'instance de base de données primaire et a opéré un basculement.

The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.

L'instance de base de données multi-AZ RDS Custom for SQL Server a été redémarrée avec basculement. Pour plus d'informations, consultez Redémarrage d'une instance de base de données.

The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.

L'instance de base de données primaire ne répond pas. Nous vous recommandons d'essayer les étapes suivantes :

Pour déterminer si votre instance de base de données Multi-AZ a basculé, voici ce que vous pouvez faire :

  • Configurez les abonnements aux événements de base de données de sorte qu'ils vous notifient par e-mail ou SMS qu'un basculement a été initié. Pour plus d'informations sur les événements, consultez Utiliser la notification d'événements d'Amazon RDS.

  • Examinez vos événements de base de données à l'aide de la console RDS ou d'opérations d'API.

  • Examinez l'état actuel de votre déploiement d'instance de base de données multi-AZ RDS Custom for SQL Server à l'aide de la console RDS, de l'interface de ligne de commande ou d'opérations d'API.

Paramètres de durée de vie (TTL) avec des applications utilisant un déploiement multi-AZ RDS Custom for SQL Server

Le mécanisme de basculement modifie automatiquement l'enregistrement DNS de l'instance de base de données pour pointer vers l'instance de base de données en attente. Par conséquent, vous devez rétablir toutes les connexions existantes à votre instance de base de données. Assurez-vous que toute valeur de configuration du cache DNS time-to-live (TTL) est faible et vérifiez que votre application ne mettra pas le DNS en cache pendant une période prolongée. Une valeur de durée de vie élevée peut empêcher votre application de se reconnecter rapidement à l'instance de base de données après un basculement.