HGDB基于时间点的恢复

本示例以Windows环境下的HighGo Database v4.1.1演示为例：

数据库安装目录为：D:\HighGo\Database\4.1.1

1、修改配置文件 postgresql.conf

archive_mode = on

archive_directory = 'D:\\BACKUP\\ARCHIVELOG'

wal_level = archive

因此环境为单机环境的备份恢复，切勿将hot_standby设置为on，否则在下面的步骤中启动数据库可能出现报错。

2、启动数据库

从“控制面板-管理工具-服务”中选择hgdb-se4.1.1并启动

3、基于文件级别的在线热备份

a.模拟测试数据

CREATE TABLE tab1(a1 int);

INSERT INTO tab1 VALUES (1),(2),(3),(4);

b.备份

highgo=#  SELECT now();

              now

-------------------------------

 2017-09-03 14:00:52.584023+08

(1 行记录)

highgo=# select pg_start_backup('bak_2017-09-03 14:00:52');

 pg_start_backup

-----------------

 0/B000028

(1 行记录)

c.打包data

将data目录复制到备份目录D:\backup下

d.结束并切换归档

highgo=#  select pg_stop_backup();

NOTICE:  00000: pg_stop_backup complete, all required WAL segments have been archived

 pg_stop_backup

----------------

 0/C000050

(1 行记录)

highgo=# select pg_switch_xlog();

 pg_switch_xlog

----------------

 0/D000000

(1 行记录)

这时会在data目录下产生一个backup_label的文件，记录了可以查看内容有checkpoint时间,基础备份的开始和结束时间，以及标签名称等。如下：

START WAL LOCATION: 0/B000028 (file 00000001000000000000000B)

CHECKPOINT LOCATION: 0/B000028

BACKUP METHOD: pg_start_backup

BACKUP FROM: master

START TIME: 2017-09-03 14:01:11 HKT

LABEL: bak_2017-09-03 14:00:52

说明：以上b/c/d三步中的备份步骤也可以使用pg_basebackup方式完成。

e.再次插入数据

highgo=# CREATE TABLE tab2(a1 int);

CREATE TABLE

highgo=#  INSERT INTO tab2 VALUES (1),(2),(3);

INSERT 0 3

4、模拟毁坏并进行恢复

a.停止数据库服务

从“控制面板-管理工具-服务”中选择hgdb-se4.1.1并停止

b.模拟数据库毁坏

删除D:\HighGo\Database\4.1.1\data目录

c.恢复备份文件

将d:\backup\data目录拷贝到D:\HighGo\Database\4.1.1下

d.删除pg_xlog文件夹下的所有文件

  在pg_xlog下创建目录archive_status

e.创建recovery.conf文件添加如下内容

archive_directory = 'D:\\backup\\archivelog'

recovery_target_time='2017-09-03 14:00:52'

recovery_target_time可以设置恢复到的时间点，如果不加此选项则会恢复到之前接收到的最后一个归档文件。

f.重启数据库查看恢复结果

从“控制面板-管理工具-服务”中选择hgdb-se4.1.1并启动

数据库后台日志输出恢复信息如下：

LOG:  00000: database system was interrupted while in recovery at log time 2017-09-03 14:01:11 HKT

HINT:  If this has occurred more than once some data might be corrupted and you might need to choose an earlier recovery target.

LOG:  00000: starting point-in-time recovery to 2017-09-03 14:00:52+08

LOG:  00000: restored log file "00000001000000000000000B" from archive

LOG:  00000: redo starts at 0/B000098

LOG:  00000: restored log file "00000001000000000000000C" from archive

LOG:  00000: consistent recovery state reached at 0/C000050

LOG:  00000: restored log file "00000001000000000000000D" from archive

LOG:  00000: recovery stopping before commit of transaction 621, time 2017-09-03 14:03:31.236301+08

LOG:  00000: redo done at 0/D0171B8

LOG:  00000: selected new timeline ID: 2

LOG:  00000: archive recovery complete

LOG:  00000: MultiXact member wraparound protections are now enabled

日志:  00000: 数据库系统准备接受连接

LOG:  00000: autovacuum launcher started

FATAL:  28000: role "WIN-MIRBE4NEBAU$" does not exist

启动后验证恢复的表：

C:\Users\Administrator>psql -d highgo

psql (4.1.1)

PSQL: Release 4.1.1

Connected to:

HighGo Database V4.1 Enterprise Edition Release 4.1.1 - 64-bit Production

输入 "help" 来获取帮助信息.

highgo=# \d

                    关联列表

    架构模式    | 名称 |  类型  |    拥有者

----------------+------+--------+---------------

 oracle_catalog | dual | 视图   | Administrator

 public         | tab1 | 数据表 | Administrator

(2 行记录)

在此仅恢复到第一次模拟数据（即3.a步）。

g.下面为在recovery.conf中未添加recovery_target_time的结果：

highgo=# \d

                    关联列表

    架构模式    | 名称 |  类型  |    拥有者

----------------+------+--------+---------------

 oracle_catalog | dual | 视图   | Administrator

 public         | tab1 | 数据表 | Administrator

 public         | tab2 | 数据表 | Administrator

(3 行记录)

highgo=# SELECT * from tab2;

a1

----

1

2

3

(3 rows)

注：结束后，recovery.conf会改名变成recovery.done。

      如果恢复过一次，并设置了恢复时间点，下次直接修改recovery_target_time，不会发生效果。