主备库切换  Switchover  一般SWITCHOVER切换都是计划中的切换,特点是在切换后,不会丢失任何的数据,而且这个过程是可逆的,整个DATA GUARD环境不会被破坏,原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作. 在进行DATA GUARD的物理STANDBY切换前需要注意: 1)确认主库和从库间网络连接通畅: 2)确认没有活动的会话连接在数据库中: 3)PRIMARY数据库处于打开的状态,STANDBY数据库处于MOUNT状态: 4)确保STAND

Creating a Physical Standby from Primary on Version 12c (Doc ID 1570958.1) APPLIES TO: Oracle Database Cloud Schema Service - Version N/A and laterOracle Database Exadata Cloud Machine - Version N/A and laterOracle Cloud Infrastructure - Database Ser

Data Guard Physical Standby - RAC Primary to RAC Standby using a second network (Doc ID 1349977.1) APPLIES TO: Oracle Database - Enterprise Edition - Version 11.2.0.1 to 11.2.0.4 [Release 11.2]Information in this document applies to any platform. GOA

日志不得应用情况切换备库为主库 备库运行如下: alter database recover managed standby database disconnect from session; alter database commit to switchover to primary 日志反应如下: Maximum wait for role transition is 15 minutes. 2016-09-07 12:57:20.653000 +08:00 Switchover: Medi

GP failover,primary和mirror切换实验 http://blog.sina.com.cn/s/blog_9869114e0101k1nc.html 一.恢复失败的segment出现segment节点down,恢复GP的思路:if"segment down" thencase "determine case(errer,message,log,gpstate and so on)"when "data error[missing or c

ORACLE11g Dataguard物理Standby日常巡检操作手册 编写:_____________校对:_____________日期:_____________ 目录1.DG环境的日常巡检 41.1.主库环境检查 41.1.1.主库实例启动状态检查 41.1.2.主库启动模式检查 41.1.3.主库DG环境的保护模式检查 41.1.4.主库用于控制日志同步的参数检查 41.1.5.主库查看是否开启强制日志功能 51.1.6.主库上查看设置的归档日志路径是否可用 51.1.7.主库上查询

一,准备   Database DB_UNIQUE_NAME Oracle Net Service Name Primary PROD PROD Physical standby PRODDG PRODDG   二,主库设置   1.启用force logging alter database force logging; 2.确认主库处于归档模式 archive log list; 3.在primary库创建standby数据库控制文件 alter database create standb

一.切换前检查1.检查备库已经全部接收到主库的redo如果是最大可用性.最大保护性模式,可以在primary端查看v$archive_dest_status,确认是否所有的redo已经传送到备库#在主库执行 SQL> select db_unique_name,protection_mode,synchronization_status,synchronized from v$archive_dest_status; DB_UNIQUE_NAME PROTECTION_MODE SYNCHRON

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

过程和Duplicate复制数据库并创建物理StandBy类似,只是不需要重启数据库. 目的:创建standby,不重启源数据库 1设定环境如下: Primary数据库 IP 172.17.22.16 SID orcl Standby数据库 IP 172.17.22.17 SID orcl_standby 设置提示,以区分操作的位置 primary数据库 set SQLPROMPT Primary> standby数据库 set SQLPROMPT StandBy> 1.Primary端设置

1.Environment Item Primary database standby database Platform Redhat 5.4 Redhat 5.4 Hostname gc1 gc2 Database Oracle 11.2.0.1.0 Oracle 11.2.0.1.0 ORACLE_SID PROD standby DB_UNIQUE_NAME primary standby 2.Preparing the PrimaryDatabase for Standby Datab

DG架构图如下: 计划,切换之后的架构图: DG切换: 主备切换:这里所有的数据库数据文件.日志文件的路径是一致的 [旧主库]主库primarydb切换为备库standby3主库检查switchover_status列的状态,是否支持switchover操作:如果该列值为"TO STANDBY"则表示primary 数据库支持转换为standby 角色prod> select switchover_status from v$database;SWITCHOVER_STATUS-

作者:david_zhang@sh [转载时请以超链接形式标明文章] http://www.cnblogs.com/david-zhang-index/p/5042640.html参照文档:https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-configuring-oracle-data-guard/?cdn=disable#implement-the-physical-standby-databas

Oracle 11g是Data Guard的重要里程碑版本.在11g中,Active DataGuard.Advanced Compression等特性大大丰富了Data Guard的功能和在实践领域应用的广度.其中,除了传统的Physical Standby和Logical Standby,11g推出了新的Standby类型——Snapshot Standby. Standby的实质是“同步更新”,无论是Physical Standby还是Logical Standby,都是依照主库Prima

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

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

primary database db_name=zwc, db_unique_name=zwc standby database db_name=zwc, db_unique_name=standby on primary database [oracle@vmdb12c ~]$ sqlplus sys/oracle@zwc as sysdba SQL*Plus: Release 12.1.0.1.0 Production on Thu Sep 26 16:12:10 2013 Copyrig

过程和Duplicate复制数据库并创建物理StandBy类似,只是不需要重启数据库. 目的:创建standby,不重启源数据库 1设定环境如下: Primary数据库 IP 172.17.22.16 SID orcl Standby数据库 IP 172.17.22.17 SID orcl_standby 设置提示,以区分操作的位置 primary数据库  set SQLPROMPT Primary> standby数据库 set SQLPROMPT StandBy> 1.Primary端设置

过程和Duplicate复制数据库并创建物理StandBy类似,只是不需要重启数据库. 目的:创建standby,不重启源数据库 1设定环境如下: Primary数据库 IP 172.17.22.16 SID orcl Standby数据库 IP 172.17.22.17 SID orcl 设置提示,以区分操作的位置 primary数据库  set SQLPROMPT Primary> standby数据库 set SQLPROMPT StandBy> 1.Primary端设置 归档模式+强制

很多正在使用dataguard的客户,都会遇到一个棘手的问题: 在备份端与主库同步的过程中由于网络原因或磁盘问题导致一个或多个归档日志丢失,进而dataguard同步无法继续.很多客户都选择了重新全库恢复,并重新搭建dataguard. 如果我们的源数据库非常大(超过100G的数据量),其实可以选择一种更简便并高效的恢复方法--通过rman的增量备份恢复dataguard中standby端的数据.具体恢复过程如下:1) Stop the managed recovery process (MRP

http://www.oracle-ckpt.com/dataguard_troubleshoot_snapper/ ######sample primay scripts: spool dg_Primary_output.log set feedback off set trimspool on set line 500 set pagesize 50 column name for a30 column display_value for a60 column ID format 99 co