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])