Opa,
Em 12 de abril de 2013 12:52, Fábio Telles Rodriguez <[email protected] > escreveu: > Olha o que eu já vi foi uma confusão danada com o pgAdmin III. O que > ocorre é que mudou a forma dele exibir as constraints lá na janela dele. Já > vi gente migrando via pg_dump e achando que as constraints não tinham ido > junto. > > Se você quer realmente saber o que está acontecendo, então olhe a tabela > certa: > http://www.postgresql.org/docs/current/static/catalog-pg-constraint.html > > Lembre-se que você JAMAIS deve atualizar as tabelas do catálogo na mão. > Toda vez que você cria uma constraint, um novo registro aparece lá na > pg_constraint. Você precisa entender direito o que se passa antes de sair > inferindo alguma coisa. Agora, se tem uma coisa que pode atrapalhar > bastante é criar 2 vezes o mesmo constraint. O seu problema de performance > pode não ter nada haver com as constraints. Se tiver em apuros, sugiro > contratar um serviço de consultoria especializada. Isso pode lhe tirar do > sufoco com mais segurança agora. > > > > > Em 12 de abril de 2013 11:44, Eduardo Rodrigues > <[email protected]>escreveu: > >> Boa tarde Pessoal, >> >> meu banco de dados estava homologado em um PostgreSQL 8.4.4 e eu >> precisava atualizar a versão do banco de dados e o hardware onde o mesmo >> estava homologado. Portanto utilizei o utilitário pg_upgrade para poder >> atualizar o postgres 8.4.4 para o 9.2.2 e em seguida habilitei o recurso de >> streaming replication para poder replicar o banco de dados para um novo >> hardware. Assim que a réplica foi finalizada habilitei o servidor slave >> como o master, desse modo pude ter o mínimo de parada possível. E a >> migração foi um sucesso, essa migração foi realizada em janeiro. >> > Depois da migração você acompanhou os logs do seu servidor master? De Janeiro para cá você nunca mais tinha acessado a base? Apenas hoje, quase 3 depois é que percebeu que todas as constraints haviam sumido? (não é uma crítica, é uma pergunta para tentar entender)? Além do streaming replication você faz algum pg_dump diário? Se sim, nestes dumps aparecem as contraints? > >> E hoje a tarde o meu banco de dados de produção "travou" devido o load >> average aumentar excessivamente. Ao analisar o que estava ocorrendo me >> deparei que todos as constraints haviam sumido, ou no processo de migração >> as mesmas não foram migradas!!! Tive que recriar todas as constraints >> novamente e o banco de dados voltou ao normal. >> > Load average teria uma grande influência caso você tivesse perdido todos os índices. Voltou ao normal porque você recriou todas as FKs? Você chegou a análise se você tem muita inconsistências nos dados devido a falta das FKs? > >> Diante do sufoco que passei tenho duas perguntas: 1a. ha como desaparecer >> as contrainsts dessa maneira??? >> >> 2a. O streaming replication não migra as constraints??? >> >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > > -- > Atenciosamente, > Fábio Telles Rodriguez > blog: http:// > <http://www.midstorm.org/~telles/>s<http://tellesr.wordpress.com/> > avepoint.blog.br > e-mail / gtalk / MSN: [email protected] > Skype: fabio_telles > > Timbira - A empresa brasileira de Postgres > http://www.timbira.com.br > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > Abraços -- JotaComm http://jotacomm.wordpress.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
