Oracle数据库Data Guard技术介绍

1、Oracle数据库Data Guard技术介绍技术创新，变革未来目 录Contents Oracle Active Data Guard架构与功能浅析Oracle 12c中Data Guard新特性备份恢复场景模拟01OracleActiveDataGuard架构与功能AgendaOracle Data Guard 基本概念基本架构Data Guard 日志传送及应用主要配置参数Active Data Guard 特性Data Guard 与 GoldenGate 的差异Switch over / Fail over4一个生产库，也称主库两种Standby构筑模式物理 Standby逻辑 St

2、andby三种保护模式Data Guard 基本架构5Data Guard 基本架构三种保护模式保护模式数据丢失风险转送保护模式机制说明最大保护零数据丢失同步 (SYNC)重做记录由日志写入器 (LGWR) 进程从主数据库同步地传输 到备用数据库，并且直到确认事务数据在至少一个备用服务 器上的磁盘上可用时，才在主数据库上提交事务最大可用性有数据丢失可能性同步/异步与最大保护模式相同，但如果故障导致主数据库无法写重做 流到异地备重做日志时，主数据库不会关闭，主数据库自动 继续以最大可用性模式运行最大性能有数据丢失可能性异步 (ASYNC)通过允许事务在恢复该事务所需重做数据在写到本地联机重 做日

3、志后立即提交而实的。主数据库的重做数据流也写到至 少一个备数据库，但是那个重做流相对于创建重做数据的事 务是异步写的。6AgendaOracle Data Guard 基本概念基本架构Data Guard 日志传送及应用主要配置参数Active Data Guard 特性Data Guard 与 GoldenGate 的差异Switch over / Fail over7Data Guard 日志传送传送的数据8传送的数据Primary DatabaseStandby REDOOnline REDOStandby DatabaseArchive logREDO DataArchive log

4、FIles当 REDO 数据传送来不及的时候传送在线 REDO logfile 以外的数据的时候Data Guard 日志传送910Data Guard 日志传送Data Guard Log 传送方式REDO data 传送 (LGWR 传送) 同步或异步传输方式同步 (LGWR SYNC)异步 (LGWR ASYNC)自动传输 Archive log 机制ARCH 的 HeartbeaFALREDO Data 传送方式同步传输的详细 (11gR2)Primary DatabaseSQL COMMIT;SGALogBufferOnline REDOSGALog BufferStandby RE

5、DOStandby DatabaseACK并行执行11REDO Data 传送方式异步传输的详细 (11gR2)Primary DatabaseSQL COMMIT;SGALog Bufferonline REDOSGALog BufferStandby REDOStandby DatabaseACK12REDO Data 传送方式版本间的差异同步传输异步传输Version进程名称并行执行(*)进程名称读取地方11.2NSSNSAREDO Buffer11.1LNSLNSREDO Buffer10.2LNSLNSREDO Log file(*) 当向Primary DB写入的时候是否与Stan

6、dby DB同步传送13Data Guard 日志传送Data 传输 种类14Data Guard 日志传送Data 传输 种类Primary DatabaseStandby DatabaseArchive Log REDO生成 ARCH Heartbeat FAL(Fetch Archive Log)15Data Guard 日志传送tbeatArchive Log)Data 传送相关处理Primary DatabaseStandby DatabaseArchive Log REDO生成 ARCH Hear FAL(Fetch16ARCH Heartbeat心跳机制Primary Datab

7、aseStandby DatabaseOnline REDOStandby REDO每 60秒 检测是否有未传送的 Archive Log File如果有未传送的 Archive Log File，将自动传送过去执行 Log Switch (11gR2 only)Log传送发生问题后，经过REOPEN时间，自动执行 Log Switch17ARCH Heartbeat00:0500:06ErrorREOPENreopenREOPEN 机制REOPEN=180 时， LOG 重新传送步骤00:0000:0100:0200:0300:04ARCH18Data Guard 日志传送tbeatArch

8、ive Log)Data 传送相关处理Primary DatabaseStandby DatabaseArchive Log REDO生成 ARCH Hear FAL(Fetch19FAL 机制传送归档日志FAL 的设定Standby DB 设置以下参数FAL_SERVER - 连接 Primary DB 的 TNS service nameFAL_CLIENT-连接 Primary DB 的 TNS service name(11gR2 不需要)Primary DatabaseStandby DatabaseArchive log 11gR2 不需要20FAL 机制传送归档日志FAL 机制

9、(11gR2, 11gR1)Primary DatabaseOnlineREDOStandby DatabaseArchive log 通过 MRP 日志应用检测缺失Archive Log File 检测 DB启动时未传送的 Archive Log FileStandby REDO应用日志21FAL 机制传送归档日志FAL 机制 (11gR2, 11gR1)Primary DatabaseOnlineREDOStandby DatabaseArchive log 通过 MRP 日志应用检测缺失Archive Log File如果在应用日志时发现文件不足，或者文件破损，则向Primary DB

10、申请所需 Archive Log File，并接收应用Standby REDO应用日志22OnlineREDOseStandby DatabaseArchive log 通过 MRP 日志应用检测缺失Archive Log File 检测 DB启动时未传送的 Archive Log FileStandby REDO应用日志FAL 机制传送归档日志FAL 机制 (11gR2, 11gR1)Primary Databa23检测 DB启动时FAL_SERVE未传R / Feonly送的 Archive Log FilAL_CLIENT (11gR1) 参数需要设置MOUNT的时候与Primary D

11、B 通信与 MRP 是否启动无关Standby DB 将接收所需要的 Archive Log FileStandby REDOStandby DatabaseMOUNT106OnlineREDO107108106107108FAL 机制传送归档日志FAL 机制 (11gR2, 11gR1)Primary Database24FAL 机制传送归档日志FAL 机制 (10gR2)Primary DatabaseOnlineREDOStandby DatabaseArchive log 通过 MRP 日志应用检测缺失Archive Log File 检测 DB启动时未传送的 Archive Log

12、FileStandby REDO应用日志25REDO 日志应用Standby REDOStandby DatabaseRedo Apply 机制Default 的应用方法Real time 的应用方法（即时应用）Time delay 应用根据 MRP 的设定处理应用日志REDO Log / Archive Log File 的接收可以在 MOUNT / OPEN 状态下进行MRP 将接收到的REDO Log / Archive Log File 自动应 用26REDO 日志应用Redo Apply 机制Primary DatabaseStandby REDOOnlineREDOStandby

13、DatabaseArchive logArchive logStandby 侧将 Archive Log File 生成后应用Redo Apply mode 的默认设定27REDO 日志应用Redo Apply 机制Primary DatabaseStandby REDOOnlineREDOStandby DatabaseArchive log将 Standby REDO log file 里的 REDO数据即时 应用Archive Log File 照样生成Archive log28REDO 日志应用Redo Apply 机制Primary DatabaseStandby REDOOnlin

14、eREDOStandby DatabaseArchive logPrimary 侧的LOG_ARCHIVE_DEST 参数里设 置 DELAY=xx (単位:分) 来指定延时时间Archive log 生成后、指定时间经过后应用Archive log29REDO 日志应用接收 REDO将接受到的 REDO 数据作 成 Archive Log File将 REDO 数据应 用到 DB相关进程Primary DatabaseStandby REDOOnlineREDOStandby DatabaseArchive logArchive log30REDO 应用停止事项故障发生类型Primary D

15、atabaseStandby REDOOnline REDOStandby DatabaseArchive LogFAL机制解决 的问题Archive Log 欠缺Archive Log File 损坏 REDO Data 破坏MRP停止Archive LogStandby DB 停止Log 应用停止 MRP 问题发生31REDO 传送 REOPEN 机制Seq# 101Seq# 102Seq# 103Seq# 101Seq# 103Seq# 102Seq# 104Seq# 104Seq# 105REOPEN 动作从新的 Sequence# 开始向 Standby 传输未传完的 LOG 通过

16、Archive Log 传送故障恢复Seq# 106Seq# 105Seq# 10632RAC 与 Data Guard 构成图只能有单个节点进行 REDO 应用（MRP）可以有多个节点进行 REDO 接收主库和备库的节点数可以不同备库可以为单节点33AgendaOracle Data Guard 基本概念基本架构Data Guard 日志传送及应用主要配置参数Active Data Guard 特性Data Guard 与 GoldenGate 的差异Switch over / Fail over34Data Guard 基本概念主要配置参数(一)db_unique_name# 必要参数,每

17、个数据库的唯一标识log_archive_config# 必要参数,列出主备库上的DB_UNIQUE_NAME 参数。默认情况下，定义该参 数能确保主备库数据库能够互相识别对方log_archive_dest_1#本地归档路径。Primary与Standby需要定义各自的online redo log的归档地 址，以系统实际的存放路径为准log_archive_dest_2# dataguard上最重要的参数之一，它定义了redo log的传输方式,以及传输目标，并决定了dataguard的数据保护级别fal_server/fal_client #当Primary Database的某些日志没

18、有成功发送到Standby Database， 这时 候发生了归档裂缝（Archive Gap）。 Primary上不会有GAP，所以fal_server和fal_client也是只在 standby上生效的参数，当然为了switch over的需要同样会在primary端进行预设置35Data Guard 基本概念主要配置参数（二)db_file_name_convert # primary与standby上diskgroup的名称或是数据文件的存放路径不一致的 时候，需要定义该参数进行转换，否则standby apply后无法创建与primary一致的数据文件并报错standby_file

19、_management#用来控制是否自动将Primary数据库增加表空间或数据文件的改动，传 播到物理Standby数据库。该参数有两个值：AUTO：如果该参数值设置为AUTO，则Primary数据库执行的表空间创建操作也会被传播到物理Standby数据库上 执行。MANUAL：如果设置为MANUAL或未设置任何值（默认值是MANUAL），需要手工复制新创建的数据文件到物理 Standby服务器log_archive_max_processes=30#指定归档进程数量（1-30）默认为4，可不设置36Data Guard 基本概念prod 是 tnsnames.ora 文件里定义的 Oracl

20、e Net 名称。异步传输 redo log方式表示主库无需等待备库的日志写成功该参数仅当数据库角色为primary时生效，指定 primary 归档 redo log 到该参数定义的standby databaseservice=prodLGWR ASYNCNOAFFIRMvalid_for=(online_logfiles,primary_role)仅当数据库角色为主库时候归档生效db_unique_name全局唯一识别名参数 log_archive_dest_2SQL show parameter log_archive_dest_2NAMETYPEVALUElog_archive_de

21、st_2stringservice=prod LGWR ASYNC NOAFFIRM valid_for=(online_logfiles,primary_role) db_unique_name=prod37Data Guard 基本概念ARCH/LGWR设置日志的传送模式,默认使用 arch 传送.传送发生在日志切换边沿,最大可用和最大保护模式下,需要使用 lgwr 来传送日志.使用 lgwr 传送日志,需要备库建立 standby logfile ,并且支持日志的实时应用.SYNC /ASYNC该参数表示网络I/O的操作方式, SYNC表示网络I/O将与重做日志的写入同步进行,等待网络i

22、/o完成收到响应后继 续下一个写操作.而ASYNC表示日志的传送是异步的,oracle利于LNS进程,接收lgwr发送过来的重做日志信息放入 缓冲区,并异步传送到备机,也可以手动指定缓冲区的大小最大保护和最大可用模式下,需要设置为SYNC AFFIM模式.AFFIM/NOAFFIRM该参数是LGWR传送模式下的一个属性,表示重做日志的磁盘I/O模式, AFFIM表示同步并且发送成功写操作状态 到主数据库, NOAFFIRM表示主库无需等待备库的日志写成功.REOPEN/NOREOPEN该参数表示归档文件收到错误信息后,是否重试以及重试的最小间隔时间.38Data Guard 基本概念MAX_F

23、AILURE/ NOMAX_FAILUR该参数表示由于故障而被关闭的目标文件的最大重试次数.超过设定次数,将不再重试. NOMAX_FAILUR表示不断重试NET_TIMEOUT该参数表示在网络出现异常或者某些情况下,主数据库的LNS进程放弃网络连接之前的最大等待时间.VALID_FORVALID_FOR的引入,为了更好的实现主备平滑切换,用于说明目标文件何时可用以及归档的重做日志类型. online_logfile: 表示归档联机重做日志standby_logfile:表示归档备用数据库的重做日志/接受的重做日志 all_logfiles: online_logfile & standby_

24、logfileprimary_role: 仅当数据库角色为主库时候归档生效 standby_role: 仅当数据库角色为备库时候归档生效 all_role: 任意角色归档均生效39Data Guard搭建演示Primary端设置 归档模式+强制日志standby端创建相关目录创建辅助实例密钥文件生成standby端的参数文件配置监听服务和连接串duplicate standby启用日志传送启用实时应用redo40Data Guard搭建参考文档单实例的物理主库和单实例的物理备库:/cd/B28359_01/server.111/b28294/create_ps.htm主库为Oracle Rea

25、l Application Clusters (Oracle RAC) ，备库为单实例: /technetwork/database/features/availability/maa-wp-10g-racprimarysingleinstance-131970.pdfRAC 主库和RAC 备库:10g: /technetwork/database/features/availability/maa-wp-10g- racprimaryracphysicalsta-131940.pdf11g: /technetwork/database/features/availability/datagu

26、ard11g-rac-maa-1- 134639.pdf关于Active Data Guard的最佳实践经验，请参考文档：/technetwork/database/features/availability/maa-wp-11gr1- activedataguard-1-128199.pdf关于Oracle Maximum Availability Architecture Best Practices的更多文档，请参考：/goto/maa41AgendaOracle Data Guard 基本概念基本架构Data Guard 日志传送及应用主要配置参数Active Data Guard 特

27、性Data Guard 与 GoldenGate 的差异Switch over / Fail over42Active Data Guard 特性物理备库 特性物理备库可实时查询加快备库备份的速度快照备库Automatic Block Media Repair （ABMR）自动坏块修复提高Redo Apply的性能Redo 压缩网络超时43Active Data Guard 特性物理备库可实时查询从11g开始，通过Active Data Guard，在应用redo的时候，物理备库可以处于read-only模式，可以在物理备库进行 查询或者导出数据，从而减少对主库的访问和压力PrimarySta

28、ndbyRead-only WITH APPLY44Active Data Guard 特性物理备库可实时查询下面的功能是允许在read-only的数据库上执行的：Issue SELECT statements, including queries that require multiple sorts that leverage TEMP segmentsUse ALTER SESSION and ALTER SYSTEM statementsUse SET ROLECall stored proceduresUse database links (dblinks) to write to

29、remote databasesUse stored procedures to call remote procedures via dblinksUse SET TRANSACTION READ ONLY for transaction level read consistencyIssue complex queries (such as grouping SET queries and WITH CLAUSE queries)下面的功能是不允许在read-only的数据库上执行的：Any DMLs (excluding simple SELECT statements) or DDLs

30、Query accessing local sequencesDMLs to local temporary tables45Active Data Guard 特性加快备库备份的速度Oracle11g 在备库的备份也支持Block Tracking, 这样用户可以监控那些数据库是上次增量备份以来修改了的, 这样可以 加快增量备份的数度减轻主库负载Database files只备份有更改的部分备份的时间也大量减少 !Change tracking file 记录单位为 data block46Active Data Guard 特性快照备库(一)允许物理备库以读写模式打开, 这个特性可以用来在

31、物理备库上面执行某些测试, 等测试完成, 把数据库再置为物理备库. 读写方式打开的时候它只能接收主库传过来的Redo, 但是不能应用这些Redo.PrimaryStandbyRead/Write Open状態Test Client47Active Data Guard 特性快照备库(二)停止 standby db 的 REDO 应用SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL；standby db 转成 snapshot standbySQL ALTER DATABASE CONVERT TO SNAPSHOT STAND

32、BY； SQL STARTUP MOUNT FORCE确认 database roleSQL SELECT DATABASE_ROLE FROM V$DATABSE;DATABASE_ROLE SNAPSHOT STANDBY打 开 snapshot standby dbSQL ALTER DATABASE OPEN;48Active Data Guard 特性快照备库（三）测试完成后，在mount状态转变成 物理standbySQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL；standby db 转成 snapshot st

33、andbySQL ALTER DATABASE CONVERT TO PHYSICAL STANDBY； SQL STARTUP MOUNT FORCE再次应用 REDO 日志SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;49Active Data Guard 特性Automatic Block Media Repair （ABMR）自动坏块修复REDO 同步或者异步设置皆可60秒内，在备库找到正常的block，就会进行自动block 修复50Active Data Guard 数据坏块的

34、处理方式数据文件Online REDO Log发送 REDO从 Log Buffer 或者 Online REDOLog发送 REDO 到StandbyLog BufferLog BufferLGWRNSS/NSARFSArchive Log数据文件Standby REDOLogREDO 应用按顺序 apply REDOMRPServer ProcessArchive LogData Guard 的架构PrimaryStandby两边数据文件每一个数据块都相同 、 不是单纯的数据文件拷贝51Active Data Guard 数据坏块的处理方式数据文件Online REDOLogLog Buf

35、ferLog BufferLGWRNSS/NSARFSArchive Log数据文件Standby REDOLogMRPServer ProcessArchive LogPrimary的数据文件破损后自动从 Standby 端恢复PrimaryStandbyRestore/ Recovery即使 Primary 的数据文件损坏了、Standby 的数据文件也有备份52Active Data Guard 数据坏块的处理方式MAX(C1)5000检测到数据块损坏Standby 自动发送该 数据块向Standby申请发 送正常数据块自动RecoverySQL执行没有error， 直接返回结果Wait

36、ing Auto BMR response for (file# 7, block# 261)Auto BMR successfulalertalert通过 Active Data 、自动修复BLOCK (Oracle 11gR2)Requesting Auto BMR for (file# 7, block# 261)SQL SELECT max(c1)FROM tab1;数据坏块情况自动修复，该过程对应用端是透明的53Active Data Guard 特性提高Redo Apply的性能可以利用并行技术来进行Redo Apply, 提高恢复的速度.Redo 压缩可使用SQL*Net并将压缩

37、参数设为开启, 从而压缩传输至备库服务器的重做日志。这一过程只适用于在Gap Resolution 间传输的日志。以下命令可用于启用压缩SQL alter system set log_archive_dest_2 = service=DG_ORCLSTD LGWR ASYNC valid_for=(ONLINE_LOGFILE S,PRIMARY_ROLE) db_unique_name=ORCLSTD compression=enable 网络超时DataGuard环境的工具原理是: 连接备库服务器端的数据库实例, 向备库服务器发送重做数据. 如果实例没有及时响应, 日志传输服务将等待指定

38、的超时值, 然后放弃. 可以在Oracle数据库中使用net_timeout参数设置超时值。SQL alter system set log_archive_dest_2 = service=DG_ORCLSTD LGWR ASYNC valid_for=(ONLINE_LOGFILE S,PRIMARY_ROLE) db_unique_name=ORCLSTD compression=enable net_timeout=10 54AgenderOracle Data Guard 基本概念基本架构Data Guard 日志传送及应用主要配置参数Active Data Guard 特性Data

39、 Guard 与 GoldenGate 的差异Switch over / Fail over55Data Guard 与 GoldenGate 的差异数据库的完整副本，性能， 管理，数据保护综合考虑的 架构Apply REDO 方式进行同步ArchitectureLog BufferLog BufferRFS数据文件数据文件Online REDOLogData GuardNSSLGWRREDOLogCaptureTrail FilesPumpDeliveryTrail FilesGoldenGate与DB有一定分离性、具有 灵活性的架构Apply SQL 方式进行数据 同步MRPStandby

40、 REDOLog56Data Guard 与 GoldenGate 的差异切换和数据复制的几点思考Data Guard OnlyPhysical Standby DatabaseSynchronizationData CorruptionAuto Block Media Repair (ActiveDG)DB_LOST_WRITE_PROTECTRestore Backup of the Standby to PrimaryAutomatic Fail-over (Data Guard Broker)Usable All Data Types and All ObjectsGoldenGate

41、 OnlyActive-Active(Writable on Both Databases)Replicable between different OS/VersionTable Unit ReplicationConsolidationFiltering/Changing Data Replication57数据库 灾备方式比较图业务停止时间（短）业务停止时间（长）数据丢失风险（大）数据丢失风险（小）Active Data Guard（同步模式）Active Data Guard（异步模式）GoldenGateStorage 复制Storage 同步写数据不会丢失备库DB可以以只读方式运行

42、REDO 同步更新、影响AP性能切换时有一定 downtime备库DB可以以只读方式运行REDO 异步更新、不影响AP性能切换时有一定 downtime备库DB可以以读写方式运行异步模式、不影响AP性能切换时，downtime 最少，对业务影响也最少与DBMS分离，有数据丢失风险同步更新方式、对应用AP影响大由于DISK全部同步、对带宽要求高DBMS 未必能恢复到最新、 恢复时需要将数据从新拷贝，（不建议作为灾备方案）58AgendaOracle Data Guard 基本概念基本架构Data Guard 日志传送及应用主要配置参数Active Data Guard 新特性Data Guard

43、 与 GoldenGate 的差异Switch over / Fail over59Switchover 和 FailoverData Guard 的角色转换Switchover主动有计划执行没有数据丢失主库备库Failover用于当主库出现意外时执行同步传输模式没有数据丢失异步传输模式，未传送部分可能 会有数据丢失主库60Rolling Upgrades计划内停机时间最短化升级11g 开始物理备机同样支持 rolling upgradeNodeB 停止 升级 NodeB可用于应用补丁 或者升级操作， 让能够短时间停机成为可能NodeB 再次启动、 同步后执行switchNodeA 停止 升级

44、 NodeANodeA再次启动、 同步后进行 switch61Data Guard 角色转变注意点停掉所有 JOB使用强制回滚点角色转换之后注意重设 log_arch_dest_n 参数检查 fal_server 和 fal_client检查内存参数 shared_pool、large_pool 等621: PrimarySwitch over准备1. 确认无新事务执行(停listener,断连接）Switch over 例(1)2. Primary DB 执行SQL alter system archive log current;4. Primary 重启SQL SHUTDOWN IMME

45、DIATE SQL STARTUPPrimaryPhysical StandbyADBBDBiRedo 传送3. 确认最后的log是否 received 和 applied63Switch over 例(2)1: PrimarySwitch over 开始Switch over 状态确认SQL SELECT SWITCHOVER_STATUS FROM V$DATABASE;Primary DB Switch over 开始SQL ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;确认角色是否转变SQLselect database

46、_role from v$database;PrimaryPhysical StandbyADBBDBiRedo 传送64Switch over 例(2)PrimaryPhysical StandbyADBBDBiRedo 传送1: PrimarySwitch over 开始重启数据库SQLshutdown immediate; SQLstartup确认角色是否转变SQL select open_mode,protection_mode,protection_level,switc hover#,database_role,switchover_status from v$database;6

47、55. 停止 redo log 应用SQLrecover managed standby database cancel；2: Standby DB 切换成 PrimarySwitch over 例(3)6. 打开库SQL alter database open read only;PrimaryPhysical StandbyADBBDBrRedo 传送7. 查看是否 能做switch overSQL select switchover_status from v$database;662: Standby DB 切换成 PrimarySwitch over 例(4)PrimaryPhysi

48、cal StandbyADBBDBrRedo 传送Standby 向 Primary 进 行 Switch over SQL alter database commit to switchover to Primary with session shutdown;Standby Db 开始切换成 PrimarySQL alter database commit to switchover to Primary with session shutdown;确认角色是否转变SQL select database_role from v$database;12. 开始应用日志SQL recover

49、managed standby database disconnect using current logfile;14. 确认最后的log是否 received 和 applied671: Standby 的 archive log gap 解決Fail over 例(1)PrimaryPhysical StandbyDBADBBarchive log gap 的确认SQL SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;如果有，将对应的归档文件copy到备库，在注册它SQL ALTER DATABASE RE

50、GISTER PHYSICALLOGFILE filename;3. Gap 解决后，停止 redo 应用SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;Redo 传送1. flush redo, 11g 新加功能SQL ALTER SYSTEM FLUSH REDO TOtarget_db_name;682: 从 Standby 到 Primary的 fail overFail over 例(2)ADBBDB接受中的 redo 数据完全应用SQL ALTER DATABASE RECOVER MANAGED STANDBY

51、DATABASE FINISH force|wait|nowait;Fail over 是否可能切换成主库SQL SELECT SWITCHOVER_STATUS FROM V$DATABASE;从 Standby 到 Primary 的 fail overSQL ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;Primary697. 重启数据库SQL shutdown immediate; SQL startup3:重启数据库Fail over 例(3)ADBBDBPrimary7002 浅谈Oracle12 c中DataGuard新特性Data

52、 Guard Role Transition TimingsOracle Database 12csingleRACRAC 500 connectionsRAC 1000connectionsinstance(primary and standby)(primary and9s16s24sstandby)28s19s34s46s52sFailoverSwitchover72Application Failover TimingsActive Data Guard Failover73Standby Offload Increases Performance for all WorkloadsB

53、ring Idle Capacity OnlineR/OR/WTPSDouble read-write throughputIncrease read-only throughput by 70%Eliminate contention between read-write and read-only workloads74Offload Read-Mostly Workloads to an Active StandbyDML on global temporary tables with Oracle Database 12cSet by default on an Active Data

54、 Guard standby databaseUnique Global or Session Sequences with Oracle Database 12cAvailable for reports running on an Active Data Guard standbyIncidental writes using DML redirection and database linksUpdates are made to the primary and replicated to the standby database75Active Data Guard Far SyncZ

55、ero Data Loss Protection at Any DistancePrimary DatabaseProduction copyFar Sync InstanceOracle control file and log filesNo database filesNo media recoveryOffload transport compressionSupports up to thirty remote destinationsActive Standby DatabaseZero data loss failover targetDR and reporting insta

56、nceOpen read-onlyContinuous Oracle validationManual or automatic failoverZero Data Loss FailoverASYNCAny distancetransport compression over WANSYNCLimited distance76Oracle 12c DG新特性DBCA create physical standbyActive Data Guard Real-Time CascadeReal-Time Apply Default For Data Guard一键failover一键switch

57、over77案例RUN 物理全库备份命令：RUNdelete noprompt backupset completed before sysdate-1 tag=FULLDB;BACKUP as compressed backupset DATABASE FORMAT /oradata/orcl_dg/%d_%s_%p tag=FULLDB;SQL alter system archive log current;79案例RUN 物理归档备份命令：RUNdelete noprompt backupset completed before sysdate-2 tag=ARCHIVELOG;bac

58、kup archivelog all not backed up format /oradata/orcl_dg/ARCH_%t tag=ARCHIVELOG DELETE INPUT;SQL alter system archive log current;80案例原库基于时间点不完全恢复：RUNSET UNTIL TIME = 2017-12-20:11:44:00; RESTORE DATABASE;RECOVER DATABASE;ALTER DATABASE OPEN RESETLOGS;81案例原库基于归档号不完全恢复：RUNSET UNTIL SEQUENCE 120 THREA

59、D 1; ALTER DATABASE MOUNT;RESTORE DATABASE;RECOVER DATABASE; # recovers through log 119 ALTER DATABASE OPEN RESESTLOGS;82案例v$session_longops和v$sessionSelect a.sid, a.serial#, gram, b.opname, b.time_remainingfrom v$session a, v$session_longops b where a.sid = b.sidand a.serial# = b.serial# and gram l

60、ike %RMAN% and time_remaining 0;83案例v$backup_async_io和v$backup_sync_ioSelect device_type Device, type,filename,to_char(open_time, mmddyy hh24miss) open, to_char(close_time, mmddyy hh24miss) close, elapsed_time ETS,effective_bytes_per_second EPS from v$backup_async_iowhere close_time sysdate - 7 Orde