Oracle Data Guard For 12cR1介绍

1 Introduction to Oracle Data Guard(DataGuard 介绍)

Oracle Data Guard的保证企业数据的高可用性，数据保护和灾难恢复。Oracle Data Guard的创建，维护，管理和监控一个或多个备用数据库，使生产生存灾害和数据损坏的Oracle数据库提供了一套全面的服务。Oracle Data Guard的维护备用数据库，生产数据库的副本。然后，当生产数据库变得不可用，因为计划内或计划外停机， Oracle Data Guard的任何备用数据库切换到生产角色，Oracle Data Guard的传输服务，也可用于其他Oracle功能，如Oracle流和OracleGoldenGate的有效及可靠的传输重做从源数据库到一个或多个远程库。

本章描述Oracle Data Guard的亮点包括以下主题：

• Oracle Data Guard的配置
  

• Oracle Data Guard的服务
  

• Oracle Data Guard的代理
  

• Oracle Data Guard保护模式
  

• 客户机故障转移
  

1.1OracleData Guard的配置

一个Oracle Data Guard配置中可以包含一个主数据库和30个目的库。一个OracleData Guard配置中的成员通过Oracle Net连接，可能是地理上分散的。

例如，你可以有一个备用数据库在同一个数据中心的主数据库，以及两个备用在另一个数据中心。

你可以使用SQL命令行接口或Oracle Data Guard的broker接口管理主数据库和备用数据库。broker提供了一个命令行界面（DGMGRL）和图形用户界面，集成在OEM中。

1.1.1 主库

一个Oracle Data Guard配置包含一个生产数据库，也称为主数据库。

主数据库可以是一个单实例Oracle数据库或Oracle Real Application Clusters (Oracle RAC)的数据库。

1.1.2 备库

备用数据库是主数据库的事务一致的副本。可以创建多达30个备用数据库，并将其整合到OracleData Guard配置。一旦创建后，自动保持每个Oracle Data Guard的备用数据库从主库接受redo数据到备机，然后将主机的redo应用到备用数据库。

备库可以是一个单实例Oracle数据库或Oracle Real Application Clusters (Oracle RAC)的数据库。

备用数据库的类型如下

• 物理备用数据库

提供物理上相同的主数据库副本，磁盘上的数据库结构是相同的块对块的基础上的主数据库。包括索引，数据库架构，都是一样的。物理备用数据库与主数据库保持同步，通过重做应用，恢复重做数据从主数据库接收，并适用于物理备用数据库重做。
Oracle数据库11g第1版（11.1），物理备用数据库可以接收和应用重做，而它是开放的只读访问。物理备用数据库，因此可以同时用于数据保护和报告。

• 逻辑备用数据库

相同的逻辑与生产数据库的信息的物理组织和结构化的数据，通过SQL应用，将数据从主数据库接收到SQL语句在重做，然后在备用数据库上执行SQL语句与主数据库保持同步。

逻辑备用数据库的灵活性，让您升级Oracle数据库软件。进行滚动升级，从11g开始物理备库也支持滚动升级

• 快照备用数据库

快照备用数据库是一个完全更新的备用数据库。

将redo数据从主库接收，然后保留不应用，直到恢复快照的时候，将丢弃所有的本地更新恢复到快照状态

在一个物理备库更新快照，在临时应用情况下非常适用，数据库在物理备库状态，然后做快照，备库将从主库接收来的redo不进行应用，直到将其转换成物理备库的时候，将redo数据进行应用。

1.1.3 远程同步实例

Oracle Data Guard的远程同步实例是一个远程Oracle Data Guard的目标，接收从主库来的redo和根据配置将redo传送到其他的dataguard的节点，一个远程同步实例管理一个控制文件，将redo数据接收到备库的redo logs(SRLs)，并且归档SRLs到本地的归档日志。保证主备两端的相似性，同步实例没有数据用户数据文件，也不能被访问，更不能进行redo应用，也无法操作主库和转换任何形式的备库。

远程同步实例是一个活动的data guard的一部分，还得需要一个Oracle Data Guard  license.

1.1.4 配置例子

Figure 1-1 Typical Oracle Data Guard Configuration

从主库将redo流拷贝到备库的redo log，然后在将redo log应用到备库！

1.2 Oracle Data Guard服务

下边将说明redo log的传输管理和备库应用redo，以及数据库角色变化的过程。

• redo的传输服务

自动控制redo数据从生产数据库转移到一个或多个归档目的库。

• 应用服务
  

将redo从备用日志文件实时应用到备库，如果没有配置备用日志文件，则redo现在备库归档，然后在应用到备库

• 角色转换
  

更改数据库的角色从备用数据库到主数据库，或从主数据库到备用数据库使用是切换或故障转移操作。

1.2.1 Redo 传输服务

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

重做传输服务执行以下任务：

将redo数据从主库发送到备库的系统配置中

自动检测备库丢失或者嵩坏的归档（由于网络或者多种原因），在主库自动检索和更换主库的归档日志文件，或者其他的备库。

