了解如何将 OCI 全栈灾难恢复服务与 Oracle WebLogic Server 域结合使用

You can use the Oracle Maximum Availability Architecture (Oracle MAA) best practices and scripts described in this solution with Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery Service to manage switchover and failover in your existing Oracle WebLogic Server for OCI and Oracle SOA Suite on Marketplace disaster recovery environments.

该服务是 OCI 灾难恢复业务流程和管理服务，可为应用程序堆栈的所有层（包括基础结构、中间件、数据库和应用程序）提供全面的灾难恢复功能。

使用须知

在开始之前，请确保您熟悉 Oracle Cloud Infrastructure (OCI) 服务中的灾难恢复 (Disaster Recovery，DR) 优秀实践。

此解决方案手册中的步骤介绍了如何使用 OCI 全栈灾难恢复服务在 OCI 灾难恢复系统中编排 Oracle WebLogic Server 域的切换和故障转移。OCI 全栈灾难恢复服务不管理系统的拓扑和其他生命周期操作（例如打补丁、测试、扩展等）的设置，并在 Oracle WebLogic Server for OCI 和 SOA Marketplace 的特定技术简报中进行了介绍。

注意：

OCI 全栈灾难恢复服务编排切换和故障转移步骤，但它不执行任何操作在系统中设置灾难恢复保护。在使用 OCI Full Stack Disaster Recovery Service 之前，必须按照特定的 DR 设置文档在系统中配置灾难恢复。

此手册适用于以下环境：

• 使用文档 Oracle WebLogic Server for Oracle Cloud Infrastructure，Disaster Recovery Production and DR in the Oracle Cloud Infrastructure (OCI) 配置了用于灾难恢复的 Oracle WebLogic Server for OCI 环境。

• 已使用文档 Oracle Cloud Infrastructure Marketplace 上的 SOA Suite（Oracle Cloud Infrastructure (OCI) 中的灾难恢复、生产和灾难恢复）为灾难恢复配置的 Oracle SOA Suite on Marketplace 环境。

• Oracle WebLogic Server for OCI 和 Oracle SOA Suite on Marketplace ，其中包含已配置用于灾难恢复的 Autonomous Database 环境，文档包含使用自治数据库和远程可刷新克隆在 OCI 上配置 FMW DR。

查看 Oracle Cloud Infrastructure Full Stack Disaster Recovery Service，确保您掌握有关该服务的基本知识。

体系结构

此体系结构显示使用 OCI 全栈灾难恢复服务的多区域灾难恢复实施。

插图 full-stack-disaster-recovery-paas.png 的说明

全栈 - 灾难恢复 -paas-oracle.zip

此架构支持以下 Oracle Cloud Infrastructure (OCI) 组件：

• 区域

  Oracle Cloud Infrastructure 区域是一个本地化的地理区域，其中包含一个或多个称为可用性域的数据中心。区域独立于其他区域，远距离可以区分它们（跨国家甚至大陆）。

• 虚拟云网络 (VCN) 和子网

  VCN 是您在 Oracle Cloud Infrastructure 区域中设置的可定制软件定义网络。与传统的数据中心网络一样，VCN 可以让您控制您的网络环境。一个 VCN 可以具有多个不重叠的 CIDR 块，您可以在创建 VCN 后更改这些块。您可以将 VCN 细分为多个子网，这些子网可以限定在某个区域或可用性域中。每个子网都包含一系列不与 VCN 中的其他子网重叠的地址。您可以在创建后更改子网的大小。子网可以是公共子网，也可以是专用子网。

• 负载平衡器

  Oracle Cloud Infrastructure Load Balancing 服务提供从单个入口点到后端多个服务器的自动流量分配。

• 全栈灾难恢复

  Oracle Cloud Infrastructure Full Stack Disaster Recovery Service 是 OCI 灾难恢复业务流程和管理服务，可为应用程序堆栈的所有层（包括基础结构、中间件、数据库和应用程序）提供全面的灾难恢复功能。

• DR 保护组

  灾难恢复 (Disaster Recovery，DR) 保护组组织全栈应用程序的组件，以便您可以一起恢复所有组件，从而还原全栈应用程序。

• DR 计划

  灾难恢复 (Disaster Recovery，DR) 计划是 OCI Full Stack Disaster Recovery Service 创建的自动化 DR 工作流（DR 运行簿），用于对主 DR 保护组中的所有资源执行灾难恢复。有两种类型的计划可用：切换和故障转移。

• 适用于 OCI 的 Oracle WebLogic Server

  面向 OCI 的 Oracle WebLogic Server 支持您在 Oracle Cloud Infrastructure（包括 Oracle WebLogic Server 域）上快速创建 Java Enterprise Edition (Java EE) 应用环境。您可以配置和预配域以及任何支持的云资源，例如计算实例、网络和负载平衡器。

