我正在尝试将PostgreSQL数据库恢复到某个时间点。
当我只在restore_command中使用recovery.conf时,它就可以正常工作了。
restore_command = 'cp /var/lib/pgsql/pg_log_archive/%f %p'当我使用recovery_target_time parameter时,它不会恢复到目标时间。
restore_command = 'cp /var/lib/pgsql/pg_log_archive/%f %p'
recovery_target_time='2018-06-05 06:43:00.0'下面是日志文件内容:
2018-06-05 07:31:39.166 UTC [22512] LOG: database system was interrupted; last known up at 2018-06-05 06:35:52 UTC
2018-06-05 07:31:39.664 UTC [22512] LOG: starting point-in-time recovery to 2018-06-05 06:43:00+00
2018-06-05 07:31:39.671 UTC [22512] LOG: restored log file "00000005.history" from archive
2018-06-05 07:31:39.769 UTC [22512] LOG: restored log file "00000005000000020000008F" from archive
2018-06-05 07:31:39.816 UTC [22512] LOG: redo starts at 2/8F000028
2018-06-05 07:31:39.817 UTC [22512] LOG: consistent recovery state reached at 2/8F000130
2018-06-05 07:31:39.818 UTC [22510] LOG: database system is ready to accept read only connections
2018-06-05 07:31:39.912 UTC [22512] LOG: restored log file "000000050000000200000090" from archive
2018-06-05 07:31:39.996 UTC [22512] LOG: recovery stopping before abort of transaction 9525, time 2018-06-05 06:45:02.088502+00
2018-06-05 07:31:39.996 UTC [22512] LOG: recovery has paused我正在尝试将数据库实例恢复到06:43:00。为什么要恢复到06:45:02?
编辑
在第一个场景中,recovery.conf转换为recovery.done,但在第二个场景中没有发生这种情况
这是什么原因?
发布于 2018-06-05 09:01:10
你忘了
recovery_target_action = 'promote'在时间点恢复之后,recovery_target_action决定PostgreSQL将如何进行.
默认值是pause,这意味着PostgreSQL将什么都不做,并等待您告诉它如何继续。
若要完成恢复,请连接到数据库并运行
SELECT pg_wal_replay_resume();似乎在06:43:00到06:45:02之间没有记录任何数据库活动。注意日志上写着recovery stopping recovery stopping abort of transaction 9525。
https://stackoverflow.com/questions/50695880
复制相似问题