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();
# 完成恢复。