注意：

使用 OCI Full Stack Disaster Recovery 自动恢复 Oracle Enterprise Performance Management

第 1 部分：简介

Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) 助您一键完成全球 Oracle Cloud Infrastructure (OCI) 区域之间的计算、数据库和应用迁移。客户可以自动执行恢复一个或多个业务系统所需的步骤，而无需重新设计或重新设计现有基础设施、数据库或应用。

本教程概述了在 OCI 灾难恢复框架中利用 OCI Full Stack DR 服务管理 Oracle Enterprise Performance Management 系统环境 11.1.2.x 和 11.2.x 的切换和故障转移流程的过程。需要注意的是，系统拓扑和其他生命周期活动的配置（例如打补丁、测试、扩展等）不在 OCI Full Stack DR 的范围内。

The disaster recovery (DR) strategy employs a comprehensive replication of both boot and block volumes for the application and Oracle Data Guard for database from the production environment to the standby site, greatly simplifying the configuration of the standby location.此方法与 EPM System Deployment Options Guide 中概述的 DR 准则一致，该指南遵循为 Fusion Middleware 提供的灾难恢复建议。

教程中可以互换使用 Oracle Enterprise Performance Management (Oracle EPM) 和 Hyperion EPM。

Oracle Enterprise Performance Management 通常是较大系统的一部分

本教程假定 Oracle EPM 是唯一添加到 DR 保护组的应用程序。这是不正常的。

为了清楚起见，本教程专门介绍 Oracle EPM System。在实践中，Oracle EPM 通常是大型业务系统的组成部分，包括单个 OCI Full Stack DR 保护组和一组 DR 计划中的各种服务和应用。您可能会对其他应用程序和服务（例如 PeopleSoft 、Oracle WebLogic Server 、Oracle Analytics Cloud 、Oracle Integration ）遵循类似的 Oracle Help Center (OHC) 教程。

关于增量实施的注意事项

创建 DR 计划后，向 DR 保护组添加更多成员将删除这两个区域保护组中的所有现有 DR 计划。

OCI Full Stack DR 的设计假定给定业务系统的整个应用堆栈已在 OCI 区域中部署，并且手动 DR 已经证明有效。如果您的业务系统包含多个 Oracle EPM，请在创建任何 DR 计划之前将所有其他应用程序或 OCI 服务的所有成员添加到 DR 保护组。

恢复的工作原理

Oracle EPM 恢复解决方案要求 OCI Full Stack DR 在恢复操作（例如故障转移或切换）期间执行一系列定制 shell 脚本。本教程中引用的脚本由 EMEA Cloud Architecture Specialists 团队提供，可在专门为此 Hyperion EPM DR 解决方案定制的 Oracle EPM GitHub repository 中使用。这些脚本将下载到 OCI Full Stack DR 在恢复操作期间将管理的应用程序堆栈中的计算实例。

本教程介绍了如何下载脚本，以及如何在后面的步骤中使用这些脚本。

为一般指导提供了以下脚本。您可以使用自己的脚本，也可以根据公司策略和安全要求定制脚本。

Oracle EPM 部署架构

在本教程中，我们将使用 Oracle EPM 应用程序的移动实例拓扑。在一般术语中，移动实例称为冷 VM/试用光 DR 拓扑。应用程序 VM 仅部署在主区域中。在 DR 运行时期间，将在备用区域创建 VM。必须在主区域和备用区域中创建具有 Oracle Data Guard 的 Oracle DB 系统。必须先在一个 OCI 区域中安装并完全配置主 Hyperion EPM System，然后才能实施 OCI Full Stack DR 解决方案。

此设计基于基于基于 OCI Hyperion 的参考 DR 架构，可以详细查看。有关详细信息，请参阅设计用于在云中部署 Oracle Enterprise Performance Management 的基础结构。

专用 OCI 负载平衡器

来自内部部署和内部部署用户的流量通过 IPSec VPN 隧道或 FastConnect 虚拟线路传输到连接到 VCN 的动态路由网关 (Dynamic Routing Gateway，DRG)。专用负载平衡器会拦截请求并将其分发到专用 Web 层。

Web 层托管在附加到专用子网的计算实例上。

应用程序层

应用层中的所有计算实例都连接到专用子网。网络级别的这种隔离可保护应用程序免受未经授权的网络访问以及拓扑中的其他资源的影响。

通过服务网关，应用层中的专用计算实例可以访问区域中的 Yum 和 WSUS 服务器来获取操作系统更新和其他程序包。此外，通过服务网关，您可以将应用备份到区域内的 OCI 对象存储，而无需遍历公共互联网。

存储在块存储卷和文件系统中的数据使用跨区域复制 (CRR) 复制到备用区域。

数据库层

Oracle Base Database Service 托管 EPM System 方案。使用数据卫士将数据同步到备用区域。

oci-arch-oracle-epm.png
图 1：Oracle EPM 参考架构

熟悉整个流程

EMEA OCI Specialist 和 OCI Full Stack DR 工程团队为本教程创建了一系列配套视频，以了解整个流程流。这些视频是 OCI Full Stack DR Oracle EPM 播放列表（位于 YouTube）的一部分，可通过以下链接访问：

第 2 部分：逐步说明

本部分开始介绍将 Oracle EPM 添加到 OCI Full Stack DR 所需的分步说明。

目标

本教程将介绍如何使用全栈 DR 自动执行 Oracle EPM 恢复，包括以下步骤：

  1. 任务 1：为灾难恢复部署 Oracle EPM
    1. 为 Oracle Base Database Service 配置跨区域 Oracle Data Guard
    2. 准备 DR 控制节点以运行定制自动化
    3. 创建块存储卷组
    4. 为全栈 DR 创建 Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) 策略
    5. 为其他 OCI 服务创建 OCI IAM 策略
    6. 为日志创建 OCI 对象存储存储桶
    7. 创建备用负载平衡器（可选）
  2. 任务 2：创建 DR 保护组 (DRPG)
  3. 任务 3：将成员添加到区域 1 和区域 2 DRPG
  4. 任务 4：在区域 2 (Newport) 中创建基本 DR 计划
    1. 创建切换计划
    2. 创建故障转移计划
  5. 任务 5：自定义区域 2(Newport) 中的切换计划
  6. 任务 6：在区域 2 (Newport) 中自定义故障转移计划
  7. 任务 7：在区域 2 (Newport) 中执行切换计划
  8. 任务 8：在区域 1（伦敦）中创建基本 DR 计划
    1. 创建切换计划
    2. 创建故障转移计划
  9. 任务 9：自定义区域 1（伦敦）中的切换计划
  10. 任务 10：自定义区域 1（伦敦）中的故障转移计划

整个教程中的定义和假设

区域

区域 1 是伦敦

