Início / user-2153

Jamess's questions

Martin Hope
Jamess
Asked: 2015-08-07 21:33:40 +0800 CST
  • 1

Seguindo http://www.postgresql.org/docs/9.1/static/continuous-archiving.html , copio os arquivos WAL para outra máquina e os aplico regularmente. Recentemente, devido a uma falha no servidor pg em meu servidor principal, tentei restaurar o banco de dados pressionando um gatilho (um arquivo vazio, esperando failover inteligente) e os logs são fornecidos abaixo.

prodrestore_error.log

WAL file not present yet. Checking for trigger file...
trigger file found: smart failover
Trigger file:         /app/recovery-prod/trigger/pgsql.trigger.5432
Waiting for WAL file: 0000000100000001000000CC
WAL file path:        /backup/prod/db_backup/archive/0000000100000001000000CC
Restoring to:         pg_xlog/RECOVERYXLOG
Sleep interval:       60 seconds
Max wait interval:    0 forever
Command for restore:  cp "/backup/prod/db_backup/archive/0000000100000001000000CC" "pg_xlog/RECOVERYXLOG"
Keep archive history: 000000000000000000000000 and later
trigger file found: smart failover
running restore:      OK

Trigger file:         /app/recovery-prod/trigger/pgsql.trigger.5432
Waiting for WAL file: 00000002.history
WAL file path:        /backup/prod/db_backup/archive/00000002.history
Restoring to:         pg_xlog/RECOVERYHISTORY
Sleep interval:       60 seconds
Max wait interval:    0 forever
Command for restore:  cp "/backup/prod/db_backup/archive/00000002.history" "pg_xlog/RECOVERYHISTORY"
Keep archive history: 000000000000000000000000 and later
running restore:      cp: cannot stat `/backup/prod/db_backup/archive/00000002.history': No such file or directory
cp: cannot stat `/backup/prod/db_backup/archive/00000002.history': No such file or directory
cp: cannot stat `/backup/prod/db_backup/archive/00000002.history': No such file or directory
cp: cannot stat `/backup/prod/db_backup/archive/00000002.history': No such file or directory
not restored
history file not found
Trigger file:         /app/recovery-prod/trigger/pgsql.trigger.5432
Waiting for WAL file: 00000001.history
WAL file path:        /backup/prod/db_backup/archive/00000001.history
Restoring to:         pg_xlog/RECOVERYHISTORY
Sleep interval:       60 seconds
Max wait interval:    0 forever
Command for restore:  cp "/backup/prod/db_backup/archive/00000001.history" "pg_xlog/RECOVERYHISTORY"
Keep archive history: 000000000000000000000000 and later
running restore:      cp: cannot stat `/backup/prod/db_backup/archive/00000001.history': No such file or directory
cp: cannot stat `/backup/prod/db_backup/archive/00000001.history': No such file or directory
cp: cannot stat `/backup/prod/db_backup/archive/00000001.history': No such file or directory
cp: cannot stat `/backup/prod/db_backup/archive/00000001.history': No such file or directory
not restored
history file not found

postgresql-9.1-main.log

2015-08-03 08:08:44 IST::@:[5542]:LOG:  restored log file "0000000100000001000000CC" from archive
2015-08-03 08:11:44 IST::@:[5542]:LOG:  could not open file "pg_xlog/0000000100000001000000CD" (log file 1, segment 205): No such file or directory
2015-08-03 08:11:44 IST::@:[5542]:LOG:  redo done at 1/CC001E10
2015-08-03 08:11:44 IST::@:[5542]:LOG:  last completed transaction was at log time 2015-08-03 07:59:58.121908+05:30
2015-08-03 08:11:44 IST::@:[5542]:LOG:  restored log file "0000000100000001000000CC" from archive
2015-08-03 08:17:44 IST::@:[5542]:LOG:  selected new timeline ID: 2
2015-08-03 08:23:45 IST::@:[5542]:LOG:  archive recovery complete
2015-08-03 08:23:51 IST::@:[6088]:LOG:  autovacuum launcher started
2015-08-03 08:23:51 IST::@:[5541]:LOG:  database system is ready to accept connections

