| From: | adrien nayrat <adrien(dot)nayrat(dot)axess(at)gmail(dot)com> |
|---|---|
| To: | |
| Cc: | pgsql-fr-generale <pgsql-fr-generale(at)postgresql(dot)org> |
| Subject: | Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] pg_start_backup et cohérence de la base |
| Date: | 2014-10-06 09:18:01 |
| Message-ID: | CAHf5EFRON+NhAn6hvASU1SZib9hgnhEKfDSugh8T=FRpsf46QA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-fr-generale |
Le 6 octobre 2014 10:57, Guillaume Lelarge <guillaume(at)lelarge(dot)info> a écrit
:
>
>
> Le 6 octobre 2014 10:54, adrien nayrat <adrien(dot)nayrat(dot)axess(at)gmail(dot)com> a
> écrit :
>
>> 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() ?
>>
>>
> Non, parce qu'il est archivé comme les journaux de transactions.
>
>
Il faut donc mettre en place un système d'archivage des WAL sur une autre
machine ?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Guillaume Lelarge | 2014-10-06 09:20:04 | Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] pg_start_backup et cohérence de la base |
| Previous 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 |