Partager via

États de mise en miroir (SQL Server)

Pendant une session de mise en miroir de bases de données, la base de données mise en miroir est toujours dans un état spécifique ( état de mise en miroir). L’état de la base de données reflète l’état de communication, le flux de données et la différence entre les données entre les partenaires. La session de mise en miroir de bases de données adopte le même état que la base de données principale.

Tout au long d’une session de mise en miroir de bases de données, les instances de serveur sont surveillées les unes des autres. Les partenaires utilisent l’état de mise en miroir pour surveiller la base de données. À l’exception de l’état PENDING_FAILOVER, le principal et la base de données miroir sont toujours dans le même état. Si un témoin est défini pour la session, chacun des partenaires surveille le témoin à l’aide de son état de connexion (CONNECTÉ ou DÉCONNECTÉ).

Les états de mise en miroir possibles de la base de données sont les suivants :

État de mise en miroir Descriptif
SYNCHRONISATION Le contenu de la base de données en miroir est décalé par rapport à celui de la base de données principale. Le serveur principal envoie des enregistrements de journal au serveur miroir, qui applique les modifications à la base de données miroir pour la faire avancer.

Au début d’une session de mise en miroir de bases de données, la base de données est dans l’état SYNCHRONIZING. Le serveur principal sert la base de données et le miroir tente de rattraper le retard.
SYNCHRONISÉ Lorsque le serveur miroir devient suffisamment rattrapé par le serveur principal, l’état de mise en miroir passe à SYNCHRONIZED. La base de données reste dans cet état aussi longtemps que le serveur principal continue d'envoyer des modifications au serveur miroir et que le serveur miroir continue d'appliquer les modifications à la base de données miroir.

Si la sécurité des transactions est définie sur FULL et que le basculement automatique et le basculement manuel sont tous deux pris en charge en état SYNCHRONISÉ, il n'y a pas de perte de données après un basculement.

Si la sécurité des transactions est désactivée, une perte de données est toujours possible, même dans l’état SYNCHROND.
SUSPENDU La copie miroir de la base de données n’est pas disponible. La base de données principale est en cours d’exécution sans envoyer de journaux au serveur miroir, une condition appelée exécution exposée. Il s’agit de l’état après un basculement.

Une session peut également devenir SUSPENDUE en raison d'erreurs de reprise ou si l’administrateur interrompt la session.

SUSPENDED est un état persistant qui survive aux arrêts des partenaires et aux start-ups.
PENDING_FAILOVER Cet état se trouve uniquement sur le serveur principal après que le basculement a commencé, mais le serveur n’a pas encore assumé le rôle de miroir.

Lorsque le basculement est lancé, la base de données principale passe à l’état PENDING_FAILOVER, met rapidement fin à toutes les connexions utilisateur et prend le rôle miroir peu après.
DÉCONNECTÉ Le partenaire a perdu la communication avec l’autre partenaire.

Voir aussi

Surveillance de la mise en miroir de bases de données (SQL Server)

  • Last updated on