Re: vacuum full et hot standby WAL stream: FATAL

CRUMEYROLLE Pierre <[email protected]>
Newsgroups gmane.comp.db.postgresql.french
Message-ID <20160525000135.Horde.ZSRr-h1sxGD1TbJcbFx5dg1@messagerie.si.c-s.fr>
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



Stéphane Schildknecht <[email protected]> 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 ([email protected])




--
Envoi via la liste pgsql-fr-generale ([email protected])
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.