From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
---|---|
To: | Pierre BOIZOT <pierre(dot)boizot(at)gmail(dot)com> |
Cc: | Daniel Verite <daniel(at)manitou-mail(dot)org>, PG-Mail-liste <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Re: [pgsql-fr-generale] Streaming replication version 9.1 |
Date: | 2013-09-13 15:58:14 |
Message-ID: | 1379087894.4026.33.camel@localhost |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
On Fri, 2013-09-13 at 14:54 +0200, Pierre BOIZOT wrote:
> Non ,
>
> Il s'agit du répertoire de WAL .
>
> J'ai du mal à estimer la taille nécessaire à cet espace sur la standby,
> ainsi d'ailleurs que le nombre WAL à garder wal_keep_segments sur le
> primaire.
>
> Pour le maitre ok , me semble avoir compris.
>
>
> merci pour le lien ....
>
> Est-ce que cela est juste.
>
> wal_keep_segments = 50
> checkpoint_segments<http://docs.postgresql.fr/9.1/runtime-config-wal.html#guc-checkpoint-segments>
> =
> 16
> checkpoint_completion_target0 0.9
>
> devrait entraîner la présence de 81 WALS ;-)
>
Je ne vois pas comment tu arrives à 81. La formule est :
(2+checkpoint_completion_target) * checkpoint_segments + 1
ou
wal_keep_segments
suivant qui est le plus gros.
Pour le premier, on obtient :
(2+0.9)*16 + 1 = 47.4
Pour le second, on a 50.
Donc c'est 50... dans le cas nominal. Évidemment, en cas de brusque
activité, on ne va pas bloquer la production, donc il est possible
d'aller au-dessus. De même, s'il n'est pas possible d'archiver les
journaux, ils sont conservés. D'où l'importance de surveiller
étroitement la quantité de journaux, ou plutôt la place disponible sur
la partition qui les héberge. Mais si le checkpoint_segments est bien
configuré et que le script archive_command est fonctionnel, cela ne
devrait pas arriver souvent d'avoir des pics de journaux.
> Mais sur le slave je comprends toujours pas, désolé ....%r c'est quoi , je
> ne trouve pas l'info dans la doc pour le moment.
>
Je suppose que tu parles du message "fichier wall manquant" (entre
parenthèse, ce serait plus simple de t'aider avec le vrai message). La
réplication en flux (streaming replication) fait que l'esclave demande
au maître de lui fournir le prochain enregistrement. Le maître le
cherche dans les journaux. Si jamais le journal n'est plus disponible
suite à la rotation des journaux, l'esclave utilisera sa restore_command
pour continuer. Une fois qu'il aura rejouer tous ls journaux en sa
possession, il se reconnectera au maître pour réamorcer la streaming
replication. Simple, mais puissant. Cela sous-entend que l'archivage
doit fonctionner, sinon l'esclave ne pourra plus se resynchroniser.
Quant à %r, c'est ce qui permet à la commande de nettoyage de supprimer
les journaux archivés dont elle n'a plus besoin. Histoire d'éviter de
remplir la partition de journaux inutiles. Sur l'esclave.
--
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com
From | Date | Subject | |
---|---|---|---|
Next Message | thomas.reiss | 2013-09-13 16:34:51 | Re: Re: [pgsql-fr-generale] Streaming replication version 9.1 |
Previous Message | Pierre BOIZOT | 2013-09-13 12:54:31 | Re: [pgsql-fr-generale] Streaming replication version 9.1 |