DM8数据库基于时间点的恢复

在生产环境中，当我们误操作删除了重要数据时，可以使用闪回查询来找回原来的数据，但当表被删除或者数据库没有开启闪回功能时，则无法使用闪回来获取原有的表数据；此时我们可以使用基于归档日志的时间点的恢复（不完全恢复）来达到恢复数据或恢复表的目的。

基于时间点的恢复

01

备份数据库

数据库故障还原的前提是要有备份文件，这里创建一个原始的数据库备份文件，可以使用DMRMAN脱机备份文件，也可以是联机备份文件。这里以联机备份为例（在联机备份之前，需要保证数据库已开启并配置归档）。使用SYSDBA用户登录数据库，执行如下语句备份数据库：

SQL> backup database full backupset 'DMTESTFULL_ONLINE0723';

02

制造数据，生成归档日志

创建test用户，并在test用户下创建表t_table并插入数据，此过程生成归档日志。

SQL> create user test IDENTIFIED by dameng123 DEFAULT TABLESPACE main;SQL> create table test.t_table as select * from SYSOBJECTS;

03

模拟故障，删除表

模拟故障，删除test用户下表t_table。并记录下删除表时的系统时间。

04

使用备份和归档日志将

数据库恢复到指定时间点

t_table表被删除，要想找回此表的数据，只能将数据库恢复到表删除的前一刻。恢复步骤参考如下：

①使用备份文件还原数据库

执行如下命令停止数据库：

[dmdba@localhost bin]$ DmServiceDMTESTSERVER stop

使用步骤1的备份文件将数据库还原到备份时状态：

RMAN> restore database '/dm8/data/DMTEST/dm.ini' from backupset 'DMTESTFULL_ONLINE0723';

②使用归档日志将数据库恢复到指定时间点

执行如下命令，指定with archivedir参数使用归档恢复，并指定until time参数将数据库还原到删除表之前的时间，由步骤3得知，我们大概在2020-07-23 10:48:53之前的时间删除了表数据，这里将数据库恢复到2020-07-23 10:48:40的时间（时间越精确越好，无法精确的情况下预估）。

RMAN> recover database '/dm8/data/DMTEST/dm.ini' with archivedir '/dm8/data/DMTEST/arch' until time '2020-07-23 10:48:40';

从下面的截图可以看出，归档的恢复并不是100%（因为是不完全恢复，并没有完全重做所有归档日志），只是恢复到93%。

③更新数据库魔数

执行如下命令更新数据库魔数db_magic信息。

RMAN> recover database '/dm8/data/DMTEST/dm.ini' update db_magic;

此时，数据库恢复完成。

执行DmServiceDMTESTSERVER start启动数据库，连接数据库查询test用户下t_table表数据，可以看到t_test表已恢复。

总结：

使用RECOVER命令恢复数据库时，可以是基于备份集的恢复，也可以是使用本地归档日志的恢复。基于时间点的恢复是使用本地归档日志恢复的方式之一。

除了指定时间点，还可以通过指定LSN进行恢复。DM中每条REDO日志记录都对应一个唯一的LSN值，指定LSN值以后，数据库将会精准的恢复到产生这个LSN时间点的状态。基于LSN的恢复是使用UNTIL LSN 参数恢复到指定的LSN时间点的状态。

基于时间点或LSN的恢复都是不完全恢复，基于归档日志恢复到最新状态为完全恢复。

在实际生产环境中，如果只是删除某张表或数据，建议将数据库还原到另一台机器（目标数据库）上，然后拷贝生产环境归档日志将目标数据库恢复到指定的时间点，以在不影响生成环境的情况下找回表数据，降低对生成环境的影响。