Oracle的DATAGUARD环境,有PHYSICAL STANDBY和LOGICAL STANDBY两种.PHYSICAL STANDBY是传输REDO传到Standby端,然后由Standby端的MRP进程应用该Redo,以达到同期效果.LOGICAL STANDBY是传输REDO传到Standby端,然后由Standby端的LSP进程调用LogMiner来抽取SQL文,然后执行该SQL文以达到同期效果.这里介绍一个简单的确认同期状况的方法: ODM TEST CASE==========…

补上简单的确认PHYSICAL STANDBY的同期状况的方法: ODM TEST CASE===================Name = TC#1010_3 ####Primary#### SQL> set line 200col name for a100SQL>SQL> select instance_name,status from v$instance; INSTANCE_NAME                                    STATUS-----…

今天遇到了一个客户,问题是这样的,客户构筑了一个RACtoRAC的 LOGICAL STANDBY环境.并用EM在监视同期情况,发现EM页面上55115和55116这两个SEQUENCE一直在应用. 首先向客户要了下列的资料 Primary端Script to Collect Data Guard Primary Site Diagnostic Information for Version 10g and Above (Including RAC). (Doc ID 1577401.1) St…

尽管网上有很多Oracle Dataguard的配置教程,但不难发现,很多采用的是rman duplicate这种方法,尽管此种方法较为简便.但在某种程度上,却也误导了初学者,虽说也能配置成功,但只知其然不知其所以然,Dataguard的本质没有吃透,也不利于其维护和调优. 本配置文档基于Oracle官方文档,目的在于加深大家对于Dataguard的了解. 本配置的结果是最大性能模式下的异步传输 ,因此在参数文件中,只涉及基本的主备参数,没有考虑switchover和最大性能模式下的real t…

物理standby database 环境搭建 Arch asysnc Oracle Dataguard host IP Oracle_sid DB_unique_name FAL_server FAL_client primary 192.168.126.136 dgtest dg_pd dg_st dg_pd standy 192.168.126.128 dgtest dg_st dg_pd dg_st 一． Primary 端的配置 1.  主库设置为force logging 模式 SQ…

我们在基于物理standby的基础上搭建逻辑备库过程过程中,在运行: alter database recover to logical standby READDB; 卡住不动,而且alert也没有报错信息,无比郁闷,咨询了别人,聊天记录例如以下: 我们的业务是passport应用,无法停止或者停掉很麻烦,总之,药不能停. 经过摸索,我们得到一个经验:须要等到MRP应用日志到跟主库一致,此时运行该命令才不会hang住. 详细流程大概是这种: 1. 开启实时日志应用 ALTER DATABASE…

Oracle Data Guard 是针对企业数据库的最有效和最全面的数据可用性.数据保护和灾难恢复解决方案.它提供管理.监视和自动化软件基础架构来创建和维护一个或多个同步备用数据库,从而保护数据不受故障.灾难.错误和损坏的影响. Data Guard 优点 灾难恢复和高可用性Data Guard 提供了一个高效.全面的灾难恢复和高可用性解决方案.自动故障切换和易于管理的转换功能允许主数据库和备用数据库之间的快速角色转换,从而使主数据库因计划中和计划外的中断所导致的停机时间减到最少. 完善的数据…

Oracle DataGuard介绍 一. DataGuard的基本原理 当某次事务处理对生产数据库中的数据作出更改时,Oracle数据库将在一个联机重做日志文件里记录此次更改.在DataGuard中能够配置写日志的这个过程,除了把日志记录到本地的联机日志文件和归档日志文件里,还能够通过网络,把日志信息发送到远程的从(standby)数据库server上.这个备用日志文件写入过程能够是实时.同步的,以实现零数据丢失(最大保护模式maximum protection):也能够是异步的,以降低对网络…

Oracle DataGuard 升级 [11.2.0.1 -> 11.2.0.4] Primary: 11.2.0.1 单机,Site A. Standby: 11.2.0.1 单机,Site B.Site C. 当前DG环境示意图: 需求:升级至11.2.0.4 升级思路: 主库暂停归档传输:备库安装新版本软件,备库启动到mount:主库安装软件,主库升级数据库,主库启用归档传输. 注意: 11g新版本软件安装到一个新目录下,注意copy之前的spfile.密码文件.network file…

前言: 众所周知DataGuard一般的切换分成两种,一种是系统正常的情况下的切换这种方式为:switchover是无损切换,不会丢失数据:另外一种方式属于灾难情况下的切换,这种情况下一般主库已经启动不起来了,为failover,有可能会丢失数据,并且切换后原primary 数据库也不再是该data guard 配置的一部分了. 本文先简单的介绍在正常情况下运行的系统切换测试: 整个dataguard的搭建,请参考实战ORACLE DataGuard不停机的配置,只要按照该文档操作,保证没有问题…