2015-10-29 8:10 GMT-05:00 Federico Pascual <federico.pasc...@gmail.com>: > > postgres=# select pg_current_xlog_location(); > -[ RECORD 1 ]------------+------------ > pg_current_xlog_location | 147/2004020 >
Aquí postgres te dice cual es el segmento de WAL que se esta usando actualmente. cgg=# select pg_xlogfile_name('147/2004020'); pg_xlogfile_name -------------------------- 000000010000014700000002 (1 fila) y no hay evidencia de que postgres tenga conocimiento de otra secuencia como sugieres > > Si se fijan, 14700000002 se creo a las 09:41; el próximo será 14700000003, > pero este archivo ya existe creado antes a las 01:31. eso es porque estos son segmentos viejos listos para reutilizar, postgres conserva los segmentos necesarios para dos checkpoint atras por lo que cada vez que termina un checkpoint tiene segmentos que ya no le sirven (los que en ese momento serían el 3er checkpoint hacia atras) esos segmentos no los borra sino que los renombra para usarlos en el futuro. La razón de hacer esto es que así no necesita crear un archivo de 16mb en un apuro, sino que cuando empiece con el 000000010000014700000003 el archivo ya existirá y solo debe escribir en el. este comportamiento es completamente normal. Evidencias de que esto es asi? mira el valor registrado por log_checkpoints como "recycled" por cierto, yo diria que tus checkpoints estan ocurriendo con demasiada frecuencia, cada archivo tiene una separacion de 15min (que supongo es lo que tienes en checkpoint_timeout) asi que en cada checkpoint procesas solo 1 segmento de wal. yo le aumentaria un poco, quiza 30min al menos -- Jaime Casanova www.2ndQuadrant.com Professional PostgreSQL: Soporte 24x7 y capacitación - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda