Question : Procédure de recouvrement de reprise d'expédition de notation

Bonjour, le

I ont juste configuré l'expédition de notation du R-U à Syd. Semble travailler très bien. Des notations sont envoyées à travers à la part secondaire de serveur et l'application de elles à la question de db.

My vient maintenant en vue de le scénario d'essai de récupération. Si je tire la prise sur le serveur primaire, est-ce que je comprends que je dois courir la commande suivante d'obtenir le problème secondaire du recovery

The du
with de base de données de l'online


restore de serveur {nom de DB} est nous ai maintenant tous les utilisateurs (une fois dirigeons-nous manuellement tout le trafic vers le R-U) se relier au R-U, voudrions-nous évidemment apporter vers le haut le primaire et l'avoir qui comme serveur de source encore et le DB du R-U comme secondary.

What sont-ils les procédures pour faire ceci sans la rupture ? Le problème que je prévois est cela qui copie le support du dabatase à travers à Syd prendra au moins un jour, en lequel l'heure le DB deviendra obselete comme des disques auraient été mis à jour sur le

What de serveur d'ici là. sont vos avis ? Ou est-ce que je devrais négliger la Notation-expédition tout à fait et regarder vers refléter ?
class= de

Réponse : Procédure de recouvrement de reprise d'expédition de notation

Vous devrez toujours reprendre une panne à l'échange, à moins que vous ayez employé refléter de base de données. Ceci te permettra de fournir les deux bases de données dans vos cordes de raccordement ainsi en cas d'un failover tout est sans couture comprenant tombent en panne-en arrière.

Ce qui précède de processus devrait fonctionner, toutefois je serais incliné pour le changer à ce qui suit :


1. Tlogs primaires de magasins dans une part sur le serveur secondaire qui en tant qu'élément de l'expédition « normale » de notation, il assemblait les dernières mises à jour et les reconstitue dans son DB.

2. Si primaire descend, je dois aller au secondaire et faire ce qui suit :

base de données de restauration {nom de DB}
avec le rétablissement

3. Faire maintenant une restauration sur le primaire « avalé » du dernier support de l'expédition secondaire, et d'installation de notation du serveur secondaire (qui est maintenant de phase) au primaire. Une fois que vous avez confirmé que le primaire est CORRECT, remettre en marche primaire selon l'étape #2.

Il signifie embarquer le support entier de DB au-dessus de la ligne, et en ayant des utilisateurs travailler contre le DB à distance mais c'est pendant l'invocation de DR, ainsi la vitesse sera la dernière chose sur des esprits d'utilisateurs.