Si vous reprenez la mise en miroir de cette base de données, et si des transactions ont été validées au niveau de {0} , mais ...

Si vous reprenez la mise en miroir de cette base de données, et si des transactions ont été validées au niveau de « {0} », mais que le journal n'a pas été envoyé vers l'ancienne instance de serveur miroir, les transactions sont restaurées. Cette situation peut se produire après la séquence d'événements suivante :

(1) La connexion entre les instances de serveur principal et miroir est perdue.

(2) Le principal continue à valider des transactions en local, mais il ne peut pas envoyer les enregistrements du journal vers le miroir.

(3) Une commande FORCE_SERVICE_ALLOW_DATA_LOSS force le service vers la base de données miroir, qui assume le rôle principal.

(4) La connexion entre les serveurs partenaires est rétablie, le serveur principal d'origine assume le rôle de miroir, et la mise en miroir est interrompue.


Voulez-vous reprendre la mise en miroir et restaurer les transactions validées au niveau de l'instance de serveur « {0} », mais non envoyées à l'instance de serveur « {1} » ?

Si vous répondez Oui, toutes les transactions dont le journal n'a pas été envoyé seront perdues. Si vous répondez Non, vous pouvez supprimer la mise en miroir et mettre la base de données en ligne au niveau de « {0} », afin de pouvoir identifier ces transactions.