Walter Maier Neto escreveu: > Os parâmetros estão OK, e isso ja aconteceu algumas vezes, desconfio que > esteja relacionado a acesso de disco, tenho 4 servidores trabalhando com a > mesma base (replicados entre si) e em dois deles já tive este problema, e > nestes dois tenho HD´s Sata (os outros dois são hd´s SCSI). Replicando entre si? O que está utilizando? Você está utilizando arquivamento (archive_mode)? A minha suspeita é que você tem um comando definido no parâmetro archive_command que está falhando e assim o PostgreSQL não consegue reciclar os segmentos. Você verificou os logs para ver se é isso?
> A suspeita eh que de alguma forma o postgres não consegue responder ao volume > de Insert´s e Update´s e para de escrever na database, escrevendo apenas nos > logs (pg_xlog). Que cresce. No meu casa, o postgres parou de responder quando > não tinha mais espaço na parição do pg_xlog. Quando reinicia o servidor > permanece em modo de inicialização (FATAL, postgres is em startup mode) até > conseguir (descarregar) no pg_xlog na database. Este processo é demorado, no > meu caso, para 10G levou uns 40 minutos e para 42G aproximadamente 2:40 > minutos. > O PostgreSQL *não* faz isso. Tenho bases que produzem com 160MB/min na partição dos logs de transação e ela nunca passa daquele limite que eu disse no e-mail anterior. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
