PostgreSQL basebackup备份和恢复

一、概述

备份和恢复分为逻辑和物理，这里指物理备份和恢复。

PG的物理备份依赖basebackup，这差不多就是数据目录的拷贝，还依赖归档日志。

恢复分为完全恢复和PITR恢复，它们都需要归档日志，它们关键的差别是，PITR需要设置postgresql.conf中的参数recovery_target_time，还有PITR时，PG服务器恢复完后是只读状态，需要手动执行select pg_wal_replay_resume()，这样，其实是让管理员确认，恢复是否满足期望。

二、备份

PG的物理备份使用命令pg_basebackup，具体命令用法我就不写了，最终结果和对数据目录进行文件系统拷贝差不多，当然，还是有不同的，pg_basebackup时，PG服务器不需要停止服务，备份过程数据库可能会有增删改，不过没关系，这些修改都在WAL中，且开启了full_page_write。pg_basebackup出来的目录中会有backup_label这个文件，表示这是个备份。

备份：

pg_basebackup -D my_basebackup -U<username> -h<host> -p<port>

三、恢复

恢复分完全恢复和按时间点恢复（PITR），注意，这里有个前提，就是运行、备份、恢复时是开启归档日志的，且都放在一个目录下。

1）完全恢复

简单的讲，完全恢复需要basebackup + 归档日志，这里有个小细节，就是停库时，可能最新的WAL文件还没有存到归档目录，所以最好能把原数据目录下pg_wal的内容复制到basebackup目录下pg_wal，basebackup目录下pg_wal的内容其实可以删掉。

当然这个basebackup要做一些处理，里面要创建一个recovery.signal文件，告诉PG服务器，启动后要做恢复，还要设置restore_command，告诉PG服务器从哪里取归档日志。

对于完全恢复，不可以设置recovery_target_time等表示恢复终止点的参数，PG服务器会一直取归档日志并恢复，直到找不到文件为止。

# 停库

pg_ctl -D _data stop

# 复制数据目录（restore）

mv _data _data_bkp

cp -r my_basebackup _data

# 这里有一点，就是，如果是完全恢复到最新状态的话，

# restore后目录的pg_wal目录清空，

# 原来数据目录_data下的pg_wal里的WAL文件要拷贝到restore后目录的pg_wal下，

# 这样做是考虑到有可能最新的WAL文件还没有存到归档目录。

# 设置恢复参数

touch recovery.signal

vim _data/postgresql.conf

restore_command = 'cp /mnt/server/archivedir/%f %p'

# 启动

pg_ctl -D _data start

2）按时间点恢复

和完全恢复差不多，也是需要basebackup + 归档日志，创建recovery.signal，但与完全恢复不同的是：还要设置recovery_target_time，可能还有recovery_target_timeline，PG服务器恢复完后，并不是立即进入可用状态，而是需要管理员手动执行select pg_wal_replay_resume()，这样可以给管理员机会调整恢复的时间，而不需要完全重新做一次恢复。

# 停库

pg_ctl -D _data stop

# 复制数据目录（restore）

mv _data _data_bkp

cp -r my_basebackup _data

# 设置恢复参数

touch _data/recovery.signal

vim _data/postgresql.conf

recovery_target_time = '2021-02-05 14:00:37+08'

restore_command = 'cp /mnt/server/archivedir/%f %p'

# 启动

pg_ctl -D _data start

select pg_wal_replay_resume();

# psql登录查看一下数据库状态，是否是想要的状态，

# 如果是，就执行pg_wal_replay_resume();

# 如果不是，就停库，再修改recovery_target_time （时间上只能往后修改）

# 再启动，最后确定数据库达到想要的状态，就执行select pg_wal_replay_resume();

# 完成恢复。