2013/9/26 Adriano Espinoza de Oliveira <adrianoespin...@gmail.com> > > > Em 26 de setembro de 2013 19:57, Matheus de Oliveira < > matioli.math...@gmail.com> escreveu: > > >> >> (...) >> >> * >>> * >>> Não estou certo de como proceder: dump/ restore do banco, drop/create >>> dos indices, ou alguma outra tentativa: >>> >>> >> Primeiro. Você tem certeza que reindexou tudo? Incluíndo tabelas de >> sistema? Tente um `REINDEX SYSTEM`. >> > > Não reindexei as tabelas de sistemas tb. > >
E parece que alguns índices de sistema estão corrompidos... >> (...) >> >> Agora, mesmo que a reindexação das tabelas de sistema resolva o problema, >> eu faria, por segurança, o seguinte procedimento: >> >> 1. Bloquear toda e qualquer conexões de usuários/aplicações; >> 2. Executar um dump de todas as bases; >> 3. Apagar TUDO (faça um backup antes, claro); >> 4. Executar o initdb novamente e ter uma instância novinha em folha; >> 5. Executar um restore; >> 6. Dormir mais tranquilo... =D >> > > Acho que essa é a melhor opção, nova instância e pronto. Meu medo maior > era ter problema no dump/restore, mas acho q não deve ser o problema não é? > > Se você conseguir realizar o dump sem problemas, estarás salvo... =D > De qq forma vou criar uma nova instancia e deixar a antiga parada, mas > seguro né? só vou ver a questão de espaço em disco > > Sim. Mas por via das dúvidas, edite o postgresql.conf da antiga e bota numa porta diferente, assim evita que alguém suba a instância errada. > >> >>> Servidor Linux, Postgresql 8.1.18, esse é o servidor de produção que >>> está estável, com espaço em disco e memória sobrando. >>> Tenho uma unica instancia do postgres com vários databases. >>> >>> >> >> Bom. Não vou repetir o DUTRA e dizer que sua versão já não tem mais >> suporte, o risco é seu... MAS... Veja que na versão 8.1 a mais estável é a >> 8.1*.23*, e você está na 8.1*.18*, cinco versões atrasadas, logo >> atualize IMEDIATAMENTE para a versão 8.1*.23*, como já discutido >> infinitas vezes nessa lista uma atualização de release (o último número só) >> NÃO CAUSA INCOMPATIBILIDADE com a aplicação, basta atualizar os binários, >> mais nada... >> >> Ah, veja também os release notes da 8.1.23 e vá seguindo o texto em >> "Migrating to version XXXX", pode ser que você esteja enfrentando um bug >> conhecido e corrigido nas versões mais recentes. Por exemplo, na 8.1.18 >> houve uma correção em índices em colunas "interval", e na 8.1.15 com >> índices GiST, já na 8.1.2 com índices "text". >> > > Sem duvida, vou fazer isso, e na sequencia migrar para no minimo o 8.4. > > Bom, na passagem da 8.3 para qualquer uma acima o maior problema enfrentado é com relação à diversos CASTs implícitos que foram removidos. Há scripts para recriá-los [1] [2], não é uma boa prática, mas para aplicações legadas é melhor do que ficar na 8.1. Além disso tem outros parâmetros de compatibilidade [3] que pode ser necessário uma alteração, com o standard_conforming_strings. E, você vai enfrentar praticamente os mesmos problemas na 8.4 e nas mais recentes, então vá logo para a 9.3.0, ou ao menos 9.2.4. Por enquanto muito obrigado. > Ok. Depois poste os resultados... [1] https://wiki.postgresql.org/wiki/File:Pg83-implicit-casts.sql [2] https://wiki.postgresql.org/wiki/File:Pg83-add-old-casts.sh.gz [3] http://www.postgresql.org/docs/9.3/static/runtime-config-compatible.html 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 pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
