Olá Pedro, cara é isso mesmo valeu pela dica, mas ainda não consegui recuperar o backup, depois de ter logs arquivados eu mato o postgres com: *kill -9 $(head -1 /opt/postgres/9.0/data/postmaster.pid)*
Em seguida configuro o recovery.conf com esse parametro: *restore_command = ' cp /opt/postgres/9.0/pgbackup/testes_logs/%f %d '* quando dou um* **pg_ctl -D /opt/postgres/9.0/data start* da a seguinte mensagem pg_ctl: another server might be running; trying to start server anyway server starting mas na verdade ele não inicia o postgres essa parte do recovery.conf q ta pegando....como devo configurar ...tem algum procedimento faltando... aqui estão meu meus logs....: Obrigado Pedro.... ls -la total 771008 drwxr-xr-x 2 root root 4096 Set 22 16:46 . drwxr-xr-x 4 root root 4096 Set 22 16:57 .. -rw------- 1 root root 16777216 Set 22 16:46 000000010000000000000025 -rw------- 1 root root 16777216 Set 22 16:46 000000010000000000000026 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000026 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000027 -rw------- 1 root root 243 Set 22 16:46 000000020000000000000027.00000020.backup -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000028 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000029 -rw------- 1 root root 241 Set 22 16:46 000000020000000000000029.00000020.backup -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000002A -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000002B -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000002C -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000002D -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000002E -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000002F -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000030 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000031 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000032 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000033 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000034 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000035 -rw------- 1 root root 250 Set 22 16:46 000000020000000000000035.00000020.backup -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000036 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000037 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000038 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000039 -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000003A -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000003B -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000003C -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000003D -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000003E -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000003F -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000040 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000041 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000042 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000043 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000044 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000045 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000046 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000047 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000048 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000049 -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000004A -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000004B -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000004C -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000004D -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000004E -rw------- 1 root root 16777216 Set 22 16:46 00000002000000000000004F -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000050 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000051 -rw------- 1 root root 16777216 Set 22 16:46 000000020000000000000052 Em 22 de setembro de 2011 17:09, Pedro Ivo Bispo França <[email protected] > escreveu: > Olá Hélio, > > Você pode apagar o diretório DATA por que você teoricamente fez o backup > dela no momento que você fez o filesystem backup. Logo, você deve excluir o > dir DATA atual para substituir pelo dir DATA do backup. A partir daí, usar > os logs para restaurar até o momento desejado > > É aconselhavel copiar pelo menos o conteúdo da data/pg_xlog em um lugar > temporário antes de deletar, pois podem existir logs ainda não arquivados > que poderão ser utilizados no recovery. > > Abraços > Pedro Ivo > > Em 22 de setembro de 2011 14:31, Hélio José <[email protected]> escreveu: > > Olá Flávio, obrigado pela resposta, realmente dexei passar esssa etapa, >> mas agora surge >> outra dúvida o passo 3 de 24.3.3 >> http://www.postgresql.org/docs/9.0/static/continuous-archiving.html pede >> para apagar todos os dados do diretorio de agrupamento como assim..é pra >> apagar td do diretório DATA!? >> >> Remove all existing files and subdirectories under the cluster data >> directory and under the root directories of any tablespaces you are using. >> >> Uso red hat 6 como servidor instalei o postgres c/ yum e ele deixou todos >> os arquivos de configuração dentro do DATA >> Se eu apagar o diretorio DATA não terei o postgresql.conf nem pg_hba >> necessários para subir o banco.... >> como proceder nesse caso....estou pensando em apagar td menos os arquios >> de configuração estaria correto...? >> >> mais uma vez Obrigado... >> >> Em 22 de setembro de 2011 08:17, Flavio Henrique Araque Gurgel < >> [email protected]> escreveu: >> >> > Pessoal estou usando PG 9.0 e estou tentando restaurar uma backup a >>> partir >>> > dos arquivos de log, consultei o material fiz todo o passo a passo: >>> > http://www.postgresql.org/docs/9.0/static/continuous-archiving.html >>> > mas agora para restaurar o backup base como se faz ...? >>> > a pergunta pode parecer meio burra mas sou novo em postgres então >>> relevem... >>> > o procedimento de backup já entendi mas a restauração não...como posso >>> > restaurar a cópia de segurança base o 4º passo da seção 22.3.3 ? >>> >>> Na sessão 24.3.2, você deve ter feito: >>> SELECT pg_start_backup('label'); >>> e >>> SELECT pg_stop_backup(); >>> >>> Você leu e fez o passo 3, desse item? Que está *entre* os dois comandos >>> acima: >>> "3. Perform the backup, using any convenient file-system-backup tool >>> such as tar or cpio (not pg_dump or pg_dumpall). It is neither >>> necessary nor desirable to stop normal operation of the database while >>> you do this." >>> >>> É esse "file-system-backup" que você (espero) tenha feito que deve ser >>> restaurado. >>> >>> []s >>> Flavio Gurgel >>> _______________________________________________ >>> pgbr-geral mailing list >>> [email protected] >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>> >> >> >> >> -- >> -- >> Hélio José >> (61) 99840139 >> >> >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > > -- > Pedro Ivo Bispo de França > X-Brain - Desenvolvimento de Sistemas Ltda > Contato: +55 43 3304-2204 | +55 43 9608-3678 > Avenida Tiradentes, 501 Sala 702 Torre 1 - Jd. Shangrilá > Londrina - Paraná - 86070-545 > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- -- Hélio José (61) 99840139
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
