pg_lightool基于basebackup的单表恢复和块恢复

    开源软件pg_lightool，实现了基于wal日志的块恢复。详情参见博客：https://my.oschina.net/lcc1990/blog/1931485。因为wal日志中FPW的不肯定性，它不能做为一个数据库恢复的解决方案。目前对pg_lightool的代码作了升级，它能够基于一个basebackup和basebackup以后的wal日志完成某个数据表的恢复或者某些page的恢复。项目开源地址：https://gitee.com/movead/pg_lightool。

      工具的安装方法在以前的博客里有详细说明，再也不赘述。本文主要说明一下pg_lightool新功能的使用方法。新功能的主要应用场景：有基础备份的数据量级比较大的数据库，在发生表或者块数据损坏时，用于损坏数据的快速恢复。

1、实验数据准备

1.初始化数据库后设置归档目录

2.建立表插入测试数据

3.以下闭库后删除刚才产生的wal日志。用于保证数据是从basebackup获取的。

4.启动数据库作基础备份

5.测试数据修改（涂掉的地方是log输出有点串行，忽略便可）

 

2、基于basebackup和wal日志的单表彻底恢复

1.关闭数据库，模拟表破坏 

2.闭库，执行恢复命令后查看数据

说明：

使用-b 参数为-1即为全表恢复。

使用-r参数指定basebackup的路径。

命令执行成功后，在数据文件所在的目录生成wtrbk_*_*目录保存旧的数据

说明：表彻底恢复的数据正确。

 

3、基于basebackup和wal日志的单表不彻底恢复

在修改测试数据的时候，有一个delete语句，假设这个delete语句是误操做。咱们想把数据恢复到这个delete语句以前，应该怎么办？以下是使用pg_lightool工具的不彻底恢复演示过程。

1.使用pg_waldump到wal日志中查看这个delete语句的以前成功的一个事务提交，以下结果能够看出delete语句的xid是581，前一个提交的事务是580

2.闭库执行恢复，并查看结果

说明：

使用了-x参数指定中止wal日志redo的xid，还能够替换为使用-e参数指定时间。

假设delete为误操做，此时误操做数据已恢复，不彻底恢复出的数据正确。

 

4、基于basebackup和wal日志的单block彻底恢复

1.闭库删除t2的数据，并执行恢复命令

说明：-b参数指定要恢复的page为0,1,2

2.查看数据

说明：表彻底恢复的数据正确。

 

5、基于basebackup和wal日志的单block不彻底恢复

1.闭库删除t2的数据，并执行恢复命令

2.查看数据

说明：表不彻底恢复的数据正确。

 

6、后记

1.此恢复操做没有计入wal日志，所以执行恢复后，须要当即备份。

2.目前代码只适用pg10以及以前的版本。

3.若有bug请issue或联系我（lchch1990@sina.cn）