Oracle Data Guard For 12cR1介绍_dataguard white paper、-CSDN博客

本文链接：https://blog.csdn.net/cwg_1992/article/details/12967319

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配置

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

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

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日志，至少在一个同步的备用数据库在事务提交之前。为了确保不会发生数据丢失，主数据库将关闭，而不是继续处理事务，如果它不能写其重做流至少有一个备用数据库同步时，继续提交事务和处理事务。

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