Veronica, Boa Noite. Normalmente, em casos parecidos, você pode verificar se o teu linux não esta gerando SWAP.
Conforme você mencionou, o aumento de processamento cresceu pode ser I.O (Input Output) de disco causado por falta de memoria. Talvez resolva teu problema, dá uma verificada. Abraço Luis Eduardo Porte Em 22 de março de 2012 19:08, veronica almeida < [email protected]> escreveu: > Boa noite! > > Estou com problema de lentidão em um banco de dados e preciso de auxílio > para saber o que posso fazer. > > Há alguns dias o uso de processamento aumentou muito e consultas que antes > levavam menos de 1s agora chegam a demorar mais de 10s. > > Existia um procedimento executado a noite para apagar dados de algumas > tabelas e depois era executado o vacuum full, porém como utilizamos o > autovacuum o vacuum full que antes era executado "manualmente" foi retirado. > > Fiz alguns testes, como recriar uma das tabelas mais "problemática", parar > a execução de outros processos no banco de dados, parar o servidor slave, > executação de vacuum e reindex, verificamos o hardware e aparentemente está > ok. > > Informações do ambiente: > > Servidor Master: > 2 Processadores Quad Core Intel X5560 Xeon , 2.8GHz, 8M Cache > 32 GB de memória > Configuração dos discos em RAID 10 > Red Hat > > Conf Postgres: > shared_buffers = 8GB > work_mem = 512MB > maintenance_work_mem = 512MB > effective_cache_size = 18GB > autovacuum=on > wal_level = hot_standby > synchronous_commit = off > wal_buffers = 8MB > checkpoint_segments = 64 > checkpoint_completion_target = 0.9 > archive_mode = on > max_wal_senders = 1 > wal_keep_segments = 40 > > Obrigada! > Verônica Alessandra > > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
