需要备份数据、归档日志。

备份方式

逻辑备份工具
一般用于迁移
pg_dump
pg_dumpall
物理备份工具
pg_basebackup

逻辑导入导出

导出：

pg_dump -d dbname > /tmp/dbname.sql

导入：
先建库，再执行

psql </tmp/dbname.sql

类似xbk热备的功能；
备份时先把脏页刷到磁盘上，然后备份数据，然后把归档日志也备走；

备份：

pg_basebackup -D /pgdata/pg_backup/ -Ft -Pv -Upostgres -h 10.10.0.51 -p 5432 -R

恢复：
将数据和归档日志分别解压到对应目录

tar xf base.tar -C /pgdata/12/data/
tar xf pg_wal.tar -C /archive/

修改配置文件postgresql.auto.conf(10版本之前好像叫recovery.conf)

vim postgresql.auto.conf

restore_command = 'cp /archive/%f %p'
recovery_target = 'immediate'

暂时不做主从可以把primary那行注释掉。

新建如下文件：

touch /pgdata/12/data/recovery.signal

会将恢复过程记录进来；没有这个文件其实也没关系。

每天23:00 PBK备份，下午14:00误删除数据，如何恢复？
思路：
1.恢复全被数据 tar xf -c ...
2.日志恢复：备份归档 + 23:00-14:00区间的归档恢复 + 在线redo日志

通过pg_waldump查看在线日志事务编号或者lsn或者时间点，然后不用target，改为
recovery_target_xid = '498'

此时pgsql进入发现仍是只读模式，需要执行

select pg_wal_replay_resume();

到此说明恢复结束

默认情况下，恢复将会一直恢复到 WAL 日志的末尾。可以使用参数用来指定一个更早的停止点。

recovery_target = 'immediate'
这个参数指定恢复应该在达到一个一致状态后尽快结束，即尽早结束。
在从一个在线备份中恢复时，这意味着备份结束的那个点。
在技术上，这是一个字符串参数，但是'immediate'是目前唯一允许的值。
recovery_target_name (string)
由pg_create_restore_point()所创建，
创建还原点示例：

select pg_create_restore_point('huanyuan');

select current_timestamp;

recovery_target_xid (string)
这个参数指定恢复将进入的事务 ID。记住虽然事务 ID 是在事务开始时顺序分配的，但是事务可能以不同的数字顺序完成。那些在指定事务之前（也可以包括该事务）提交的事务将被恢复。精确的停止点也受到recovery_target_inclusive的影响。
查看当前数据库的事务 ID,以使数据库恢复到该事务 ID:

select pg_current_xact_id();

select pg_current_wal_lsn();

其他：
select pg_create_restore_point('wwj_before_delete');