Todo o processo de procurar dois arquivos de histórico 00000002.historye 00000001.history, 4 vezes e finalmente iniciar o banco de dados levou aproximadamente 12 minutos. Em seguida, cada iteração repetida restaurando um backup de base fresco levou mais tempo, pois começou a procurar por mais arquivos .history.

Como posso tornar isso mais rápido para procurar arquivos de histórico e, se não estiverem presentes, proceder rapidamente para iniciar o banco de dados no modo de leitura/gravação? Caso contrário, não procure arquivos de histórico.

postgresql-9.1 recovery
Martin Hope
Jamess
Asked: 2011-06-18 03:35:06 +0800 CST
  • 5

Estou usando o PostgreSQL 8.4 na versão do servidor Ubuntu LTS 10.04.02. Eu uso o pg_standby para restaurar os dados e para a recuperação do banco de dados, criei um recovery.conf e o coloquei em /etc/postgresql/8.4/main onde o restante dos arquivos conf presentes e tentei iniciar o banco de dados usando

sudo service postgresql start

esperando que o serviço reconheça que estou fazendo uma recuperação usando recovery.conf. Eu encontrei este arquivo foi ignorado. Então, eu tive que copiar todo o arquivo *.conf para meu diretório de dados (no meu caso /dbdata/data) e então, ao invés de usar o script do init.d, eu tive que iniciar o banco de dados do usuário 'postgres' com

/usr/lib/postgresql/8.4/bin/pg_ctl -D /dbdata/proddata  -l /var/log/postgresql/postgresql-8.4-main.log start

Como posso fazer meu procedimento de recuperação obedecer /etc/init.d/postgresql start|stop|restart ou ter o comando pg_ctl para procurar arquivos conf /etc/postgresql/8.4/main ?

Nota: sou relativamente novato no PostgreSQL e na administração de banco de dados em geral

postgresql
Martin Hope
Jamess
Asked: 2011-06-18 03:18:55 +0800 CST
  • 3

Estou tentando recuperar um banco de dados usando o arquivo recovery.conf para fazer uma cópia pontual.

No arquivo recovery.conf, adicionei um tempo de destino de recuperação conforme abaixo.

recovery_target_time = '2011-06-16 04:10:00 IST'

Mas nos logs posso ver se ele avança o tempo em 3,5 horas para 07:40 e a recuperação real é tentada para esse horário, não o tempo que dei em recovery_target_time.

2011-06-16 12:53:45 IST LOG:  starting archive recovery
2011-06-16 12:53:45 IST LOG:  restore_command = '/app/postgresinstall/bin/pg_standby -l /dbdata/archive %f %p %r'
2011-06-16 12:53:45 IST LOG:  recovery_target_time = '2011-06-16 07:40:00+05:30'
cp: cannot stat `/dbdata/archive/00000001.history': No such file or directory

Por que essa diferença de 3,5 horas e preciso de ajuda para descobrir o que está acontecendo ao decidir o tempo-alvo de recuperação?

Atualização: aqui estão os detalhes de tempo do banco de dados

postgres=# SELECT EXTRACT(timezone_hour FROM now()),EXTRACT(timezone_minute FROM now());
 date_part | date_part 
-----------+-----------
         5 |        30
(1 row)

postgres=# select now();
               now                
----------------------------------
 2011-08-12 13:08:19.333068+05:30
(1 row)

OS Date/Time:
postgres@xxxxx:~$ date
Fri Aug 12 13:10:19 IST 2011

Eu enfrentei o mesmo problema quando tento restaurar de arquivos WAL no mesmo servidor e meu servidor de backup. Também posso reproduzir consistentemente esse problema em ambos os servidores.

Portanto, se eu precisar criar um backup próximo ao horário atual, uso um recovery_target_time 3,5 horas atrasado no horário atual e inicio o banco de dados com recovery.conf

postgresql restore