Oi, Bruno! Manutenção da base de dados? Você diz execução de vacuum, exclusão e criação de índices, análise de consultas lentas/otimização, etc. Sim, estamos cuidando disso, talvez falte atenção em algum detalhe, mas em geral eu diria que sim.
A única coisa que consegui correlacionar ao problema é deixar de executar o vacuum full "manualmente" após o procedimento de exclusão de dados de algumas tabelas, não houve nenhuma outra alteração além dessa e mesmo assim tentei eliminar processos que pudessem deixar o processamento mais lento, porém não adiantou. > ------------------------------ > > Message: 5 > Date: Thu, 22 Mar 2012 19:10:42 -0300 > From: Bruno Silva <[email protected]> > Subject: Re: [pgbr-geral] Lentidão > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <cakighcm4nvui-enpm25gpud+57cgkttn2do1rj-wol0jp3c...@mail.gmail.com > > > Content-Type: text/plain; charset="utf-8" > > Como está a manutençao da sua base de dados? > > Bruno E. A. Silva. > Analista de Sistemas. > Bacharel em Sistemas de Informação > Pós-graduando em Gerência de Projetos > Certified Scrum Master > LPIC-1 > SCJP, SE 6 > Novell CLA / DCTS ECR > DBA Postgres > ------------------------------- > ?A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.? - > Sábio Desconhecido > "Alguns prestam serviço/consultoria de Qualidade, os outros vendem > licença!" > > > > 2012/3/22 veronica almeida <[email protected]> > > > 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 > > > > > -------------- Pr?a Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20120322/b127f976/attachment-0001.htm > > ------------------------------ > > Message: 6 > Date: Thu, 22 Mar 2012 19:37:22 -0300 > From: Bruno Silva <[email protected]> > Subject: Re: [pgbr-geral] Não consigo conectar o PgAdmin III > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <cakighcnyf7gonpn0tf6jsa5amomgjyy3m4d1siinkic0vfu...@mail.gmail.com > > > Content-Type: text/plain; charset="utf-8" > > Esse banco está na mesma maquina em que vc está tentando acessar? > Bruno E. A. Silva. > -------------- Pr?a Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20120322/a0a0954a/attachment.htm > > ------------------------------ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 39, assunto 74 > *********************************************** > Message: 4
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