区域 2 为 Newport

划分

您可以将 Oracle EPM 和 OCI Full Stack DR 组织到符合 IT 治理标准的任何区间方案中。我们选择将应用程序组织到各自的区间中，然后将所有 DR 保护组组织到一个区间中，以便一目了然地查看完全不同的业务系统。

DR 控制节点

DR 控制节点是您指定用于托管执行特定任务以恢复 EPM System 的定制脚本的任何计算实例。这些脚本在恢复操作期间由全栈 DR 调用。作为 DR 保护组 (DR Protection Group，DRPG) 成员的任何现有计算实例都可以是控制节点。在此示例中，EPM System 应用服务器托管恢复过程中使用的所有定制脚本。在本教程中，应用程序节点和控制节点相同。

先决条件

任务 1：为灾难恢复部署 Oracle EPM

OCI Full Stack DR 不涉及此步骤的任何部分。

任务 1.1：为 Oracle Base Database Service 配置跨区域 Oracle Data Guard

要为 Oracle Base Database Service 部署跨区域 Oracle Data Guard，请参见 Use Oracle Data Guard on a DB System 。

将系统中的数据库与 Oracle Data Guard 同步时，对主数据库和备用数据库使用相同的数据库服务名或 TNS 别名至关重要。本练习将切换后应用层所需的更改降至最低，从而确保顺利过渡。有关详细指导，请参阅 Fusion Middleware DR 文档中的“数据库注意事项”部分，其中详细介绍了各种方法。

任务 1.2：准备 DR 控制节点以运行定制自动化

指定一个计算实例作为 EPM 全栈 DR 的 DR 控制节点。这可以是现有计算实例，也可以是为此而创建的计算实例。有关详细信息，请参见以下选项。确保充当 DR 控制节点的计算实例已配置为使用 Oracle Cloud Agent 运行命令：在实例上运行命令。

最好使用可移动计算实例，但如果 DR 解决方案中没有任何可移动计算，您还可以在区域 1 中指定一个不可移动计算实例，或者在区域 2 中指定一个不可移动计算实例。如果此角色使用不可移动计算，则需要在两个区域中维护对脚本或来宾操作系统所做的任何更改。

将定制脚本从此处下载到 DR 控制节点：专门为此 EPM System DR 示例编写的 Oracle EPM Github 脚本。应将下面显示的脚本复制到充当 DR 控制节点的计算实例上的任何子目录。在本教程中，我们还将使用 EPM 应用程序节点作为 DR 控制节点。这些脚本是专门针对此 EPM System 恢复示例创建的，必须进行修改才能在恢复解决方案中使用。在本教程中，EPM 应用程序在 Windows VM 上运行，因此使用 Powershell (ps1) 脚本。如果您使用 Linux VM，则会在同一 github 系统信息库中提供 shell 脚本。由于我们使用 EPM VM 运行脚本，因此 DR 控制节点称为同一 EPM VM。

任务 1.3：创建块存储卷组

在区域 1 中创建块存储卷组，并确保在区域 2 中复制该组。确保 DR 控制节点的引导卷是块存储卷组的成员，并且块存储卷组已复制到区域 2。有关更多信息，请参见 Creating a Volume Group 。

确保属于此 OCI Full Stack DR 项目的任何其他可移动计算的任何其他引导和块存储也属于复制到区域 2 的块存储卷组。

任务 1.4：为 OCI 全栈 DR 创建 OCI IAM 策略

为 OCI Full Stack DR 配置所需的 OCI IAM 策略，如以下文档所述。

任务 1.5：为 OCI Full Stack DR 管理的其他服务创建 OCI IAM 策略

OCI Full Stack DR 必须能够控制和管理其他关键 OCI 服务，例如计算、网络、存储、 Vault、数据库和其他杂项服务。为此处说明的其他服务配置所需的 OCI IAM 策略：由全栈灾难恢复管理的其他服务的策略。

任务 1.6：为 DRPG 日志创建 OCI 对象存储存储桶

任务 1.6.1：导航到 OCI 对象存储

首先导航到对象存储和归档存储，如图 1.1 所示。

  1. 确保浏览器上下文设置为区域 1（伦敦）。
  2. 选择 Storage 。
  3. 选择时段。

oss-bucket-nav-lon.png
图 1.1：导航到对象存储

任务 1.6.2：区域 1 中的 OCI 对象存储存储桶

在区域 1 中创建 OCI 对象存储桶。在后面的步骤中，存储桶将分配给区域 1 中的 DR 保护组。

  1. 选择包含 EPM 系统相关资源的区间。
  2. 单击创建存储桶。
  3. 为存储桶提供一个有意义的名称，以便您轻松标识存储桶的作用和用途。
  4. 使用 Default Storage Tier 和 Encryption 的默认值。
  5. 单击创建以创建存储桶。

oss-bucket-create-lon.png
图 1.2：在区域 1 中创建对象存储存储桶

任务 1.6.3：区域 2 中的 OCI 对象存储存储桶

按照相同的过程在区域 2 (Newport) 中创建对象存储桶。确保选择 Newport 区域。在后面的步骤中，存储桶将分配给区域 2 中的 DR 保护组。

  1. 将上下文更改为区域 2。
  2. 选择区域 2 中包含 EPM System 相关资源的区间。
  3. 单击创建以创建存储桶。

oss-bucket-create-lon.png
图 1.3：在区域 2 中创建对象存储存储桶

任务 1.7：（可选）在备用区域中创建 OCI 负载平衡器

如果 EPM System 不包含，则 OCI 负载平衡器是可选的，它将跳过此任务。

在备用区域中创建 OCI 负载平衡器：

  1. 镜像主负载平衡器的配置。
  2. 在此负载平衡器中创建空后端集。此时在备用区域中，配置中没有要包括的后端，因此只应创建空后端集。

切换或故障转移期间的配置：

  1. 主 EPM System 后端集的配置将复制到空备用后端集。

证书和监听程序：

  1. 如果您使用自己的证书，请将其加载到备用负载平衡器上。
  2. 配置监听程序以匹配主负载平衡器的配置。

切换后更新：

  1. 切换后，更新 DNS 信息以指向备用负载平衡器的 IP 地址。

有关更多信息，请参见 Overview of Load Balancer 。

任务 2：在两个区域中创建 DR 保护组 (DR Protection Groups，DRPG)

注：如果将 Oracle EPM 添加到现有 DR 保护组，则完全跳过任务 2。

如果此应用程序堆栈的保护组尚不存在，请在区域 1 和区域 2 中创建 DR 保护组。

任务 2.1：导航到 DR 保护组

