Fernando Ike escreveu:
> Em Thu, 20 Dec 2007 03:23:14 -0800 (PST)
> mateusgra <[EMAIL PROTECTED]> escreveu:
> 
>> Executei o comando SELECT pg_start_backup('bk') e depois SELECT
>> pg_stop_backup();
>>
>> No servidor backup configurei o arquivo restore.conf e inicei o
>> postgres,  o BD começou a fazer o restore até aqui tudo OK. So que
>> nesse intervalo do restore, dei uma carga grande no BD principal e
>> ele começou a copiar outros arquivo do WAL para o servidor copia
>> porque os arquivos WAL estavam sendo renomeados.
>>
>> Pelo que percebi, no log o BD começou a restaurar os arquivos copiados
>> depois do pg_stop_backup(), que são os arquivos que o servidor
>> começou a copiar depois dessa carga de dados. Apos o termino do
>> restore executei outro  pg_start_backup('bk'); e pg_stop_backup();
>>
>> Qdo fui restaurar novamente ocorreu o erro:
>>
>> 2007-12-17 09:50:11 LOG:  database system was shut down at 2007-12-17
>> 09:50:07 Hora padrão Atlântico Central
>> 2007-12-17 09:50:11 LOG:  starting archive recovery
>> 2007-12-17 09:50:11 LOG:  restore_command = "cp c:\mnt\%f %p"
>> cp: c:\mnt\00000001.history: No such file or directory
>> 2007-12-17 09:50:11 LOG:  restored log file "0000000100000002000000A2"
>> from archive
>> 2007-12-17 09:50:11 LOG:  record with zero length at 2/A20004D0
>> 2007-12-17 09:50:11 LOG:  invalid primary checkpoint record
>> 2007-12-17 09:50:11 LOG:  restored log file "0000000100000002000000A2"
>> from archive
>> 2007-12-17 09:50:11 LOG:  record with zero length at 2/A2000480
>> 2007-12-17 09:50:11 LOG:  invalid secondary checkpoint record
>> 2007-12-17 09:50:11 PANIC:  could not locate a valid checkpoint record
>> This application has requested the Runtime to terminate it in an
>> unusual way.
>> Please contact the application's support team for more information.
>> 2007-12-17 09:50:11 LOG:  startup process (PID 4012) exited with exit
>> code 3 2007-12-17 09:50:11 LOG:  aborting startup due to startup
>> process failure 2007-12-17 09:50:12 LOG:  logger shutting down
>>
>> So que esse arquivo "0000000100000002000000A2" foi o ultimo arquivo
>> que ele gerou no pg_start_backup('bk'); e pg_stop_backup(); ele
>> consta na pasta mnt depois disso não consigo restaurar copias
>> posteriores a essa ele sempre pede esse arquivo, o arquivo ja consta
>> no pg_xlog do servidor copia ? Ja limpei a pasta mnt com os antigos e
>> nada se alguem puder ajudar ?
> 
>   Eu não entendi o procedimento que você fez mas o fluxo é assim.
> 
> 
> master -> wal -> dir_archives -> dir-standby ->
> 
> -> recovery -> standby.
> 
>   Você precisa passar o argumento correto para o pg_ctl do standby os
> processos filhos dele, inclusive a rotina do recovery.conf. Se não
> fizer isso o pg_ctl somente fecha os processos do PostgreSQL.
> 
>   Exemplo.
> 
> pg_ctl -w -D standby -m fast stop
> 
> 
>   O Simmon Riggs criou o pg_standby que está no contrib do PostgreSQL
> 8.3 mas o pg_standby funciona bem com a versão 8.2. Vale a pena usá-lo
> pois o pg_standby facilita bastante a automação. ;)
> 
>  
> dois centavos,

Eu segui o manual

http://www.postgresql.org/docs/8.2/interactive/continuous-archiving.html

A unica coisa que fiz diferente é que no momento do restore no servidor 
copia eu executei uma carga grande de dados no servidor master, então 
como os id dos arquivos WAL começaram a ser renomeados sem precisar dar 
o pg_start_backup('bk'); e  pg_stop_backup(); ele automaticamente copia 
os arquivos para pasta onde eu determinei, mas como o restore estava em 
andamento ele restaurou esse novos arquivos tb até aqui deu tudo certo.

O problema é qdo eu fui gerar um novo pg_start_backup('bk'); e 
pg_stop_backup(); para restaurar outros dados que inseri depois e etc ai 
  ocorreu o erro acima. Pelo que percebi o arquivo 
0000000100000002000000A2 ja existia na copia so que ele foi gerado 
depois no servidor porque no servidor não existia.

Pode ser porque eu não executei o comando desse jeito pg_ctl -w -D 
standby -m fast stop. Eu levantei o banco com os comando padrão pode ser 
  que apos ele restaurar os dados como o BD copia entrou no ar criou o 
seu proprio WAL não sei se foi isso!



_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a