• Oracle SOA Suite on Marketplace

  Oracle SOA Suite on Marketplace 提供了一个平台即服务 (PaaS) 计算平台解决方案，用于在云中运行应用程序。它包括一组完整的服务基础结构组件，用于设计、部署和管理组合应用程序。

• 数据库

  在该体系结构中，数据库可以是 Oracle Base Database Service 、Oracle Exadata Database Service 或 Oracle Autonomous Database Serverless 。

• 动态路由网关 (DRG)

  DRG 是一个虚拟路由器，它为同一区域中的 VCN 之间、区域外的 VCN 与网络之间的专用网络流量提供路径，例如另一个 Oracle Cloud Infrastructure 区域中的 VCN、内部部署网络或另一个云提供商中的网络。

• Data Guard

  Oracle Data Guard 提供一组全面的服务，可以创建、维护、管理和监视一个或多个备用数据库，从而使生产 Oracle 数据库保持可用而不会中断。Oracle Data Guard 将这些备用数据库作为生产数据库的副本进行维护。然后，如果生产数据库由于计划停机或计划外停机而变得不可用，Oracle Data Guard 可以将任何备用数据库切换到生产角色，从而最大限度地减少与停机关联的停机时间。

• 块存储卷

  通过块存储卷，您可以创建、附加、连接和移动存储卷，以及更改卷性能，从而满足您的存储、性能和应用要求。将卷连接到实例后，您可以像常规硬盘驱动器一样使用该卷。您还可以断开卷的连接并将其连接到另一个实例，而不会丢失数据。

• 块存储卷组

  借助 Oracle Cloud Infrastructure Block Volumes 服务，您可以将多个卷组织到一个卷组中。卷组可以包括块存储卷和引导卷。

  您可以为卷组单独启用复制，而无需为块存储卷单独启用复制。组中的所有卷都包括在目标区域和可用性域中的卷组副本中。

关于 Oracle Cloud Infrastructure Full Stack Disaster Recovery Service

以下是 Oracle Cloud Infrastructure Full Stack Disaster Recovery Service 的一些优势：

• 只需使用 Oracle Cloud Infrastructure (OCI) 控制台一键运行切换或故障转移计划。
• 能够使用 OCI API 调用切换和故障转移。
• 在 OCI 控制台中提供集中式切换和故障转移日志。
• 允许重试和跳过切换工作流中的任何失败步骤。
• 为 OCI 全栈灾难恢复服务支持的数据库提供与 Oracle Data Guard 的内置集成。您无需为数据库切换定义或配置步骤，服务会自动为您管理。
• 提供与 Oracle Cloud Infrastructure Block Volumes 和跨区域复制的内置集成。无需为块存储卷的分离或连接以及块存储卷跨区域副本切换定义或配置步骤，服务会自动为您管理这些步骤。
• 为切换和故障转移计划中的步骤提供内置预检查。您可以选择跳过预检查。
• 提供灵活性和可扩展性，允许您为非内置步骤添加用户定义的步骤。例如，停止并启动 Oracle WebLogic Server 、更新 DNS、检查前端地址。这些定制脚本的执行与 Oracle Cloud Agent 集成。可以定义要并行（在用户定义的计划组内）或按顺序运行的步骤。
• 允许您将 Oracle Maximum Availability Architecture (MAA) 配置复制脚本添加到 OCI Full Stack Disaster Recovery Service 切换计划。然后，MAA 脚本可以在切换期间（在 Oracle WebLogic Server for OCI 和 Oracle SOA Suite on Marketplace 的上下文中）同步中间层 Oracle WebLogic Server 配置。无法使用 OCI 全栈灾难恢复服务来调度正在进行的配置复制。
• 允许您根据需要执行手动切换。可以在手动切换后手动更改 DR 保护组的角色以匹配当前角色。需要手动“干预”才能获得所需的 OCI Full Stack Disaster Recovery Service 系统状态，但您可以将“手动管理的”DR 系统再次转换为“ OCI Full Stack Disaster Recovery Service managed”)。

您可以在 Benefits of Full Stack Disaster Recovery 中找到更多详细信息。

Oracle Cloud Infrastructure Full Stack Disaster Recovery Service 提供具有竞争力的定价，请参阅 OCI 价目表。

注意事项

在实施 OCI Full Stack Disaster Recovery Service 之前，请考虑以下含义。

没有与 OCI 全栈灾难恢复服务的内置集成（例如停止和启动 Oracle WebLogic Server ）的操作由用户定义。您可以创建用户定义的步骤并提供与这些步骤关联的脚本。这提供了一个灵活的框架，因为您可以将自定义操作添加到计划中。但是，这些步骤的可靠性不在 OCI 全栈灾难恢复服务的范围内。用户负责切换的脚本行为。例如，脚本必须管理 Oracle WebLogic Server 进程无法在辅助进程上启动的情况，因为锁定文件在节点重新引导中落后。手动切换的区别在于，当手动执行切换时，此类行为更易于操作并直接感知。