首先导航到 DR 保护组 (OCI Full Stack DR)，如下图 2-1 所示。

  1. 确保 OCI 区域上下文设置为区域 1（伦敦）。
  2. 单击 Migration & Disaster Recovery 。
  3. 单击 DR 保护组。

drpg-create-nav-iad.png
图 2-1：导航到 DR 保护组

任务 2.2：在区域 1 中创建保护组

在区域 1 中创建一个基本 DR 保护组 (DRPG)，如下图 2-2 所示。在后面的步骤中将分配对等节点、角色和成员。

  1. 选择要创建 DRPG 的区间。这可以是 EPM System 资源所在的区间。
  2. 单击 Create DR protection group（创建 DR 保护组）以打开对话框。
  3. 为 DRPG 使用有意义的名称。
  4. 选择在任务 2 中为区域 1 创建的对象存储桶。
  5. 单击创建。

drpg-create-finish-lon.png
图 2.2：在区域 1 中创建 DR 保护组所需的参数

任务 2.3：在区域 2 中创建保护组

在区域 2 中创建一个基本 DR 保护组 (DRPG)，如下图 2-3 所示。在后面的步骤中将分配对等节点、角色和成员。

  1. 将 OCI 区域上下文更改为区域 2 (Newport)。
  2. 选择要创建 DRPG 的区间。这可以是 EPM System 资源所在的区间。
  3. 单击 Create DR protection group（创建 DR 保护组）以打开对话框。
  4. 为 DRPG 使用有意义的名称。
  5. 选择在任务 2 中为区域 2 创建的对象存储桶。
  6. 单击创建。

drpg-create-finish-newport.png
图 2-3：在区域 2 中创建 DR 保护组所需的参数

任务 2.4：关联区域 1 和区域 2 中的保护组

将每个区域中的 DRPG 相互关联，并为主数据库和备用数据库分配对等角色。OCI Full Stack DR 将了解哪两个区域协同工作以实现 Oracle EPM System 恢复。在执行任何 DR 操作/DR 计划过程中，OCI 全栈 DR 会自动更改主数据库和备用数据库角色；无需随时手动管理角色。

任务 2.4.1：开始关联

  1. 确保 OCI 区域上下文设置为区域 1 (London)。
  2. 单击关联以开始该过程。

drpg-assoc-begin-lon.png
图 2.4.1：开始 DRPG 关联

任务 2.4.2：关联区域 1 和区域 2 中的保护组

提供如图 2.4.2 所示的参数。

  1. 选择主要角色。OCI Full Stack DR 将自动将备用角色分配给区域 2。
  2. 选择创建了其他 DRPG 的区域 2 (Newport)。
  3. 选择在其中创建的对等 DRPG。
  4. 单击关联。

drpg-assoc-finish-lon.png
图 2.4.2：关联 DRPG 所需的参数

任务 2.4.3：关联完成后应看到的内容

关联完成后，OCI Full Stack DR 将显示图 2.4.3 等内容。

  1. 目前的主要同行 DRPG 是伦敦（区域 1）。
  2. 当前备用对等点 DRPG 是 Newport（区域 2）。

drpg-assoc-completed-lon.png
图 2.4.3：从单个 DRPG 角度显示对等关系

只要从全局角度显示所有 DR 保护组（如下图 2.4.4 所示），就可以找到相同的信息。

  1. 目前的主要同行 DRPG 是伦敦（区域 1）。
  2. 当前备用对等点 DRPG 是 Newport（区域 2）。

drpg-assoc-completed-lon.png
图 2.4.4：从全局 DRPG 角度显示对等关系

任务 3：将成员添加到 DR 保护组

注：将成员添加到现有 DR 保护组时，此任务将删除两个区域中的任何现有 DR 计划。OCI Full Stack DR 无法在本次写入时保存 DR 保护组的副本或备份。确保已将有关任何 DR 计划组和步骤的所有信息记录在文本文件或电子表格中，以帮助重新创建自定义、用户定义的计划组和步骤。您还可以创建调用 OCI Full Stack DR CLI 命令的 bash 脚本，以重新创建自定义、用户定义的计划组和步骤（这超出了本教程的范围）。

将数据库和 Oracle EPM System 应用程序计算节点添加为 DR 保护组的成员。DR 控制节点是您为支持 DR 编排而创建的计算实例，或者是您希望通过全栈 DR 管理的应用堆栈中的计算实例。在此示例中，EPM System 应用程序节点还执行 DR 控制节点的功能。

您将向区域 1 中的主要 DRPG 添加以下资源：

  1. EPM System 应用程序计算节点，它还执行 DR 控制节点的功能。
  2. 卷组包含 EPM 系统应用程序计算节点的引导卷。如果存在，附加到计算节点的任何其他块存储卷都应包括在卷组中。
  3. 主 Oracle Base Database Service。
  4. 主要负载平衡器。

任务 3.1：开始在区域 1 中向 DRPG 添加成员

首先选择区域 1 中的 DRPG，如图 3-1 所示。

  1. 确保 OCI 区域上下文为区域 1 (London)。
  2. 在区域 1 中选择 DRPG。
  3. 选择成员。
  4. 单击添加成员以开始该过程。

drpg-add-nav-lon.png
图 3-1：如何开始向区域 1 中的 DR 保护组添加成员

任务 3.1.1：为 DR 控制节点添加计算实例

为 EPM System 添加一个计算实例，该实例也用作 DR 控制节点，如图 3.1.1 所示。在此示例中，单个计算实例托管 EPM System 的所有模块。如果 EPM System 部署在具有多个计算节点的分布式环境中，请确保在此步骤中包括每个节点。

  1. 确认有关 DR 计划的警告。
  2. 输入计算作为成员资源类型。
  3. 选择 EPM System 应用程序计算实例。同一计算实例还将用于运行用户定义的脚本。
  4. 选择移动实例。
  5. 在恢复期间，添加要在区域 2 处分配给 VNIC 的 VCN 和子网的 OCI 全栈 DR。图 4-2 显示了一个 VNIC。OCI 全栈灾难恢复服务不在乎您拥有多少个 VNIC，也不在乎它们在任一区域中的配置方式；请指定满足您所需的任何 VNIC。确保从备用区域中的目标子网提供有效的 IP 地址。这样可以简化切换后的主机文件更新，因为计算实例将始终使用相同的已知 IP 地址。

drpg-add-compute-lon.png
图 3.1.1：添加 DR 控制节点所需的参数

任务 3.1.2：为 DR 控制节点添加块存储卷组

添加包含连接到 EPM System 应用程序节点的引导卷和块存储卷的块存储卷组。在将块存储卷组添加到 DR 保护组之前，必须在两个区域之间配置跨区域复制。

  1. 选择卷组作为成员资源类型。
  2. 确保选择了包含卷组的正确区间，然后选择卷组。

