Em 22 de janeiro de 2015 11:41, Flavio Henrique Araque Gurgel < [email protected]> escreveu:
> Criei o recovery.conf apenas com a seguinte linha : >> restore_command = 'cp /dados/wal/hemo/%f %p' >> > > Foi no diretório /dados/wal/hemo que você colocou os logs de transação da > máquina anterior, certo? > > Aonde você colocou o recovery.conf? >> >> >> Coloquei na pasta de dados (data_directory). Na mesma pasta onde está o >> postgresql.conf. >> > > É o mesmo diretório onde está o resto do banco? > Nesse diretório você tem que ver outros sub-diretórios como base, pg_clog, > pg_xlog, etc. > > Mandei o log completo. Está pequeno porque limpei tudo (os logs) antes >> de dar start no banco. >> > > Ok. Realmente, não houve restauração a partir do recovery.conf. Nenhum > arquivo sequer foi restaurado. > > As permissões do recovery.conf : >> >> -rwxr-xr-x 1 postgres wheel 4730 Jan 22 11:04 recovery.conf* >> > > Ele não precisa ser executável, mas isto provavelmente não causaria > problemas. > > Obs.: Antes da próxima tentativa, seria bom você restaurar todos arquivos > como vieram do backup. Após a última tentativa de subida, o PostgreSQL já > modificou as coisas. > > Flávio, obrigado pelas dicas e atenção. Descobri meu erro !!! Aliás um erro grave de entendimento do funcionamento do banco. Na hora da restauração, eu estava apagando todos os arquivos da pasta pg_xlog e archive_status. Na minha cabeça isso era necessário para que o banco criasse os arquivos novamente baseado nos arquivos utilizados para restore. Falha grave, mas pelo menos ocorreu num recover de testes !!! Obrigado também ao Matheus Oliveira.
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
