11GR2新功能：DATAGURADSTANDBY的SNAPHOST测试

在ORACLE11GR2的DG环境中，我们可以把备库启动到READONLY状态，来实现读的功能，但是在此状态不可以写，不能用于一些测试工作，比如测试PL/SQL等。ORACLE提供了S

在ORACLE 11GR2 的DG环境中，我们可以把备库启动到READ ONLY状态，来实现读的功能，香港虚拟主机，但是在此状态不可以写，不能用于一些测试工作，比如测试PL/SQL等。

ORACLE提供了SNAPSHOT STANDBY的功能，允许把STANDBY数据库启动到SHAPSHOT状态，进行一些测试，测试完成后可以转换到原来的PHYSICAL STANDBY的状态。在SNAPSHOT STANDBY过程中，STANDBY仍然接收日志，但是不运用，当转换成PHYSICAL STANDBY状态时会自己运用以前生成的日志。

下面是关于snapshot的一些特征

1.SNAPSHOT STANDBY DATABASE接收与归档日志，美国空间，但是不运用日志。

2.转换到PHYSICAL STANDBY DATABASE后会自己的运行以前生成的日志

3.转换到PHYSICAL STANDBY DATABASE后在SNAPHOST STANDBY时更新的所有的数据都将会丢失。

4.SNAPSHOT STANDBY DATABASE不用运行在Maximum Protection mode

在配置snapshot时也有一些前提条件：

1.数据库要在archivelog模式。

2.要配置FRA

下面开始测试：

测试环境会：OS:RHEL 5.6 X86_86 DB:ORACLE 11.2.0.2

DG环境的搭建见：

11GR2 搭建活动的物理DG/DATAGRUAD (READ ONLY模式)

BROKER的搭建见：

11GR2 datagruad 环境搭建BORKER

1.查看数据库运行模式

2.查看FRA

3.开始切换

4.创建表测试

5.转换成physical standby并查看表是否存在

6.查询restore point是否还存在

这里restore point已经自动删除了。

本文出自 “认真就输” 博客，香港虚拟主机，请务必保留此出处