Vous n'êtes pas identifié(e).
Pages : 1
Bonjour à tous...
Nous avons deux databases maitre/esclave en streaming réplication => OK
Nous passons un traitement batch tous les soirs sur le serveur maître et qui duplique (via la streaming) sur le serveur esclave => OK
Imaginons un gros problème après ce batch genre : mauvais fichier en entrée qui vérole 2 grosses tables et nous oblige à restaurer l'instance maître d'avant le passage du batch => OK
1°) Imaginons la restauration sur le serveur (écrasement des répertoire de l'instance du serveur maître avec le fichier basemaitre.tar.gz et 'rejouage' des Wal)... ma grande question est la suivante : Qu'est-ce qu'il se passe sur le serveur esclave ... faut-il :
- couper la 'réplication' entre le maître et l'esclave
- écraser les répertoires de l'esclave par la sauvegarde de l'instance basemaitre.tar.gz
- remettre la 'réplication' entre maître et esclave
- Effectuer la restauration du serveur maître qui, grâce à la réplication revenue, effectuera aussi la restauration de l'esclave...
Si je suis assez clair, pouvez-vous me répondre ?
Merci d'avance...
Hors ligne
Si vous avez supprimé le répertoire des données sur le maître, puis restauré à partir d'une ancienne sauvegarde, il faut vous reconstruire complètement l'esclave.
Guillaume.
Hors ligne
Merci pour votre réponse...
Si j'ai bien compris, en général, s'il y a un problème sur l'un des deux serveurs, il faut reconstruire les deux serveurs non ?
Hors ligne
Tout dépend du problème...
Guillaume.
Hors ligne
La réplication se base sur les changements écrits dans les wals. Dans votre cas, vous changez les fichiers du répertoire data pour partir d'une nouvelle base ce qui est incompatible avec la réplication.
Si par exemple vous droppez par mégarde un objet et que vous faites un restore, les changements seront bien répercutés.
Julien.
https://rjuju.github.io/
Hors ligne
Ok ... merci à vous !
Hors ligne
Pages : 1
