2015-01-16 13:36 GMT-02:00 Antônio Galery <[email protected]>:
> citgis=# show checkpoint_timeout; > checkpoint_timeout > -------------------- > 15min > (1 row) > > citgis=# show checkpoint_completion_target; > checkpoint_completion_target > ------------------------------ > 0.7 > (1 row) > > citgis=# show wal_keep_segments; > wal_keep_segments > ------------------- > 0 > (1 row) > > Você esqueceu do mais importante agora (e o único que não tinha dito corretamente antes), checkpoint_segments. > > Trecho do log indicando o problema : > > > > postgresql-2015-01-16_000000.log > > 2015-01-16 01:31:49 GMT+3 [27263202] - [] [14320-1] db=,user= LOG: > checkpoint starting: xlog > 2015-01-16 01:35:49 GMT+3 [27263202] - [] [14321-1] db=,user= LOG: > checkpoint complete: wrote 29229 buffers (2.2%); 1 transaction log file(s) > 2015-01-16 01:37:32 GMT+3 [27263202] - [] [14322-1] db=,user= LOG: > checkpoint starting: xlog > 2015-01-16 01:44:10 GMT+3 [44826800] - [] [9-1] db=,user= LOG: checkpoint > starting: end-of-recovery immediate > 2015-01-16 01:46:59 GMT+3 [44826800] - [] [10-1] db=,user= LOG: > checkpoint complete: wrote 319184 buffers (24.4%); 0 transaction log > file(s) a > 2015-01-16 01:47:58 GMT+3 [45547634] - [] [7-1] db=,user= LOG: checkpoint > starting: end-of-recovery immediate > 2015-01-16 01:48:01 GMT+3 [45547634] - [] [8-1] db=,user= LOG: checkpoint > complete: wrote 4991 buffers (0.4%); 0 transaction log file(s) added > > > > A partir deste instante o banco "foi ao chão". > > > hm... Você cortou as linhas, tem informação mais importante além dessas. Não vejo indicativo de que o checkpoint tenha demorado tanto tempo como você afirmou. Além disso, me parece que a falta de espaço em disco no pg_xlog é simplesmente devido a alta atividade de escrita no momento, e não um problema no checkpoint. > Quanto à saturação, com certeza isto não ocorreu. Nos horários de "picos" > processador do storage não ultrapassa 10% de utilização (horário comercial). > > > > Após aumento da área no pg_xlog, o banco foi reativado, fez um > recover, "removeu" os archivos xlog liberando mais espaçõ no filesystem e > voltou ao funcionamento normal. > Como esperado.. :) Atenciosamente, -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! www.dextra.com.br/postgres
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
