Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
J'ai une question toute bête mais qui me tracasse: comment est géré le nommage des wal archivés ? Je pensais que les numéros des fichiers wal étaient toujours incréméntés (en tout cas quand l'archivage est activé). Or je constate que des wal sont recyclés
-rw------- 1 postgres postgres 16777216 Nov 14 15:51 0000000B0004B71A000000BC
-rw------- 1 postgres postgres 16777216 Nov 14 15:51 0000000B0004B71A000000BD
-rw------- 1 postgres postgres 16777216 Nov 14 15:51 0000000B0004B71A000000BE
-rw------- 1 postgres postgres 16777216 Nov 14 15:51 0000000B0004B71A000000BF
-rw------- 1 postgres postgres 16777216 Nov 14 05:03 0000000B0004B71A000000C0
-rw------- 1 postgres postgres 16777216 Nov 14 05:04 0000000B0004B71A000000C1
-rw------- 1 postgres postgres 16777216 Nov 14 05:04 0000000B0004B71A000000C2
-rw------- 1 postgres postgres 16777216 Nov 14 05:04 0000000B0004B71A000000C3
Comment l'archivage retombe sur ses pattes, pour identifier de manière unique le fichier archivé ?
Merci
Hors ligne
Archivage ou pas, les numéros des fichiers wal sont toujours incrémentés. Je suppose qu'il s'agit du listing des fichiers de pg_xlog (ou plutôt pg_wal maintenant). Si c'est bien cela, les fichiers C0 à C3 avaient un autre nom auparavant et ont été recyclés après leur archivage pour devenir C0 à C3. Le fichier en cours d'utilsiation est BF.
Guillaume.
Hors ligne
Ah ok, ça me parait logique comme ça.
Du coup, le moteur anticipe les fichiers dont il va avoir besoin en renommant un certain nombre d'ancien WAL ? Si c'est la cas, combien en pré-alloue t'il ? C'est basé sur le max_wal_size ? checkpoint_timeout ?
Hors ligne
Ça dépend du paramètre min_wal_size. Le moteur conservera au maximum cette taille de journaux avant de supprimer l'excédent.
Guillaume.
Hors ligne
ok , merci pour le retour
Hors ligne
Pages : 1
