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

dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复 环境: OS: CentOS 6.5 DB: Oracle 10.2.0.5 1.主备库环境 主库: SQL> select dbid,name,LOG_MODE,open_mode,db_unique_name,DATABASE_ROLE,PROTECTION_MODE from v$database; DBID NAME LOG_MODE OPEN_MODE DB_UNIQUE_NAME DATABASE_ROLE

主库异常,从库手动切换为主库方案 1.登录从服务器,确认从服务器已经完成所有同步操作: mysql> stop slave io_thread mysql> show processlist 直到看到状态都为:xxx has read all relay log 表示更新都执行完毕 2.停止从服务器slave服务: mysql> stop slave 3.将从服务器切换为主服务器: mysql> reset master 完成切换 4.授权内网其他机器有写入等权限(如果没有权限的话

http://blog.itpub.net/29477587/viewspace-1331121/ 前段时间做了一次主备库的切换,大体写下操作步骤和记录,分享下. 环境:           db version:11.2.0.3           主库:两节点的RAC          备库:两节点的RAC        是异地灾备,网络质量不太好. 步骤: 1.检查日志应用情况 standby database(备库检查): SQL> select thread#,SEQUENCE#,FI

众所周知,Data Guard已经是现今标准的主流容灾方案,由于日志传递对于网络适应程度强,且可以采用同步实时的传递方式和异步延迟的传递方式,甚至可以成为远程的异地容灾方案.不管用于何种用途,DG都免不了要进行角色转换,即将standby 数据库切换为primary数据库,角色转换分为:switchover和failover两种;两种区别从三个角度来对比: (1).使用场合不同:Switchover 用于有准备的.计划之中的切换,通常是系统升级.数据迁移等常态任务;Failover用于意料之外的

主备库的切换主要在两种情况下切换,Switchover和Failover,这两种切换都需要手工执行完成,不建议自动执行.主库端 192.168.411.20备库端 192.168.411.221 一是Switchover(计划中的切换,不会丢失数据)二是Failover(当主库出现故障的时候需要主备库切换角色) 特别注意:1.备份:无论哪种切换都要先全备一次,以备不测2.部分命令执行时间长短不一,最好让它自己执行完,注意观察主备日志是否有异常 1.[Switchover] 主库端select s

DataGuard物理standby管理 - 主备切换 Dataguard的切换分为两种,switchover和failover. switchover一般用于数据库或硬件升级,这时只需要较短时间中断数据库访问,主备库的角色切换完成后,即可打开primary角色的备库来提供数据库访问. failover,主库已经无法使用,必须切换到备库,当备库failover切换为primary,则主库不再是dataguard的一部分,无法再转换为备库. 如果是RAC的物理standby,则在执行切换时只能启动

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

环境描述: 1.节点描述 节点 IP 节点描述 11.6.76.221 GG 抽取端 / DG 节点,数据库版本号为 Oracle-11.2.0.3,与 11.6.76.222 组成 DataGuard. 11.6.76.222 DG 节点,数据库版本号为 Oracle-11.2.0.3,与 11.6.76.221 组成 DataGuard. 192.168.87.221 GG 复制端,数据库版本号为 Oracle-11.2.0.4 2.拓扑结构   方案描述: 假设 11.6.76.221 最

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

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

1,在脚本中代入create db flash backup point for recover dg 2,测试前主备库状态(备库现角色验证,主库监听状态-->有意stop) 主要验证思路, 脚本从备库对dg主库连接性做测试,若主库连接性有问题(监听,网络,.....),自动切换备库角色到主库角色;

环境:RHEL6.5 + Oracle 11.2.0.4 DataGuard physical standby 主库和备库都是单节点. 需求:主备库同时应用160719的PSU和OJVM PSU补丁. 先参考MOS文档 ID 278641.1 的解决方案如下: SOLUTION Process Overview: In the primary disable log shipping to the standby site. Shutdown the standby site and apply

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

2014-06-03 Created By BaoXinjian  

----标准DataGuard参数设置------------------------------alter system set log_archive_dest_2='SERVICE=ta_std REOPEN=300  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLES) db_unique_name=ta_std';alter system set fal_server='ta_std';alter system set fal_client='ta'; a

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

        DataGuard是甲骨文推出的一种高可用性数据库方案,在Oracle 8i之前被称为Standby Database.从Oracle 9i开始,正式更名为Data Guard.它是在主节点与备用节点间通过日志同步来保证数据的同步,可以实现数据库快速切换与灾难性恢复.Data Guard只是在软件上对数据库进行设置,并不需要额外购买任何组件.用户能够在对主数据库影响很小的情况下,实现主备数据库的同步.而主备机之间的数据差异只限于在线日志部分,因此被不少企业用作数据容灾解决方案.(

DataGuard为企业数据的高可用性,数据安全以及灾难恢复提供支持,一般由一个primary db与几个物理或逻辑standby db组成一个DataGuard配置. 系统环境 操作系统为windows server 2003 r2 enterprise x64 edition service pack 2,database为oracle 10g 10.2.0.4 enterprise x64 edition.服务器均为AMD64架构,主机RAID5本地硬盘加RAID1光纤盘阵. primar