drpg-add-vg-lon.png
图 3.1.2：为 EPM 计算添加引导卷组所需的参数

任务 3.1.3：添加主 Oracle Base Database Service

此时，应在任务 1 中为 Oracle 基本数据库服务系统配置 Oracle Data Guard。将主数据库添加为区域 1 中 DRPG 的成员。

  1. 选择数据库作为成员资源类型。
  2. 确保为数据库选择了正确的区间。
  3. 提供 OCI Vault 中包含 EPM 数据库 SYS 用户密码的密钥的详细信息。在任务 1 中配置 Oracle Data Guard 期间创建了此密钥。

drpg-add-db-lon.png
图 3.1.3：添加从基本数据库服务运行的主数据库所需的参数

任务 3.1.4：添加 OCI 负载平衡器

在本示例中，我们将添加负载平衡器作为区域 1 中 DRPG 的成员。

  1. 选择负载平衡器作为成员资源类型。
  2. 确保为负载平衡器选择了正确的区间。
  3. 选择源后端集：这是 EPM System 应用程序使用的后端集。OCI 负载平衡器可以在多个应用之间共享，并且可能配置了多个后端集。在 DR 切换期间，只有在此处指定的后端集才会将其配置移动到备用区域。
  4. 选择目标后端集：这是在区域 2 的任务 1.7 中创建的空后端集。

drpg-add-db-lbr.png
图 3.1.4：添加负载平衡器所需的参数

任务 3.1.5：验证区域 1 的成员资源

区域 1 的 DRPG 现在应该有四个成员资源，如图 3.1.5 所示。成员资源的名称将不同。

  1. 主数据库。
  2. 可移动计算实例。
  3. 计算实例的块存储卷组。
  4. OCI 负载平衡器

drpg-add-finish-lon.png
图 3.1.5：显示区域 1 中的 DRPG 成员

任务 3.2：开始在区域 2 中向 DRPG 添加成员

首先选择区域 2 中的 DRPG。

  1. 确保 OCI 区域上下文为区域 2 (Newport)。
  2. 在区域 2 中选择 DRPG。
  3. 单击成员。
  4. 单击添加成员以开始该过程。

通过执行与主区域相似的步骤，可以将以下资源添加到区域 2 中的备用 DRPG：

  1. 备用/远程 Oracle Base Database Service 系统。
  2. 备用 OCI 负载平衡器。

任务完成后，区域 2 的 DRPG 应具有两个成员资源，如下图 3.2 所示。

drpg-add-finish-newport.png
图 3.2：显示区域 2 中的 DRPG 成员

任务 4：在区域 2 (Newport) 中创建基本 DR 计划

此步骤创建与区域 2 (Newport) 中的备用 DR 保护组关联的基本切换和故障转移计划。

每个计划的目的是将工作负载从主区域 1 转换为备用区域 2。在执行任何 DR 操作时，两个区域中 DR 保护组的角色都将自动反转，因此区域 1 中的保护组将成为备用，区域 2 中的保护组在故障转移或切换后将成为主保护组。

OCI Full Stack DR 将根据前面的任务中添加的成员资源，使用内置步骤预填充这两个计划。在后续步骤中将定制计划，以便在恢复操作期间处理与 EPM System 相关的所有任务。

切换计划始终在具有备用角色的保护组中创建；区域 2 当前是备用保护组，因此我们将从 Newport 开始。

任务 4.1：创建 DR 计划

通过选择区域 2 (Newport) 中的 DRPG 创建基本计划

  1. 确保 OCI 区域上下文为区域 2 (Newport)。
  2. 选择区域 2 中的备用 DRPG。
  3. 选择计划。
  4. 单击创建计划以开始该过程。

plan-create-newport-nav.png
图 4-1：如何在区域 2 中开始创建基本 DR 计划

任务 4.1.1：创建切换计划

创建 DR 计划非常简单，如下图 4.1.1 所示。

  1. 使切换计划的名称简单但有意义。这个名字应该尽可能短，但很容易一眼就能理解，以帮助减少危机期间的混乱和人为错误。
  2. 选择 plan type 作为 Switchover (planned) 。在撰写本文时，只有四种规划类型。

plan-create-newport-so.png
图 4.1.1：创建 DR 切换计划所需的参数

任务 4.1.2：创建故障转移计划

按照相同的过程创建基本故障转移计划，如下图 4.1.2 所示。

  1. 使故障转移计划的名称简单但有意义。这个名字应该尽可能短，但很容易一眼就能理解，以帮助减少危机期间的混乱和人为错误。
  2. 选择计划类型作为故障转移（计划外）。在撰写本文时，只有四种规划类型。

plan-create-newport-fo.png
图 4.1.2：创建 DR 故障转移计划所需的参数

区域 2 中的备用 DR 保护组现在应该具有两个 DR 计划，如下图中所示。这些操作将处理从区域 1 到区域 2 的工作负载转换。您将在区域 1 创建类似的计划，以便在以后的任务中将工作负载从区域 2 迁移到区域 1。

plan-create-newport-completed.png
图 4.1.3：显示区域 2 中必须存在的两个基本 DR 计划，然后再继续操作

任务 5：自定义区域 2(Newport) 中的切换计划

在任务 4 中创建的基本 DR 计划包含内置到全栈 DR 中的恢复任务的预填充步骤，并且不包含管理特定于 EPM System 应用程序的恢复任务的任何内容。此步骤说明如何添加自定义、用户定义的 DR 计划组以及管理在 EPM System 切换期间需要完成的任务的步骤：

任务 5.1：选择切换计划

导航到在任务 4 中创建的切换计划。

plan-custom-so-newport-nav.png
图 5.1：如何在区域 2 中开始定制切换计划

任务 5.2：（可选）启用终止构件的 DR 计划组

切换计划中默认禁用两个计划组，如下面的屏幕截图中所示。它们被禁用，以在测试期间提供一定程度的舒适度，即没有实际删除的内容，并且在测试过程中出现问题时，您仍然具有可行的构件副本作为备份。

但是，这两个计划组将终止（删除）以后将不再用作任何 DR 操作的一部分的构件。在两个区域之间来回切换时，这些构件会继续累积，从而混淆哪些计算实例和卷组实际上应该处于活动状态。

OCI Full Stack DR 投入生产后，应启用这些计划组。测试切换和切换期间在禁用这两个计划组时保留的任何构件都应在进入生产环境之前终止并清理，以减少混乱并在正常操作期间发生人为错误的可能性。

（可选）现在可以启用这些计划组，以避免在进入生产环境之前手动清除多余的构件。

plan-custom-so-newport-disabled-show.png
图 5.2：默认情况下禁用计划组

