QUando aconteceu um caso parecido com isso, me indicaram para remover um arquivo pid e então tudo voltou ao normal. Não lembro agora exatamente o nome dele. Acho que era postgresql.pid
[]´s Em 6 de janeiro de 2011 09:10, Fábio Gibon - Comex System < gi...@comexsystem.com.br> escreveu: > Srs, > vejam este cenário e, por favor, me digam se tem uma outra solução > além da que foi aplicada: > - postgresql 8.2 > - windows server > - banco sem archive > - dump feito as 12h > - as 14h ao iniciar um autovacuum ocorreu um erro e o banco caiu > - servidor foi religado e o banco voltou > - ao tentar conectar o usuário recebia mensagem que o banco estava > startando (nos logs mostrava que estava fazendo o processo de recovery) > - usuário reset server "bruscamente" > - ao reiniciar o server o postgresql não inicializa > - vendo os logs identificamos que arquivos xlog haviam sido corrompidos > - foi tentado um pg_resetxlog sem passar parâmetros (o comando não > conseguiu executar e informou que uma alternativa seria o -f) > - antes de executar o pg_resetxlog com -f este foi executado com -n e salvo > o resultado em um .txt (dados do arquivo de controle) > - então foi executado com o -f > - o postgresql inicializou e o banco voltou... > - porém os dados estavam mais antigos do que os do .dump das 12h > > Havia uma outra forma de recuperação sem perda de dados (ou com menos > perda)? > > abraços > > Fábio Henrique Gibon > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- José de Mello Júnior 41.9957-2007
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
