citgis=# show checkpoint_segments; checkpoint_segments --------------------- 30 (1 row)
Obrigado. Logo TRANSFACIL Antônio Galery Sistema Central Tel.: 31 3248-7026 E-mail: gal...@transfacil.com.br Acesse: www.transfacil.com.br Esta mensagem, incluindo seus anexos, pode conter informações privilegiadas e/ou de caráter confidencial, não podendo ser retransmitida sem autorização do remetente. Se você não é o destinatário ou pessoa autorizada a recebê-la, informamos que o seu uso, divulgacão, cópia ou arquivamento sao proibidos. Portanto, se você recebeu esta mensagem por engano, por favor, nos informe respondendo imediatamente a este e-mail e em seguida apague-a. Antes de imprimir, pense em seu compromisso com o Meio Ambiente. ----- Mensagem original ----- De: "Matheus de Oliveira" <matioli.math...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Sexta-feira, 16 de janeiro de 2015 14:04:26 Assunto: Re: [pgbr-geral] checkpoint begin 2015-01-16 13:36 GMT-02:00 Antônio Galery < gal...@transfacil.com.br > : 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. <blockquote> 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". </blockquote> 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. <blockquote> 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. </blockquote> 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 pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