以下是禁用计划组在启用时执行的操作：

  1. 此计划组将终止在 OCI 对象存储操作期间在区域 2 启动 VM 的复制版本后留在区域 1 的计算实例对象，以在切换过程中将复制从区域 2 反向到区域 1。切换期间不会使用剩余 VM，因为反转块存储卷复制操作会在全新的块存储卷组中创建所有新 VM。

  2. 在区域 2 激活了复制版本的 VG 并且在切换期间反转了卷组复制后，此计划组将终止区域 1 中留下的块存储卷组 (VG) 对象。剩余块存储卷组不会再次使用，即使在从区域 2 切换回区域 1 的过程中也是如此。

任务 5.2.1：启用终止计算计划组

启用计划组。

  1. 从计划组名称右侧的上下文菜单中选择启用所有步骤。

    plan-custom-so-newport-enable-terminate-vm.png
    图 5.2.1：如何启用终止计算实例

任务 5.2.2 启用终止卷组计划组

启用计划组。

  1. 从计划组名称右侧的上下文菜单中选择启用所有步骤。

    plan-custom-so-newport-enable-terminate-vg.png
    图 5.2.2：如何启用终止卷组

任务 5.3：创建计划组以在区域 1（主）处执行自定义脚本

开始添加自定义的 DR 计划组。

第一个用户定义的计划组将执行定制脚本来停止在主区域 1 运行 EPM System 服务。此计划组将包含一个调用 Windows PowerShell 脚本 stop_services.ps1 的步骤，该脚本已下载到任务 1.2 中 EPM 应用程序节点上的文件夹 c:/scripts 中。

任务 5.3.1：选择“Add Plan Group（添加计划组）”

开始添加计划组的处理。

  1. 单击添加组以开始。
  2. 为计划组指定一个简单但描述性的名称。这是可选的，但最佳做法是添加有关计划组将执行这些步骤的区域的说明。
  3. 选择计划组将插入到 DR 计划中的位置。在这种情况下，我们将在停止区域 1 中的 VM 的内置计划组之前插入用户定义的计划组。
  4. 选择内置的停止计算实例（主）计划组。
  5. 单击添加步骤可打开对话框，在其中指定用于停止 EPM System 的脚本。

plan-custom-so-newport-grp1-name.svg
图 5.3.1：用于创建计划组和添加步骤以停止 EPM 的参数

任务 5.3.2：提供步骤名称和本地脚本参数

通过添加计划组步骤对话框，可以指定有关此步骤将执行什么以及恢复期间将如何执行的参数。在这种情况下，它将停止区域 1 中的 EPM System 服务。

我们将解释此对话框中的所有字段，但在后续步骤的所有剩余屏幕截图中都留出此详细信息，因为我们只是重复执行同一过程。

  1. 说明性步骤名称，说明此步骤执行的任务。
  2. 始终选择 EPM 应用程序节点当前正在运行的区域，而不是在切换期间运行该节点的区域。OCI Full Stack DR 将跟踪 VM 的运行位置，因此您只需指定其当前位置。在这种情况下，EPM App 节点正在区域 1（伦敦）中运行。
  3. 选择包含 DR 控制节点的正确区间。然后选择指定为 DR 控制节点的计算实例；在此示例中为 EPM 系统应用程序计算。
  4. 选择运行本地脚本以通知 OCI Full Stack DR，该脚本将在计算实例上找到。Windows PowerShell 脚本已下载到任务 1.2 中的 DR 控制节点。
  5. 粘贴在 DR 控制节点上安装了 stop_services.ps1 脚本的绝对路径中。添加 stop 作为第一个参数，将 OCI 区域 ID 作为第二个参数。
  6. 如果脚本无法停止 EPM 服务，则 DR 计划应停止。这将允许任何人看到存在问题并解决它。OCI Full Stack DR 提供了在修复问题后继续运行切换计划的机会。
  7. 全栈 DR 声明故障前的默认值为一小时。可以将此值更改为 30 分钟，也可以将其视为更现实的超时值。
  8. 单击添加步骤可将此步骤添加到计划组。

plan-custom-so-newport-grp1-step.png
图 5.3.2：用于创建停止 EPM 的计划步骤的参数

任务 5.3.3：完成添加计划组和步骤

停止 EPM System 的步骤现在已添加到 DR 计划组中，如下图 5.3.3 所示。

这将显示刚刚添加的计划步骤。可以向 DR 计划组添加其他步骤，但此计划组将仅包括停止 EPM 服务的步骤。单击 Add（添加）将 DR 计划组和步骤添加到 DR 计划。

plan-custom-so-newport-grp1-finish.png
图 5.3.3：完成添加计划组和步骤以停止 EPM

任务 5.4：创建计划组以在区域 2（备用）执行自定义脚本

第二个用户定义的计划组将在备用区域 2 启动 DR 控制节点后更新计算节点上的主机文件并启动 EPM System 服务。此计划组将包含调用 host_switch_failover.ps1 和 start_services.ps1 PowerShell 脚本的两个步骤，这些脚本已下载到任务 1.2 中的 DR 控制节点。

任务 5.4.1 创建 DR 计划组以在切换到备用区域后更新主机文件

  1. 为计划组提供简单但描述性的组名称。
  2. 选择计划组将插入到 DR 计划中的位置。在这种情况下，我们将在启动 EPM System 应用程序节点的复制版本的内置计划组之后插入用户定义的计划组，该计划组还执行区域 2 中 DR 控制节点的功能。
  3. 选择内置的启动计算实例计划组
  4. 单击添加步骤可打开对话框，在其中指定用于更新主机文件的脚本。

plan-custom-so-newport-grp2-step.png
图 5.4.1：用于创建启动 EPM 的计划步骤的参数

任务 5.4.2：为主机文件更新脚本提供步骤名称和本地脚本参数

通过添加计划组步骤对话框，可以指定有关此步骤将执行什么以及恢复期间将如何执行的参数。host_switch_failover.ps1 脚本会更新计算节点上的主机文件，以便将区域 2 中计算实例和数据库实例的新 IP 地址映射到原始区域 1 主机名。这将允许启动应用程序，而无需在应用程序层中进行任何进一步修改。

此步骤与任务 5.3.2 相同，下面图 5.4.2 中显示的项除外。

  1. 说明性步骤名称，说明此步骤执行的任务。
  2. 粘贴到 PowerShell.exe 的绝对路径以及在 EPM 应用程序节点上安装 host_switch_failover.ps1 脚本的位置。
  3. 单击添加步骤可将此步骤添加到计划组。

plan-custom-so-newport-grp2-step1.png
图 5.4.2：用于更新主机文件的参数

任务 5.4.3：为 EPM System 服务启动脚本提供步骤名称和本地脚本参数

