Eu estou utilizando o parametro checkpoint_timeout = 5min, mas pode utilizar por segmentos ou forçar a sincronização, através do comando CHECKPOINT.
Em 27 de outubro de 2011 12:38, Danilo Silva <danilo.dsg.go...@gmail.com>escreveu: > Fiz alguns testes incluindo o archive_command, porém, ao testar o PITR, > faltou alguns registros, esses registros faltantes estavam nos archives da > pg_xlog. Em um cenário de produção, o que seria recomendável para garantir o > mais rápido possível a cópia dos archives da pg_xlog para a pasta informada > no archive_command? > > Deveria mexer no checkpoint_segments e/ou checkpoint_timeout? > > Agradeço > > Danilo > > Em 26 de outubro de 2011 15:57, Flavio Henrique Araque Gurgel < > fha...@gmail.com> escreveu: > > > Em streaming replication, acho que não depende do tamanho do banco mas >> sim >> > da quantidade de transações que ocorrem, e se estas forem poucas e não >> tão >> > grandes, a sincronização é praticamente de imediato, mas e o contrário, >> > existe alguma forma de saber o quanto o servidor slave está atrasado >> perante >> > o master? >> >> veja em [1] item 25.2.5.2. Monitoring >> >> [1] http://www.postgresql.org/docs/9.0/static/warm-standby.html >> _______________________________________________ >> 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 > > -- Att, Dauro Lima Sobrinho DBA PostgreSQL
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral