Focus On Oracle

Installing, Backup & Recovery, Performance Tuning,
Troubleshooting, Upgrading, Patching

Oracle Engineered System


当前位置: 首页 » 技术文章 » Oracle EBS

Oracle EBS R12.1使用11gR2物理备库实现业务连续性-第1节:概述

参考文档:

Doc ID 1072636.1 EBS HA Roadmap

Doc ID 1900663.1 12c

Doc ID 1070033.1 11gR2

Doc ID 1545920.1 11gR1

Doc ID 1070491.1 Reporting

Doc ID 1944539.1 EBS R12.2


第1节:概述
1.1备用数据库
1.2 Oracle Data Guard
1.3 Oracle Data Guard Broker


成功的高可用性(HA)架构使用冗余的系统和软件避免单点故障,从而防止停机和数据丢失。相同的原则也适用于任务关键型数据库。管理员错误、由系统或软件故障导致的数据损坏或者整个站点的故障都可能影响数据库的可用性。即使是在多个服务器上运行的集群数据库,如果未能获得充分保护,同样面临发生单点故障的风险。虽然集群数据库能够提供出色的服务器高可用性,但其归根结底只是在共享存储上运行单个数据库的紧密耦合系统。


若要避免受到单点故障的影响只有一种方法,就是拥有生产数据库的一个完整独立的副本并让该副本在另一个系统上运行,该副本最好部署在另一个位置,并且在生产数据库因任何原因变为不可用时能够迅速转而访问该副本。

    

Data Guard是目前用于避免任务关键型Oracle数据库发生单点故障的最全面的解决方案。


1.1备用数据库

Data Guard配置包含一个生产数据库(也称为主数据库),以及最多30个直接连接副本(也称为备用数据库)。主数据库和备用数据库使用Oracle Net Services通过TCP/IP相互连接。对于数据库所处的物理位置并不存在限制,只要这些数据库彼此能够通信即可。最初,通过主数据库的一个备份创建备用数据库。Data Guard通过传输主数据库重做(每个Oracle数据库用来保护事物的信息)并将其应用到备用数据库,来自动同步主数据库及所有备用数据库。


备用数据库可以有三种类型:

•物理备用
提供主数据库的物理上相同的副本,包括磁盘上数据库结构与主数据库在块到块的基础上是相同的。数据库方案对象包括索引相同。通过恢复从主数据库接收的重做数据,物理备用数据库与主数据库保持同步。
 
•逻辑备用
包含与主数据库相同的逻辑信息,但数据的物理组织和结构可以不同。它通过将从主数据库接收的重做日志转换为SQL语句,然后在备用数据库上执行SQL语句,与主数据库保持同步。
  
•快照备用
完全可更新的备用数据库。与物理或逻辑备用数据库一样,快照备用数据库从主数据库接收和归档重做日志。与物理或逻辑备用数据库不同,快照备用数据库不应用其接收的重做数据。


本文档详细介绍了设置第一种类型(物理备用数据库)的步骤。

注意:Oracle E-Business Suite标准功能不支持逻辑备用数据库。应谨慎使用快照备用数据库,因为数据将与主要数据不同步。


1.2 Oracle Data Guard

Oracle Data Guard是一组服务,用于创建,管理和监视一个或多个备库,以使主库能够承受灾难和数据损坏。如果主库由于计划或计划外中断而变得不可用,则Oracle Data Guard可以将备库切换到主角色,从而最大限度地减少停机时间。


Oracle Data Guard提供三种数据保护模式:

•最大保护(Maximum protection)
这种模式提供最高级别的数据保护。数据从主库同步传输到备库,并且在主库上不提交事务,除非redo数据在以此模式配置的至少一个备库上可用(如果有多个的话)。如果以此模式配置的最后一个备库不可用,主库也会停止处理事物。此模式保证没有数据丢失。
 
•最大可用性(Maximum availability)
这种模式类似于最大保护模式,包括无数据丢失。但是,如果备库不可用(例如,由于网络连接问题),主库继续处理事物。更正故障后,备库将与主库重新同步。如果在重新同步备库之前需要故障转移,则某些数据可能会丢失。
 
•最大性能(Maximum performance)
这种模式在主库上提供稍微少一点的数据保护,但是性能高于最大可用性模式。在这种模式下,当主库处理事务时,重做数据将异步运送到备库。主库上的提交操作不会等待备库在完成主库上的写入操作之前确认接收到重做数据。如果任何备用目标不可用,主库不会shutdown,而是自动转为最大性能模式,事物在主库上继续,并且对主库性能几乎没有影响,等备库恢复正常后,主库又会再自动转换成最大可用性模式。

最大保护及最大可用性模式需要至少一个备库redo数据被同步写入。三种模式都需要指定LOG_ARCHIVE_DEST_n初始化参数。


1.3 Oracle Data Guard Broker

Oracle Data Guard代理是一种分布式管理框架,可自动化和集中化Data Guard配置的创建,维护和监控。

Data Guard代理在逻辑上将主数据库和备用数据库分组为代理配置,允许代理作为集成单元一起管理和监视它们。

Data Guard代理由三个组件组成:
•通过EM的Data Guard GUI
•Data Guard命令行界面(DGMGRL)
•Data Guard监视器

下面描述了代理自动化和简化的操作:
•备库创建
  提供企业管理器向导,可以自动化和简化在每个站点上使用Oracle数据库创建配置所需的步骤,包括创建备用控制文件,联机重做日志文件,数据文件和服务器参数文件。
 
注意:客户应遵循此文档来设置物理备用数据库,因为它包括Oracle电子商务套件特定的步骤。

•角色转换
简化切换和故障转移过程,包括自动设置redo传输和日志应用服务,以及自动化故障转移。
 
注意:Oracle电子商务套件当前不支持快速启动故障转移(FSFO)。 有关详细信息,请参阅附录H:使用Data Guard Broker [DGMGRL]管理备用数据库。
 
•监控
提供对配置运行状况,数据库运行状况和其他运行时参数的持续监控。

关键词:adg ebs 

相关文章

基于PDB的Active Data Guard(Oracle 21.7+)
Oracle EBS支持19c容器数据库
19c新特性之ADG DML重定向功能
Oracle事务卫士(Transaction Guard)和应用连续性(Application Continuity)
在Oracle RAC ADG中通过opatchauto应用补丁(19.5.0-->19.5.1)
Offload Backup on Physical Standby
Oracle DataGuard feature and workshop
expdp on physical standby
Oracle Database 12c之后DataGuard环境中的PDB操作
Oracle DataGuard in 18c & 19c
Oracle Active DataGuard 12.2新特性揭秘
Active Data Guard新功能演示
Top