通过添加计划组步骤对话框，可以指定有关此步骤将执行什么以及恢复期间将如何执行的参数。在这种情况下，EPM 系统服务将从区域 2 开始。

  1. 说明性步骤名称，说明此步骤执行的任务。
  2. 粘贴到 PowerShell.exe 的绝对路径以及在 EPM 应用程序节点上安装 start_services.ps1 脚本的位置。
  3. 单击添加步骤可将此步骤添加到计划组。
  4. 单击添加可添加计划组，该计划组现在包含两个执行两个定制脚本的步骤。

plan-custom-so-newport-grp2-step2.png
图 5.4.3：用于启动 EPM 的参数

切换计划现在应包括两个 DR 计划组，如以下屏幕截图中所示。

plan-custom-so-newport-all-grps.png
图 5.4.4：启动后定制脚本

任务 6：在区域 2 (Newport) 中自定义故障转移计划

此任务说明如何添加自定义、用户定义的 DR 计划组以及管理在区域 2 的 EPM System 故障转移期间在实际中断或失去对区域 1 的访问时需要完成的任务的步骤。这些步骤将是刚刚添加到上述任务 5 中的切换计划的相同步骤的子集。但是，只有在备用区域 2 上执行的步骤才会添加到故障转移计划中，因为在故障转移期间，假定区域 1 完全无法访问该计划。

任务 6.1：选择故障转移计划

首先导航到在任务 5 中创建的故障转移计划。

  1. 确保备用区域 2 仍然是控制台中的当前区域上下文。
  2. 选择故障转移计划。

plan-custom-fo-newport-nav.png
图 6-1：如何在区域 2 中创建开始定制故障转移计划。

任务 6.1.2：将步骤添加到新的用户定义计划组

  1. 单击添加组。

    plan-custom-fo-newport-grp1-step.png
    图 6.1.2 用于创建启动 EPM 的计划步骤的参数

  2. 按照任务 5.4 中的说明，向用户定义的计划组添加两个步骤以执行定制脚本：host_switch_failover.ps1 和 start_services.ps1。

  3. 添加步骤和自定义计划组后，您的故障转移计划应如下所示：

    plan-custom-fo-newport-grp1-finish.png
    图 6.1.3 用于创建计划步骤以启动 EPM 和更新主机的参数

任务 7：在区域 2 (Newport) 中执行切换计划

备用区域 2 (Newport) 中已完成切换和故障转移 DR 计划。OCI Full Stack DR 计划支持 OCI 将工作负载从区域 1 迁移到区域 2。下一项任务是在保护组中为区域 1（伦敦）创建切换和故障转移计划，以便 OCI Full Stack DR 可以将工作负载从区域 2 迁移到区域 1。

但是，只能在具有备用角色的保护组中创建和修改 DR 计划。区域 1 中的 DR 保护组当前是主组，这意味着无法在区域 1 中创建 DR 计划。

因此，我们需要扭转保护组的角色，使区域 1 是备用区域，区域 2 是主区域。执行刚刚创建的切换计划，将工作量从区域 1（伦敦）转换为区域 2（纽波特）。

任务 7.1：开始计划执行

执行 DR 计划，开始将 EPM System 工作负载从区域 1 转换为区域 2。

  1. 确保区域上下文仍设置为备用区域 2 (Newport)。
  2. 使用控制台顶部的面包屑来帮助确保 DR 保护组详细信息是当前的计划上下文。
  3. 确保选择了区域 2 中的正确 DR 保护组；它应该是备用角色。
  4. 继续之前，请确保故障转移和切换计划都存在；如果不存在，请返回到前面的任务来创建这两个 DR 计划。
  5. 单击 Execute DR plan 。

images-exec-so-to-newport-begin.png
图 7-1：显示如何执行切换到备用区域

任务 7.2：选择“Switchover Plan（切换计划）”并执行

此任务在区域 2 中执行切换计划。

  1. 选择切换计划。
  2. 选择启用预检查。
  3. 单击 Execute DR plan 开始。

images-exec-so-to-newport-exec.png
图 7.2：选择并执行切换计划

任务 7.3：后续步骤

监视切换计划，直到 EPM System 工作负载从区域 1 完全转换为区域 2。全栈 DR 将清除对象并更改区域之间的主角色和备用角色。如果切换计划执行失败，请验证日志并确保成功执行该计划。

完成切换后，区域 2 (Newport) 将成为主区域，区域 1 (London) 将成为备用区域。

任务 8：在区域 1（伦敦）中创建 DR 计划

在 DR 保护组中为区域 1（伦敦）创建相同的基本切换和故障转移计划，该区域现在是备用对等设备。

每项计划都旨在每当区域 2 是主要对等点时，将工作量从区域 2 转移到区域 1。作为任何 DR 操作的一部分，两个区域中的 DR 保护组的角色都将自动反转，因此区域 2 中的 DR 保护组将成为备用，区域 1 中的 DR 保护组将成为故障转移或切换后的主数据库。

OCI Full Stack DR 将根据前一任务中添加的成员资源，使用内置步骤预填充这两个计划。在后面的步骤中，将定制计划以在恢复操作期间处理与 EPM System 相关的所有任务。

切换计划始终在具有备用角色的保护组中创建；在任务 8 中执行切换计划后，区域 1 当前是备用保护组。

任务 8.1：创建 DR 计划

通过选择区域 1 中的 DRPG 创建基本计划，如图 8.1 所示。

  1. 确保 OCI 区域上下文为区域 1 (London)。
  2. 选择区域 1 中的备用 DRPG。
  3. 选择计划。
  4. 单击创建计划以开始该过程。
  5. 使切换计划的名称简单但有意义。这个名字应该尽可能短，但很容易一眼就能理解，以帮助减少危机期间的混乱和人为错误。
  6. 选择计划类型作为切换（计划）。在撰写本文时，只有四种规划类型。
  7. 单击创建以创建预先填充了基本内置步骤的基本切换计划。

plan-create-lon-so.png
图 8.1：创建 DR 切换计划所需的参数

任务 8.2：创建故障转移计划

按照相同的过程创建基本故障转移计划，如图 8.2 所示。

  1. 使故障转移计划的名称简单但有意义。这个名字应该尽可能短，但很容易一眼就能理解，以帮助减少危机期间的混乱和人为错误。

  2. 选择计划类型作为故障转移（计划外）。编写本文时有四种规划类型。

  3. 单击创建以创建预填充了基本内置步骤的基本故障转移计划。

plan-create-lon-fo.png
图 8.2：创建 DR 故障转移计划所需的参数

区域 1 中的备用 DR 保护组现在应具有两个 DR 计划，如下所示。这些操作将处理从区域 2 到区域 1 的工作负载转换。

plan-create-lon-completed.png
图 8.3：显示区域 2 中必须存在的两个基本 DR 计划，然后再继续操作

任务 9：自定义区域 1（伦敦）中的切换计划

有关此任务的所有内容与我们在区域 2 的任务 5 中所做的几乎完全相同，但在区域 1 中除外。

在任务 8 中创建的基本 DR 计划包含内置到 OCI Full Stack DR 中的恢复任务的预填充步骤，不包含管理特定于 EPM System 应用程序的恢复任务的任何内容。此步骤说明如何添加自定义、用户定义的 DR 计划组以及管理在 EPM System 切换期间需要完成的任务的步骤：

任务 9.1：选择切换计划

导航到在上一个任务中创建的切换计划。

plan-custom-so-lon-nav.png
图 9-1：如何在区域 1 中开始定制切换计划

任务 9.2：（可选）启用终止构件的 DR 计划组

这些步骤与先前任务中为区域 2 执行的步骤相同；区域 1 需要遵循相同的过程。

默认情况下，切换计划中会禁用两个计划组，如下面的屏幕截图中所示。它们被禁用以在测试期间提供一定程度的舒适性，即没有实际删除的内容，并且您仍然具有可行的构件副本作为备份，以防测试期间出现问题。

但是，这两个计划组将终止（删除）以后将不再用作任何 DR 操作的一部分的构件。在两个区域之间来回切换时，这些工件将继续累积，这会给人类造成困惑，即哪些计算实例和卷组实际上应该处于活动状态。

OCI Full Stack DR 投入生产后，应启用这些计划组。测试切换和切换期间在禁用这两个计划组时保留的任何构件都应在进入生产环境之前终止并清理，以减少混乱并在正常操作期间发生人为错误的可能性。

（可选）现在可以启用这些计划组，以避免在进入生产环境之前手动清除多余的构件。

plan-custom-so-lon-disabled-show.png
图 9-2：默认情况下禁用计划组

以下是禁用计划组在启用时执行的操作：

  1. 此计划组将终止在 OCI 块存储操作期间在区域 1 启动 VM 的复制版本后留在区域 2 的计算实例对象，以在切换过程中将复制从区域 1 反向到区域 2。切换期间不会使用剩余 VM，因为反转块存储卷复制操作会在全新的块存储卷组中创建所有新 VM。

  2. 此计划组终止在区域 1 激活复制版本的 VG 并且在切换期间反转了卷组复制后留在区域 2 的块存储卷组 (VG) 的构件。剩余块存储卷组不会再次使用，即使在从区域 1 切换回区域 2 的过程中也是如此。

任务 9.2.1：启用终止计算计划组

启用计划组。

  1. 从计划组名称右侧的上下文菜单中选择启用所有步骤

    plan-custom-so-newport-enable-terminate-vm.png
    图 9.2.1：如何启用终止计算实例

任务 9.2.2 启用终止卷组计划组

启用计划组。

  1. 从计划组名称右侧的上下文菜单中选择启用所有步骤

    plan-custom-so-newport-enable-terminate-vg.png
    图 9.2.2：如何启用终止卷组

任务 9.3：创建计划组以在区域 2（主）执行自定义脚本

开始添加自定义的 DR 计划组。

第一个用户定义的计划组将执行定制脚本来停止在主区域 2 运行 EPM System 服务。此计划组将包含一个步骤，该步骤将调用下载到任务 1.2 中 DR 控制节点上的 c:/scripts 文件夹中的 Windows PowerShell 脚本 stop_services.ps1。

任务 9.3.1：选择“Add Plan Group（添加计划组）”

开始处理以添加计划组。

  1. 单击添加组以开始。
  2. 为计划组指定一个简单但描述性的名称。
  3. 选择计划组将插入到 DR 计划中的位置。在这种情况下，我们将在停止区域 2 中的 VM 的内置计划组之前插入用户定义的计划组。
  4. 选择内置的停止计算实例（主）计划组。
  5. 单击添加步骤可打开对话框，在其中指定用于停止 EPM System 的脚本。

plan-custom-so-lon-grp1-name.svg
图 9.3.1：用于创建计划组和添加步骤以停止 EPM 系统服务的参数

任务 9.3.2：提供步骤名称和本地脚本参数

通过添加计划组步骤对话框，可以指定有关此步骤将执行什么以及恢复期间将如何执行的参数。在这种情况下，它将停止区域 2 中的 EPM System 服务。

我们将解释此对话框中的所有字段，但在后续步骤的所有剩余屏幕截图中都留出此详细信息，因为我们只是重复执行同一过程。

  1. 说明性步骤名称，说明此步骤执行的任务。
  2. 如果脚本无法停止 EPM 服务，则 DR 计划应停止。这将允许任何人看到存在问题并解决它。通过全栈 DR，可以在修复问题后继续运行切换计划。
  3. OCI Full Stack DR 声明故障前的默认值为一小时。可以将此值更改为 30 分钟，也可以将其视为更现实的超时值。
  4. 始终选择 DR 控制节点当前正在运行的区域，而不是在切换期间运行该节点的区域。OCI Full Stack DR 将跟踪 VM 的运行位置，因此您只需指定其当前位置。在这种情况下，DR 控制节点正在区域 1（伦敦）中运行。
  5. 选择运行本地脚本以通知全栈 DR，该脚本将在计算实例上找到。Windows PowerShell 脚本已下载到任务 1.2 中的 DR 控制节点。
  6. 选择包含 DR 控制节点的正确区间。然后选择指定为 DR 控制节点的计算实例，在此示例中为 EPM 系统应用程序计算。
  7. 粘贴在 DR 控制节点上安装了 stop_services.ps1 脚本的绝对路径中。添加 stop 作为第一个参数，将 OCI 区域 ID 作为第二个参数。
  8. 单击添加步骤可将此步骤添加到计划组。

plan-custom-so-lon-grp1-step1.svg
图 9.3.2：用于创建计划组和添加步骤以启动 EPM 系统服务的参数

任务 9.3.3：完成添加计划组和步骤

  1. 现在，停止 EPM System 的步骤已添加到 DR 计划组，如图 9.3.3 所示。

    plan-custom-so-lon-grp1-step1-added.svg
    图 9.3.3：用于创建计划组并将步骤添加到“停止 EPM 系统服务”的参数

  2. 这将显示刚刚添加的计划步骤。可以向 DR 计划组添加其他步骤，但此计划组将仅包括停止 EPM 服务的步骤。

  3. 单击 Add（添加）将 DR 计划组和步骤添加到 DR 计划。

    plan-custom-so-lon-grp1-added.svg
    图 9.3.4：用于创建添加到停止 EPM 系统服务的计划组和组的参数

任务 9.4：创建计划组以在区域 1（备用）执行定制脚本

第二个用户定义的计划组将在备用区域 1 启动 DR 控制节点后更新计算节点上的主机文件并启动 EPM System 服务。此计划组将包含两个步骤，这两个步骤调用 host_switch_failback.ps1 和 start_services.ps1 PowerShell 脚本，这些脚本已下载到任务 1.2 中的 DR 控制节点。host_switch_failback.ps1 脚本可反转 Newport 区域中 host_switch_failover.ps1 脚本引入的更改，并在将原始主机文件移回原始主区域 London 后恢复计算节点上的原始主机文件。

任务 9.4.1 创建 DR 计划组以在切换到备用区域后更新主机文件

  1. 为计划组指定一个简单但描述性的名称。
  2. 选择计划组将插入到 DR 计划中的位置。在这种情况下，我们将在启动 EPM System 应用程序节点的复制版本的内置计划组之后插入用户定义的计划组，该计划组还执行区域 1 中 DR 控制节点的功能。
  3. 选择内置的启动计算实例（备用）计划组。
  4. 单击添加步骤可打开对话框，在其中指定用于更新主机文件的脚本。

plan-custom-soo-lon-grp1-step1.svg
图 9.4.1：用于创建添加到更新主机文件的计划组和组的参数

任务 9.4.2：为主机文件更新脚本提供步骤名称和本地脚本参数

通过添加计划组步骤对话框，可以指定有关此步骤将执行什么以及恢复期间将如何执行的参数。host_switch_failback.ps1 脚本将更新计算节点上的主机文件。它反转 Newport 区域中的 host_switch_failback.ps1 脚本引入的更改，并恢复区域 1（伦敦）的原始主机文件。这将允许应用程序启动，而无需在应用程序层中进行任何进一步修改。

此步骤与任务 9.3.2 相同，但图中所示的项目除外。

  1. 说明性名称，用于说明此步骤执行的任务。
  2. 将绝对路径粘贴到 PowerShell.exe，然后粘贴到在 DR 控制节点上安装 host_switch_failover.ps1 脚本的位置。
  3. 单击添加步骤可将此步骤添加到计划组。

plan-custom-so-lon-grp1-step1-details.svg
图 9.4.2：用于创建计划组以及添加用于更新主机文件的步骤详细信息的参数

任务 9.4.3：为 EPM System 服务启动脚本提供步骤名称和本地脚本参数

通过添加计划组步骤对话框，可以指定有关此步骤将执行什么以及恢复期间将如何执行的参数。在这种情况下，EPM 系统服务将从区域 2 开始。

  1. 说明性名称，用于说明此步骤执行的任务。
  2. 将绝对路径粘贴到 PowerShell.exe，然后粘贴到在 DR 控制节点上安装 start_services.ps1 脚本的位置。
  3. 单击添加步骤可将此步骤添加到计划组。
  4. 单击添加可添加计划组，该计划组现在包含两个执行两个定制脚本的步骤。

切换计划现在应包括两个 DR 计划组，如以下屏幕截图中所示。

plan-custom-so-lon-all-grps.png
图 9.4.3： Swichover 用户定义的计划组

任务 10：自定义区域 1（伦敦）中的故障转移计划

此任务说明如何添加自定义、用户定义的 DR 计划组以及管理在区域 1 的 EPM System 故障转移期间在实际中断或失去对区域 2 的访问时需要完成的任务的步骤。这些步骤将是刚刚添加到上述任务 9 中的切换计划的相同步骤的子集。但是，只有在备用区域 1 上执行的步骤才会添加到故障转移计划中，因为在故障转移期间，假定区域 2 完全无法访问该计划。

任务 10.1：将自定义计划组添加到故障转移计划

导航到在任务 8 中创建的故障转移计划。

plan-create-lon-failover.png
图 10.1：区域 1 中的故障转移计划

任务 10.1.1：添加计划组

  1. 确保备用区域 2 仍然是控制台中的当前区域上下文。
  2. 选择故障转移计划。
  3. 单击添加组。
  4. 指定组的名称。
  5. 在内置步骤启动计算实例后将其添加到计划中。

plan-custom-fo-lon-add-grp.png
图 10.1：用于创建计划组的参数，用于在故障转移到区域 2 后执行定制脚本。

任务 10.1.2：向新的用户定义计划组添加步骤

  1. 按照任务 9.4 中的说明，向用户定义的计划组添加两个步骤以执行定制脚本：host_switch_failback.ps1。

    plan-custom-fo-lon-add-step1.png
    图 10.2：用于为更新主机文件的脚本创建计划组步骤的参数。

  2. 在计划组中添加第二个步骤以使用 start_services.ps1 脚本启动服务。

    plan-custom-fo-lon-add-step1.png
    图 10.3：用于为更新主机文件的脚本创建计划组步骤的参数。

  3. 添加步骤后，用户定义的计划组应如下所示，然后单击添加。

    plan-custom-fo-lon-added-steps.png
    图 10.4：计划组显示在计算实例启动后执行两个本地脚本的已配置步骤。

  4. 故障转移计划现在应包括 EPM System 的用户定义的 DR 计划组，如以下屏幕截图中所示。如果您的保护组包括其他应用程序或 OCI 服务以及 EPM System，则可能有其他计划组。

    plan-custom-fo-lon-all-groups.png
    图 10.5：显示用户定义计划组的故障转移计划

后续步骤

此时应完全实施 EPM System 的 OCI Full Stack DR。但是，在生产环境中使用完整功能之前，应先对其进行验证。应执行所有故障转移和切换计划，以验证一切是否按预期工作，恢复团队完全了解整个过程。

测试切换计划

切换计划旨在清理所有对象，并确保内置恢复步骤的所有角色（例如负载平衡器、块存储、文件系统、BaseDB、ExaCS 和 Autonomous Database）可以在无需人工干预的情况下从备用区域恢复。

测试故障转移计划

故障转移不同。故障转移本身无法清理构件，也无法确保故障区域中的服务和数据库准备好将工作负载转换回区域 1。恢复团队需要了解并执行任务来确保 Oracle Data Guard 处于正确状态、已终止存储和计算实例的构件等。有关更多信息，请参见 Resetting DR Configuration After a Failover 。

验证所有 DR 计划以供最终接受

恢复团队需要执行最终验证，以演示 OCI Full Stack DR 保护组的准备情况以及生产工作负载的计划。此时区域 2（纽波特）应为流程中的主要区域。完成以下步骤，开始对所有计划进行最终验证：

确认

更多学习资源

浏览 docs.oracle.com/learn 上的其他实验室，或者访问 Oracle Learning YouTube 渠道上的更多免费学习内容。此外，请访问 education.oracle.com/learning-explorer 成为 Oracle Learning Explorer。

有关产品文档，请访问 Oracle 帮助中心。