Le réplica secondaire spécifié n'est pas synchronisé actuellement ; par conséquent, le basculement de ce groupe de disponibilité peut entraîner la perte des transactions qui n'ont pas atteint le réplica secondaire avant le basculement du groupe de disponibilité. Pour confirmer le basculement du groupe de disponibilité « $$TypeName:AvailabilityGroup@urn$$ » vers le réplica secondaire spécifié « $$ssms:Name@context$$ », cliquez sur OK. Une fois le basculement terminé, les nouvelles bases de données primaires seront en ligne, mais toutes les bases de données secondaires seront suspendues. Vous devrez reprendre manuellement le déplacement des données sur chacune d'elles.
Le réplica de disponibilité local du groupe de disponibilité %1!s! ne peut pas devenir le réplica principal. La version du ...
Le réplica filtré n'est pas un sous-ensemble du réplica principal. Cela n'est possible que pour les groupes de tables sans ...
Le réplica local de disponibilité du groupe de disponibilité %1!s! est dans un état d'échec, car il n'a pas pu lire ou mettre ...
Le réplica secondaire sélectionné pour devenir le nouveau réplica principal n'appartient pas au groupe de disponibilité spécifié. ...
Le réplica secondaire spécifié n'est pas synchronisé actuellement ; par conséquent, le basculement de ce groupe de disponibilité ...
Le réplica sélectionné possède une ou plusieurs bases de données dans un état d'initialisation ou de restauration. Si vous ...
Le réplica spécifié a une ou plusieurs bases de données qui ne sont pas synchronisées. Si vous basculez vers ce réplica cela ...
Le réseau de cluster '{0}' ne possède pas d'adresse IPv6 associée qui indique qu'IPv6 n'est pas pris en charge pour ce réseau. ...
Le réseau de cluster {0} ne possède pas d'adresse IPv4 associée qui indique qu'IPv4 n'est pas pris en charge pour ce réseau. ...