11GR2新功能：DATAGURAD STANDBY的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已经自动删除了。

 

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