1.2.2 应用服务

当主库的redo写入到备库的redo是，应用服务会自动将其应用到备库上，并且是只读形式的！

物理和逻辑备用数据库之间的主要区别是应用服务，适用于归档的重做数据的方式：

• 物理备用数据库时，OracleData Guard使用重做应用技术，它适用于备用数据库上使用标准的Oracle数据库恢复技术的重做数据，如图1-2所示。

Figure 1-2 Automatic Updating of a Physical Standby Database

对于逻辑备用数据库时，Oracle Data Guard使用SQL应用的技术，该技术首先将接收到的重做数据转换成SQL语句，然后执行逻辑备用数据库上生成的SQL语句，如图1-3所示。

Figure 1-3 Automatic Updating of a Logical Standby Database

1.2.3 角色转换

Oracle Data Guard无非两个角色，主或者备，每个库只是其中之一，角色的转换可以实现故障转移或者主备切换。

主数据库和备用数据库之间的切换操作角色互换。切换操作，确保不会丢失数据。这通常是主系统的计划的维护。在切换过程中，主数据库切换到备用作用，并转换到备用数据库的主要作用。

当主库发生故障时，业务立刻切换到备库，由管理员配置将备库转换成主库，以确保数据不会丢失。

本文档中所描述的角色转换使用SQL语句手动调用。您还可以使用Oracle Data Guard的的broker，简化角色转换和自动故障切换，使用Oracle企业管理器云控制或dgmgrl命令行界面

1.3 Oracle Data Guard Broker

Oracle Data Guard的broker是一个分布式的管理框架，可以自动创建，维护和监控的OracleData Guard配置。您可以使用Oracle企业管理器云控制的图形用户界面（GUI）或OracleData Guard命令行界面（DGMGRL）：

    创建并启用OracleData Guard配置，包括设立重做传输服务和应用服务

    在配置管理整个Oracle Data Guard系统中的任何配置

    管理和监控的Oracle Data Guard配置中包含的Oracle RAC主数据库或备用数据库

    简化切换和故障转移允许你调用它们使用一个键点击Oracle企业管理器云控制DGMGRL命令行接口或一个单一的命令。

    启用Oracle Data Guard的自动故障切换，当主数据库不可用的快速启动故障切换。启用快速启动故障切换时，Oracle Data Guard的broker决定是必要的，当切换和自动启动故障转移到指定的目标备用数据库，无需DBA干预。

此外，Oracle企业管理器云控制自动化和简化：

    从主数据库创建一个物理或逻辑备用数据库的备份副本

    添加新的或现有的备用数据库，以现有的Oracle Data Guard配置

    监控日志使用率，捕获的诊断信息，并快速检测问题集中监控，测试和性能工具

****************************************************************************************************

See Also:

Oracle Data Guard Broker for more information

****************************************************************************************************

1.3.1 Using Oracle Enterprise Manager Cloud Control（管理云控制台）

1.3.2 Using the Oracle Data Guard Command-Line Interface

1.4 Oracle Data Guard 保护模式

三个不同的数据保护模式：

Maximum availability

尽可能高的保护这些数据的安全，同时，不会影响主库的工作。事务不提交，直到所有redo数据恢复所需的那些事务被接收到内存或写入到重做日志（取决于配置）至少在一个同步的备用数据库，才进行事务提交。
Maximum performance

默认模式，这是通过允许事务提交只要这些事务产生的所有redo数据已经写入到联机日志。redo数据写入到一个或多个备用数据库，但是这是异步进行的事务提交，使主数据库性能不受延误重做数据写入到备用数据库（次），不会印象主库的新能。

Maximum protection
没有不会发生数据丢失。要提供这种级别的保护，恢复事务需的redo数据必须被写入到联机redo日志和备用redo日志，至少在一个同步的备用数据库在事务提交之前。为了确保不会发生数据丢失，主数据库将关闭，而不是继续处理事务，如果它不能写其重做流至少有一个备用数据库同步时，继续提交事务和处理事务。

************************************************************************************

See Also:

Chapter 6, "Oracle Data Guard Protection Modes" for more detailed descriptions of these modes and for information about setting the protection mode of a primary data

************************************************************************************

1.5 Client故障转移

高可用性体系结构的数据库和数据库客户端需要一个快速的故障转移能力。

客户包括故障转移失败通知，陈旧的连接清理，并透明地重新连接到新的主数据库。Oracle数据库提供故障转移程序，自动将客户端重定向到新的主数据库，数据库故障转移在几秒钟内集成数据库故障转移能力。

***************************************************************************************************

See Also:

• Oracle Data Guard Broker for information about configuration requirements specific to Oracle Data Guard for Fast Application Notification (FAN), Fast Connection Failover (FCF), and role-specific database services

• The Maximum Availability Architecture client failover best practices white paper at

  http://www.oracle.com/goto/maa

***************************************************************************************************

###################################################

迷途小运维翻译

作者：john

转载请注明出处