一.主机描述 dbprimary: 192.168.1.57 主机名称db1    dbstandby: 192.168.1.58 主机名成db2    SID: orcl 二.配置tns,配置好的文件内容: dbprimary的listener.ora (/db/app/oracle/product/11.2.0/network/admi目录下): # Generated by Oracle configuration tools. SID_LIST_LISTENER =   (SID_LIS

第一部分  问题描述和环境状态确认 ----1. 问题场景 Oracle DataGuard主库丢失archivelog,如何不重建备库完成同步? 在Oracle DataGuard主从同步过程中可能出现主库archivelog丢失,备库出现gap错误.此时,除了重新完整搭建DataGuard之外,可以通过主库增量备份完成备份重新同步. ----2. 解决方式[主要步骤]1.在备库上找出当前scn:2.根据此scn,在主库上使用rman完成增量备份:3.传输增量备份到备库,同时在备库上恢复:4.

(一)DG故障转移后切换为备库的方法 在DG执行故障转移之后,主库与从库的关系就被破坏了.这个时候如果要恢复主从关系,可以使用下面的3种方法: 将失败的主库重新搭建为备库,该方法比较耗时: 使用数据库闪回方法,将失败的主数据库转换为备库,该方法依赖于闪回数据库功能,在生产环境,并未启用该功能: 使用RMAN备份将失败的主库转换为备库,该方法要求在失败之前主库要有RMAN备份. 这里仅对第3种方法进行说明. (二)使用RMAN备份还原失败的主库为备库                 STEP1:确

物理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

第一次搭建oracle dataguard.学oracle很长时间,却没有完整的搭过dg,说起来让人笑.总得有第一次,而且第一次总是很痛苦的. 数据库版本: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production PL/SQL Release 11.2.0.1.0 - Production CORE 11.2.0.1.0 Production TNS for Linux: Version 11.2.

Oracle Dataguard中,角色转换包含两类:Switchover和Failover.上文<Oracle Dataguard之switchover>中,我们已经谈过了switchover,本文将谈谈failover以及如何将failed primary database转换为physical standby database. failover 一. 主库挂掉  在这里我们杀掉lgwr进程模拟实例崩溃. [oracle@node2 ~]$ ps -ef | grep lgwr   --

Oracle Dataguard的角色转换包含两类:Switchover和Failover.Switchover指主备之间角色转换,主库降为备库,备库升级为主库.而failover则是指主库出现问题时,备库切换为主库.下面我们来看看官方的定义. Switchover Allows the primary database to switch roles with one of its standby databases.There is no data loss during a switcho

Oracle Dataguard一共支持三种模式:最大可用模式(Maximum Availability),最大性能模式(Maximum Performance),最大保护模式(Maximum Protection).默认创建的是最大性能模式(Maximum Performance).关于三者的区别,我们来看官方的定义. Maximum Availability Transactions do not commit until all redo data needed to recover th

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

Oracle DataGuard是一种数据库级别的HA方案,最主要功能是冗灾.数据保护.故障恢复等. 在生产数据库的"事务一致性"时,使用生产库的物理全备份(或物理COPY)创建备库,备库会通过生产库传输过来的归档日志(或重做条目)自动维护备用数据库.将重做数据应用到备用库.本文介绍使用RMAN备份创建备库(dataguard). 一:Oracle DataGuard环境概述 1.软件环境 操作系统Red Linux Enterprise as 5 数据库版本Oracle 10g re

Oracle Dataguard提供了三种数据保护模式,在此分别总结一下三种数据保护模式的特点. 1.最大保护模式1)这种模式提供了最高级别的数据保护能力:2)要求至少一个物理备库收到重做日志后,主库的事务才能够提交:3)主库找不到合适的备库写入时,主库会自动关闭,防止未受保护的数据出现:4)优点:该模式可以保证备库没有数据丢失:5)缺点:主库的自动关闭会影响到主库的可用性,同时需要备库恢复后才能提交,对网络等客观条件要求非常的高,主库的性能会因此受到非常大的冲击. 2.最大可用性模式1)该模式

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

oracle dataguard提供异地容灾方案,能有效的防止单点故障和提供高可用技术,这里介绍dataguard正常主备切换和应急切换(应急切换模拟主库出现问题无法还原,备库脱离dataguard接管主库对外提供服务)     1)Oracle dataguard环境搭建   传送门:Linux 安装oracle10g 配置dataguard 介绍和步骤 http://blog.csdn.net/w63667329/article/details/7890417 续上节环境: pridb 17

一. Oracle DataGuard简介 Oracle DataGuard:简称DG.是由一个Primary Database(主库)和一个或者多个Standby Database(备库)组成.对Oracle来说:本身不能提高性能.通过数据冗余来保护数据.由Primary Database对外提供服务:用户操作在Primary Database上操作:其操作的数据库Redo Log或者Archive log通过网络传输到Standby Database.Standby Database在重做这

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

Oracle dataguard  failover 实战 操作步骤 备库: SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE; SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP; 添加临时文件,删除老的临时文件 附表 具体操作和alert日志如下: SQL> AL

ORACLE DATAGUARD的主备库同步,主要是依靠日志传输到备库,备库应用日志或归档来实现.当主.备库间日志传输出现GAP,备库将不再与主库同步.因此需对日志传输状态进行监控,确保主.备库间日志没有GAP,或发现GAP后及时处理.除了在告警日志中查看日志同步情况外,还可以通过查看相关视图来对日志传输状态进行监控.1.主.备库查看当前日志状况SELECT SEQUENCE#,STATUS FROM V$LOG;2.备库查看RFS接收日志和MRP应用日志同步主库情况SELECT PROCESS

Oracle DataGuard主备切换可以使用传统的手动命令切换,也可以使用dgmgr切换,本文记录手动切换. (一)将主库切换为物理备库 STEP1:查看主库状态 SQL> SELECT OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS, FORCE_LOGGING, DATAGUARD_BROKER, GUARD_STATUS FROM V$DATABASE; OPEN_MODE DATABASE_ROLE SWITCHOVER_STATUS FOR

注意:故障转移会破坏DG的主从关系,使其变为互不相关的2个数据库,谨慎使用. (一)故障转移操作流程图 (二)故障转移操作流程 备注:以下操作步骤与上面流程图步骤一一对应 STEP1:刷新所有未发送到备库的日志到备库 如果主库还可以启动到mount状态,则刷新所有未发送的归档日志和在线redo日志到备库.如果这一步成功了,则可以保证数据零丢失. 如果主库不能mount,则执行第2步. 使用如下命令刷新redo日志到备库: SQL> ALTER SYSTEM FLUSH REDO TO 'targ