oracle data guard闪回,11gR2 Active Data Guard 闪回 - flashback database / snapshot standby - 2

二，11g 使用snapshot方式设置Data Guard闪回

snapshot standby是11g引入的新特性，它不需要开启flashback database特性，就可以让physical standby数据库以read-write模式开启，而后可以退回到standby模式，所有open模式下的数据库中的更改的数据都会还原到之前的状态。

显然，原理上Snapshot Standby功能是基于闪回数据原理的，因此任何导致闪回数据库无法回退的动作在这里也是被限制的，否则Snapshot Standby数据库将无法回到曾经的备库恢复状态。

比如：

a.  控制文件重建

b.  数据文件shrink

c.  表空间删除

d.  介质损坏

2.1  Convert到snapshot standby的步骤

1) 如果数据库是RAC, 那么关闭所有节点，开启一个节点上的实例到mount模式。

SQL> shutdown immediate;

SQL> startup mount;

2) 关闭自动应用恢复(managed recovery)

SQL> alter database recover managed standby database cancel;

3) Convert standby数据库到snapshot standby.

在convert之前，我们先查询一下物理standby数据库flashback_on是否开启，发现是NO .

SQL> select flashback_on from v$database;

FLASHBACK_ON

——————

NO

Convert到snapshot standby，再次查看数据库的falshback_on状态。

SQL> alter database convert to snapshot standby;

SQL> alter database open;

SQL> select flashback_on from v$database;

FLASHBACK_ON

----——————

RESTORE POINT ONLY

可以发现flashback_on状态变成 RESTORE POINT ONLY，这和使用担保还原点(Guaranteed Restore Points)状态类似 .也就是说convert to snapshot standby命令相当于创建了一个担保还原点， 不过这个还原点的名字是什么 ？ Oracle后期做convert to physical standby的时候又是如何找到还原点并操作的 ？

我们查询 V$RESTORE_POINT视图，可以发现一个NAME值为"SNAPSHOT_STANDBY_REQUIRED_05/05/2014 09:05:50"的还原点，其他字段如TIME, SCN分别对应了时间及当时的SCN, 字段GUARANTEE_FLASHBACK_DATABASE为YES, 表示上面的猜测(相当于创建了一个担保还原点)是正确的。