Discussion :

[Guigui_91090]

Bonjour à tous,

Je travail actuellement sur un Mirroring SQL en mode High Protection (Synchronisé, sans témoin), cela fonctionne parfaitement.

Cependant il me semble que lors d'une sauvegarde SQL les fichiers transaction log sont supprimés cela risque d'impacter ma synchronisation (sachant que la send queue est stockée dedans) ?

Pouvez-vous m'indiquer quel est la stratégie de sauvegarde à appliquer dans ce type de configuration ?

Merci d'avance

[SQLpro]

Aucune importance. Le mirroring n'ayant rien à voir avec le log shipping puisque les transactions sont capturée en mémoire et non dans le JT. Mais en cas de désynchronisation, le JT fera rétention jusqu'à un nouveau point de synchro.

A +

[Guigui_91090]

Merci pour ta réponse,

Pour être plus claire je vais décrire le contexte de mon test.

Mon serveur principale et mirror sont synchronisés.

1 - Je coupe le serveur mirror

2 - Je modifie une data sur le serveur

3 - Je fais un backup de mon Transaction Log

4 - Je relance mon serveur mirror

Résultat :

Ma donnée n'est pas répliqué sur le serveur mirror

[mikedavem]

Dans une session en mirroring si vous coupez votre session en miroir la sauvegarde du log ne videra pas le journal. Le seul moyen est de casser la session. Une fois votre session restaurée les transactions accumulés depuis la coupure dans le journal seront joués sur le miroir.

Si vous n'avez pas votre donnée vérifiez que l'état de votre session qui doit être SYNCHRONIZED.

++

[Guigui_91090]

Je confirme que ma session est bien synchronisé, j'ai un petit point d'exclamation à côté de la donnée modifié il affiche le message suivant :

"The cell has changed.
The change has not been commited to the database
The original data is toto"

[mikedavem]

On peut savoir comme vous lisez vos données depuis votre miroir ?

++