From: | adrien nayrat <adrien(dot)nayrat(dot)axess(at)gmail(dot)com> |
---|---|
To: | |
Cc: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: [pgsql-fr-generale] pg_start_backup et cohérence de la base |
Date: | 2014-10-06 08:54:43 |
Message-ID: | CAHf5EFTnfxHYPEdX7OY6f0ZBC3HbSgpASFQdNnv+7w49gDD8Qg@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Merci pour vos réponses, je comprends mieux.
Ensuite, à l'appel de pg_stop_backup(), le fichier backup_label est modifié
> pour ajouter le point (WAL + emplacement) ou en était l'instance à ce
> moment. Et c'est ce point qui devra être atteint lors de la restauration
> pour que MVCC puisse présenter des données cohérentes aux clients de
> l'instance restaurée.
Dois-je comprendre qu'il faut également sauvegarder ce fichier backup_label
à l'issue du pg_stop_backup(), ainsi que les WAL jusqu'au pg_stop_backup() ?
En fait ma problématique est assez simple, on effectue une sauvegarde avec
un snapshot de la VM. Notre solution de backup (VEEAM) nous permet de
lancer une commande avant le snapshot et après le snapshot par le biais de
vmware (http://www.hiperlogic.com/blog/?p=803) On souhaite s'assurer de la
cohérence de la restauration un peu sur ce principe là
http://blog.hbis.fr/2014/04/13/pgsql-backup_lvm/ Mais au vu des réponses je
pense qu'il faut intégrer le pg_stop_backup dans le snapshot et non après.
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2014-10-06 08:57:01 | Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] pg_start_backup et cohérence de la base |
Previous Message | Sébastien Lardière | 2014-10-06 08:25:06 | Re: pg_start_backup et cohérence de la base |