From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
---|---|
To: | CRUMEYROLLE Pierre <pierre(dot)crumeyrolle(at)c-s(dot)fr> |
Cc: | pgsql-fr-generale <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: vacuum full et hot standby WAL stream: FATAL |
Date: | 2016-05-25 06:36:05 |
Message-ID: | CAECtzeXD+Y-pEnMnA2kaJo-i8PT0JsFMW1ep2qozw0igOsX7=w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Le 25 mai 2016 12:01 AM, "CRUMEYROLLE Pierre" <pierre(dot)crumeyrolle(at)c-s(dot)fr> a
écrit :
>
> il semblerait indispensable de mettre en place l’archivage des journaux
en plus de la streaming réplication
> la ceinture suffit pas faut aussi les bretelles
>
Oui, pour toutes les versions qui ne disposent pas encore des slots de
réplication. Avec les slots de réplication, l'archivage n'est plus
nécessaire.
>
>
> Stéphane Schildknecht <stephane(dot)schildknecht(at)postgres(dot)fr> a écrit :
>
>
>> On 24/05/2016 17:35, pierre crumeyrolle wrote:
>>>
>>> bonjour,
>>> j'ai un plantage suite à l’exécution d'un vacuum full sur une base
primaire ,
>>> vacuum full afin de palier à une fragmentation suite à une série
>>> d'insert/update sur un table d'historique instrumenté par un autovacuum
>>> L’erreur sur l’esclave qui le fait planté :=> 2016-05-24 03:10:07.420
UTC 0
>>> FATAL: could not receive data from WAL stream: FATAL: requested WAL
segment
>>> 00000063000003B700000091 has already been removed
>>> Sur le maitre, on a l’équivalent :=> 2016-05-24 00:00:00.908 UTC
replication
>>> [unknown] 0 47/0FATAL: requested WAL segment 00000063000003B700000091
has
>>> already been removed
>>>
>>
>> Bonjour,
>>
>> <Avant-propos>
>> La netiquette souhaiterait que vous démarriez une nouvelle discussion en
>> envoyant un nouveau courriel à la liste, et que vous évitiez le vol de
thread
>> en répondant à un thread existant (même en en changeant le sujet).
>> </avant-propos>
>>
>> En complément de ce qui vous a été proposé par Sébastien et Lionel, vous
>> devriez envisager l'archivage des WAL afin d'éviter d'avoir à
reconstruire le
>> nœud secondaire lors d'une telle mésaventure.
>> De cette façon, lorsqu'un WAL n'est plus disponible sur le nœud
principal, le
>> système de réplication le récupérerait dans les archives.
>>
>> S.
>>
>> --
>> Stéphane Schildknecht
>> Contact régional PostgreSQL pour l'Europe francophone
>> Loxodata - Conseil, support et formation
>> 01.79.72.57.75
>>
>>
>> --
>> Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
>
>
>
>
>
> --
> Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Stéphane Schildknecht | 2016-05-25 08:42:59 | Re: vacuum full et hot standby WAL stream: FATAL |
Previous Message | CRUMEYROLLE Pierre | 2016-05-24 22:01:35 | Re: vacuum full et hot standby WAL stream: FATAL |