本文档提供了用于在 Oracle WebLogic 受管服务器上执行启动和停止操作以及执行 DNS 交换机的建议脚本。根据每个环境和拓扑（例如 Oracle Database File Systems (DBFS) 复制和 OCI File Storage 副本），可能需要或者使用其他定制脚本。

注意：

OCI 全栈灾难恢复服务不安排持续的配置复制。

有关这些特定操作的详细信息，请参阅Oracle WebLogic Server for Oracle Cloud Infrastructure，Disaster Recovery Production and DR in the Oracle Cloud Infrastructure (OCI) 和SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery，Production and Disaster Recovery in the Oracle Cloud Infrastructure (OCI)。

支持的配置

请查看以下摘要，了解 OCI 全栈灾难恢复服务在 Oracle SOA Suite on Marketplace 和 Oracle WebLogic Server for OCI 的灾难恢复上下文中支持哪些功能。

配置复制	OCI Full Stack Disaster Recovery Service 是否支持？
基于 Oracle Database File System (DBFS) 副本的配置复制	是
基于具有 RSYNC 副本的 OCI 文件存储的配置复制	是
基于 OCI 块存储卷跨区域副本的配置复制	是

OCI 上的数据库服务	OCI Full Stack Disaster Recovery Service 是否支持？
Oracle Base Database Service （数据库系统）	是
Oracle Exadata Database Service	是
无服务器 Oracle Autonomous Database	是
专用 Exadata 基础结构上的 Oracle Autonomous Database	无

OCI 内置集成	OCI Full Stack Disaster Recovery Service 是否支持？
与 OCI Data Guard 内置集成	是
内置管理手动配置的 Oracle Data Guard 实例	无
本地备用数据库（同一区域中的备用数据库）以及远程 DR	无
打开备用站点进行验证	是，但不适用于本文档中描述的用例。

注意：

作为 Oracle Maximum Availability Architecture 优秀实践，Oracle 建议将块存储卷复制与 OCI 全栈灾难恢复服务结合使用。OCI 全栈灾难恢复服务和块存储卷复制为恢复时间目标 (recovery time objective，RTO)、恢复点目标 (recovery point objective，RPO)、总拥有成本 (Total Cost of Ownership，TCO) 和管理自动化提供了出色的组合优势。

有关不受支持的货品的其他详细信息

虽然某些配置不是由 OCI 全栈灾难恢复服务直接提供的，但您可以向灾难恢复计划添加自定义功能，以便在计划的特定点自动运行，以提供无缝的全自动恢复过程。以下是 OCI Full Stack Disaster Recovery Service 在内置自动化功能中不支持开箱即用的项目的附加详细信息：

• 内置管理，支持通过手动流程创建的备用数据库，而无需使用 OCI 控制台或控制层。

  如果您使用 OCI 控制台中提供的标准数据库服务配置了 Oracle Data Guard ，则 OCI Full Stack Disaster Recovery Service 内置自动化功能可在恢复期间处理 Oracle Data Guard 。但是，如果您在自己的计算实例上安装并实施了 Oracle Data Guard ，则必须添加定制计划组和步骤来调用脚本来在计算实例上触发 Oracle Data Guard 。

• 远程备用数据库的其他本地备用数据库（同一区域中的备用数据库）。可以使用定制脚本来管理其他本地备用数据库。
• OCI 全栈灾难恢复服务允许您创建启动和停止钻取计划。这些计划设计为在不执行实际切换的情况下启动或停止备用站点。这样，您可以在备用数据库中执行验证、打补丁或横向扩展等操作。但是， OCI 全栈灾难恢复服务提供的内置步骤仅限于某些特定场景。例如，没有将备用数据库转换为快照备用数据库的内置步骤。这些计划不适用于此处所述的情况，也不适用于本手册的范围。

关于必需的服务和角色

此解决方案需要以下 Oracle Cloud Infrastructure (OCI) 服务和角色：

• OCI 全栈灾难恢复服务

• Oracle Data Guard

• 适用于 OCI 的 Oracle WebLogic Server

这些是每项服务所需的角色。

服务名称：角色	要求 ...
Oracle Cloud Infrastructure :administrator	在 OCI 租户中创建所需的资源：IAM 策略、DR 保护组和 DR、密钥。
Oracle Data Guard ：sysdba、admin	创建包含 sysdba 身份证明的密码密钥。
适用于 OCI 的 Oracle WebLogic Server ：root、oracle	设置 Oracle Cloud 代理权限和所需的用户脚本。