荐 Oracle Data Guard(二)DG服务&故障恢复

文章目录

    • 一、Oracle Data Guard服务
      • 1.1 Redo Transport Services
      • 1.2 Apply Services
      • 1.3 Role Transitions
    • 二、 Oracle Data Guard Broker
      • 2.1 使用Oracle Enterprise Manager Cloud Control
      • 2.2 使用Oracle Data Guard命令行界面
    • 三、客户端故障转移
      • 3.1 应用连续性

一、Oracle Data Guard服务

  Oracle Data Guard使用重做传输服务和应用服务来管理重做数据的传输,重做数据的应用以及对数据库角色的更改。

Redo Transport Services

  控制重做数据从生产数据库到一个或多个归档目标的自动传输。

Apply Services

  重做数据直接从备用重做日志文件中应用,因为它们是使用实时应用填充的。如果未配置备用重做日志文件,则在应用重做数据之前,必须先将其保存在备用数据库中。

Role Transitions

  使用切换或故障转移操作将数据库的角色从备用数据库更改为主数据库,或从主数据库更改为备用数据库。

1.1 Redo Transport Services

  Redo Transport Services控制将重做数据从生产数据库自动传输到一个或多个归档目的地的操作。
重做传输服务执行以下任务:

  • 在配置中将重做数据从主系统传输到备用系统
  • 管理解决由于网络故障而导致的存档重做日志文件中的空白的过程
  • 在备用系统上自动检测丢失或损坏的归档重做日志文件,并从主数据库或另一个备用数据库自动检索替换的归档重做日志文件。

1.2 Apply Services

  Apply Services自动在备用数据库上应用重做数据,以保持与主数据库的一致性。
  重做数据从主数据库传输,写入备用数据库的备用重做日志。Apply服务还允许对数据进行只读访问。
  物理和逻辑备用数据库之间的主要区别在于应用服务应用归档重做数据的方式:
  对于物理备用数据库,Oracle Data Guard使用Redo Apply技术,即使用Oracle数据库的标准恢复技术在备用数据库上应用Redo数据。
  对于逻辑备用数据库,Oracle Data Guard采用SQL Apply技术,首先将接收到的重做数据转换成SQL语句,然后在逻辑备用数据库上执行生成的SQL语句。

1.3 Role Transitions

  使用Oracle Data Guard,您可以使用切换或故障转移操作更改数据库的角色。
  Oracle数据库以两种角色之一运行:主数据库或备用数据库。
  切换是主数据库与其一个备用数据库之间的角色转换。切换可确保不丢失数据。这通常是针对主系统的计划维护而进行的。在切换过程中,主数据库转换为备用角色,备用数据库转换为主角色。
  故障转移是指主数据库不可用时。故障转移仅在主数据库发生故障时执行,故障转移会导致备用数据库转换为主角色。数据库管理员可以配置Oracle Data Guard以确保不丢失数据。
  本文档中描述的角色转换是使用SQL语句手动调用的。还可以使用Oracle Data Guard broker简化角色转换并使用Oracle Enterprise Manager控制或DGMGRL命令行界面自动化故障转移。

二、 Oracle Data Guard Broker

  Oracle Data Guard broker是一个分布式管理框架,它自动创建、维护和监视Oracle Data Guard配置。
  可以使用Oracle Enterprise Manager云控制图形用户界面(GUI)或Oracle Data Guard命令行界面(DGMGRL)执行以下操作:

  • 创建并启用Oracle Data Guard配置,包括设置重做传输服务和应用服务
  • 从配置中的任何系统管理整个Oracle Data Guard配置
  • 管理和监视包含Oracle RAC主数据库或备用数据库的Oracle Data Guard配置
  • 通过允许您使用Oracle Enterprise Manager Cloud Control中的单键单击或 – DGMGRL命令行界面中的单个命令来调用它们,从而简化切换和故障切换。
  • 启用Oracle Data Guard fast start故障切换,以便在主数据库不可用时自动进行故障切换。启用快速启动故障转移后,Oracle Data Guard broker将确定是否需要故障转移,并自动启动到指定目标备用数据库的故障转移,而无需DBA干预。
      此外,Oracle Enterprise Manager控制自动化并简化了:
  • 从主数据库的备份副本创建物理或逻辑备用数据库
  • 将新的或现有的备用数据库添加到现有的Oracle Data Guard配置中
  • 监视日志应用率,捕获诊断信息,并使用集中的监视、测试和性能工具快速检测问题

2.1 使用Oracle Enterprise Manager Cloud Control

  Oracle Enterprise Manager Cloud Control提供了一个基于Web的界面,用于查看,监视和管理Oracle Data Guard配置中的主数据库和备用数据库。
  Enterprise Manager的易于使用的界面,与代理对Oracle Data Guard配置的集中管理和监视相结合,增强了Oracle Data Guard解决方案,以实现企业的高可用性,站点保护和数据保护。
  使用企业管理器,您可以在本地或远程执行所有管理操作。您可以查看Oracle数据库的主页,包括主数据库和备用数据库以及实例,创建或添加现有的备用数据库,启动和停止实例,监视实例性能,查看事件,安排作业以及执行备份和恢复操作。

2.2 使用Oracle Data Guard命令行界面

  Oracle Data Guard命令行界面(DGMGRL)使您可以从DGMGRL提示符下或在脚本中控制和监视Oracle Data Guard配置。
  可以使用DGMGRL执行管理和监视配置中的数据库所需的大多数活动。有关完整的DGMGRL参考信息和示例,请参见Oracle Data Guard Broker。

三、客户端故障转移

  高可用性架构要求数据库和数据库客户端具有快速故障转移功能。客户端故障转移包括故障通知,陈旧的连接清理以及与新主数据库的透明重新连接。
  Oracle数据库提供了将数据库故障转移与故障转移过程集成在一起的功能,该过程可在数据库故障转移的几秒钟内自动将客户端重定向到新的主数据库。

3.1 应用连续性

  应用程序连续性是一种Oracle数据库功能,可在发生可恢复的错误(使数据库会话不可用)之后,对数据库快速且无中断地重播请求。
  Oracle Data Guard切换到物理备用数据库时支持应用程序连续性。它还支持在最大可用性数据保护模式下快速启动故障转移到物理备用数据库。要使用应用程序连续性,必须为Oracle Real Application Clusters(Oracle RAC)或Oracle Active Data Guard许可主数据库和备用数据库。

本文地址:https://blog.csdn.net/qq_42979842/article/details/107165525

THE END
喜欢就支持一下吧
点赞14 分享