2014-07-11 16:02 GMT-03:00 Alessandro Lima <[email protected]>:
> >>Se quiser, use o pg_xlogdump e dê uma olhada o que está sendo escritos
> nesses logs
> não consegui entender como usar este comando, me pede "start range",
> você tem algum tutorial para indicar?
>
>
É, talvez a documentação [1] não esteja muito clara, mas na chamada do
"startseg" você deve passar o caminho absoluto (ou estar no diretório
corrente). O "endseg" não precisa de caminho absoluto, por exemplo:
$ pg_xlogdump $PGDATA/pg_xlog/000000010000000A00000040
000000010000000A00000049
A saída não é tão fácil de entender, mas é possível enxergar bem o que está
gerando registros nos logs. Na versão 9.5/10.0 estão criando até uma saída
estatística, dizendo o espaço que cada tipo de entrada ocupou no log, bem
interessante.
> >>Recomendo também a usar o gzip para comprimir os logs arquivados
> basta substituir o archive_command? por exemplo 'bzip2 -c %p >
> /backup/wal/%f.bz2'
>
Exatamente. Daí para restaurar é só fazer o processo contrário. No seu
exemplo o restore_command ficaria assim (não testado):
restore_command = 'bunzip2 -c "/backup/wal/%f.bz2" > "%p"'
> se utilizar alguma ferramenta que quebra o arquivo como o Flávio sugeriu:
> "Existem ferramentas que "quebram" o arquivo no ponto da última
> escrita para evitar armazená-lo inteiro."
> melhora a compressão dos dados? caso positivo, você sabe de alguma para
> indicar?
>
Melhorar melhora. Uma que conheço é a pglesslog [2], mas eu não confio
muito. Não porque tive problemas (de fato não uso), mas porque são
ferramentas de terceiros. Pra mim o gzip sempre comprimiu em níveis mais
que satisfatórios. Por exemplo, um log de transação quase vazio fica com
cerca de 1MB e numa atividade maior costuma ficar de 4MB a 6MB (se não me
engano), isso porque o PostgreSQL sempre inicia esse arquivo todo com bytes
zero.
O bzip2 deve comprimir melhor, mas o gzip é mais eficiente em performance e
utiliza menos tempo de CPU, daí confio mais nele por gerar menor
concorrência no ambiente. Mas talvez para uma ambiente com baixa atividade
o bzip2 seja mesmo uma boa escolha, talvez até o xz.
[1] http://www.postgresql.org/docs/current/static/pgxlogdump.html
[2] http://pglesslog.projects.pgfoundry.org/
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
