Version imprimable
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
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 +
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
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.
++
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"
On peut savoir comme vous lisez vos données depuis votre miroir ?
++
Je lance une bascule sur le serveur Mirror.
Et en effectuant votre requête directement depuis une fenêtre de requête ?
++
J'utilise SQL Management Studio > Clique-droit sur ma table > Edit Top 200 Rows
Voilà merci
Oui mais que donne son équivalent sous forme de requête dans une fenêtre de requête dans SQL Server Management Studio ?
++Code:SELECT * FROM maTable
La même chose la même ligne est différente sur les 2 bases
Je me pause aussi la question suivante :
Dans le cas ou un backup de mon Transaction Log est réalisé juste après une écriture ? On se retrouve dans le même schéma mon écriture n'est pas répliquer sur le serveur mirror ?
Merci d'avance
Pour infos :
Je viens de refaire le test et cette fois la ligne est similaire sur le principale et le mirror mais la donnée que j'ai modifiée auparavant n'a pas été prise en compte. Par conséquent j'ai une perte à ce moment là...
Ca veut dire que la cellule du GUI de SSMS a ete modifiee.Citation:
"The cell has changed.
The change has not been commited to the database
The original data is toto"
Par contre la modification n'a pas ete faite dans la base de donnees.
Ce qui veut aussi dire pas envoyee du cote du mirroir.
Dans cette situation, vous n'avez pas modifie de donnee, ce qui est visible sur votre mirroir en tant que "ancienne donnee", vu que c'est aussi votre cas de l'autre cote.
Donc si j'ai bien compris :
- Une fois le serveur Mirror déconnecté les écritures réalisées sur la database en tout cas via la GUI ne sont pas écrite sur la base ?
- Dans tout les cas les écritures réalisées durant cette période ne seront pas enregistrées.
?
Quand le miroir est déconnecté il n'y a effectivement pas de transaction rejoué sur celui-ci. Cependant celles-ci sont enregistrés dans le journal des transactions sur le serveur principal.
Ce qui est étonnant ce qu'une fois votre session miroir restituée (enfin je suppose) les transactions ne sont pas rejoués sur le miroir. Si je reprends votre procédure de test :
Quand vous dites relancer votre serveur miroir vous faites quoi exactement ? Vous basculez directement ou vous restaurer votre session en miroir avant de basculer ?Citation:
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
++
Qu'entendez vous par déconnecté ? En pause ? Ou la session carrément cassée ?Citation:
Envoyé par Guigui_91090
Si vous entendez en pause, vos écritures dans la database seront répliquées au moment ou vous sortirez le mirroir de la pause.
Par contre, quand vous entendez les écritures réalisées sur la base via le GUI ne sont pas écrites, c'est faux, elles peuvent l'être.
Il faut par contre qu'elles le soient vraiment.
Dans votre cas, je prendrais l'image suivante:
- Prenez un fichier texte que vous ouvrez avec notepad
- Editez le (changement du fichier au niveau du GUI)
- Quittez sans sauvegarder (ne pas commiter les données)
Même résultat que changer des données dans le GUI de SQL Server et ne pas les commiter.
Donc pas de réplication sur le mirroir car rien à été changé.
Ce serait pareil avec un DFS pour le fichier.
Bonjour,
Eh bien je fais des test depuis ce matin je n'arrive pas à reproduire le même problème que j'ai rencontré hier. Le problème viendrait plutôt de GUI ma requête n'a pas du être commité comme vous me l'avez suggéré...
Merci pour votre aide