使用 Oracle Autonomous Database 配置 DR 解决方案

为了确保发生灾难时的业务连续性，您需要为 Oracle WebLogic Suite 应用程序实施灾难恢复 (DR) 策略。此解决方案提供数据保护，使您能够使用 Oracle Autonomous Database 快速切换到备用系统，同时最大程度地减少数据和生产率。

You can setup and manage a disaster recovery system that uses Oracle Autonomous Database as the database for Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite on Marketplace, or any other middle-tier Oracle Cloud Infrastructure (OCI) service that uses Oracle Fusion Middleware.

Oracle Autonomous Database Serverless 和 Oracle Exadata Database Service on Dedicated Infrastructure 提供了快照备用功能。这允许您临时打开备用数据库进行读写。将备用数据库转换为快照备用数据库时，该数据库完全可以更新。它继续从其远程源数据库接收 redo 数据（因此您仍受 DR 保护），但在将 redo 转换为物理备用数据库之前，它不会应用该数据。在快照备用数据库中执行的所有更改将在再次转换为物理备用数据库时恢复。使用此功能可以在备用区域中预配中间层系统。您还可以在 DR 系统的生命周期内使用此功能来验证备用系统，而无需执行完全切换。

除了快照备用功能外，Oracle Autonomous Database Serverless 还提供远程可刷新克隆。这提供了与传统 Oracle Data Guard 快照备用数据库功能等效的功能，但使用的是附加数据库。远程可刷新克隆独立于 Oracle Autonomous Data Guard 备用数据库进行单独管理。使用 Oracle Autonomous Database Serverless 时，您可以使用远程可刷新克隆（而不是快照备用数据库）在辅助区域中预配中间层系统，或者在备用区域中执行测试、打开验证、打补丁等任务。但是，备用克隆数据库和可刷新的克隆数据库使用不同的连接 wallet，必须正确管理它们的连接字符串才能执行这些任务。

准备工作

有多个 Oracle Maximum Availability Architecture (MAA) 技术简报，介绍当这些中间件系统使用 Oracle Base Database Service 时，如何为 Oracle WebLogic Server for Oracle Cloud Infrastructure 和 Oracle SOA Suite on Marketplace 设置灾难恢复 (DR) 系统。

Oracle WebLogic Server for Oracle Cloud Infrastructure 、Oracle SOA Suite on Marketplace 和 Oracle Fusion Middleware DR 拓扑使用主动 - 被动模型。主系统是 Oracle Cloud Infrastructure (OCI) 数据中心，是其他远程 OCI 数据中心中的辅助系统。

有关每个案例的更多详细信息和拓扑，请查看以下内容：

上述文件提供了有关 Oracle WebLogic Server for Oracle Cloud Infrastructure 和 Oracle SOA Suite on Marketplace 的深入详细信息、设置和管理步骤以及其他许多注意事项。

除了技术简报外，请确保先熟悉 Oracle Cloud Infrastructure (OCI) 的概念和管理，包括网络、计算实例、负载平衡以及 Oracle Autonomous Database ，然后再继续执行本手册中介绍的分析和步骤。

对于以下情况，本手册中的步骤和示例通过 Oracle WebLogic Server for OCI 和 Oracle SOA Suite on Marketplace 进行验证：

Oracle Exadata Database Service on Dedicated Infrastructure 上的 Oracle Autonomous Data Guard ，使用灾难恢复设置的快照备用功能。
Oracle Autonomous Database Serverless 上的 Oracle Autonomous Data Guard ，使用灾难恢复设置的快照备用功能。
Oracle Autonomous Database Serverless 上的 Oracle Autonomous Data Guard ，使用远程可刷新克隆进行灾难恢复设置。

大多数步骤在三种方案中很常见。只有一些步骤不同，并且特定于每个案例。

将这些步骤调整到使用 Oracle Autonomous Database 的任何 Oracle WebLogic Server 或 Oracle Fusion Middleware 系统，应该不会困难。

体系结构

此体系结构图显示了灾难恢复 (Disaster Recovery，DR) 系统拓扑中用于本手册中使用的方法。主数据库中的所有运行时、配置和元数据信息都从区域 1 复制到区域 2，并使用 Oracle Autonomous Data Guard 。Oracle WebLogic Server for Oracle Cloud Infrastructure 、Oracle SOA Suite on Marketplace 和 Oracle Fusion Middleware DR 拓扑使用主动 - 被动模型。主系统是 Oracle Cloud Infrastructure (OCI) 数据中心，是其他远程 OCI 数据中心中的辅助系统。

Oracle WebLogic 域配置使用主区域中的 Oracle Cloud Infrastructure File Storage （OCI 文件存储）暂存目录进行复制，该目录复制到辅助区域中的 OCI 文件存储暂存目录。然后，配置将复制到辅助域中的实际域目录。域的直接副本会显示使用阶段目录避免的风险。由于文件副本是非事务性操作，因此将完成对阶段目录的第一个副本。首先在此中间目录中验证文件，然后将其传输到实际（最终）Oracle WebLogic 域。

插图 wls-dr-adb.png 的说明

wls-dr-adb-oracle.zip

拓扑是 OCI 中 Oracle WebLogic Server 、Oracle SOA 或 Oracle Fusion Middleware 灾难恢复环境使用的典型拓扑。对于预配备用中间层以及测试辅助数据库等生命周期操作，可以将备用 Oracle Autonomous Database 转换为快照备用数据库或使用远程可刷新克隆。

使用远程可刷新克隆时，存在用于初始预配以及辅助测试和验证操作的“辅助数据库”（远程区域中的可刷新克隆）。在这种情况下，辅助中间层会配置有数据源，这些数据源需要更改回切换和故障转移事件上的备用地址。

此体系结构支持以下组件：

区域
Oracle Cloud Infrastructure 区域是一个局部地理区域，包含一个或多个称为可用性域的数据中心。区域独立于其他区域，广阔的距离可以将其分开（跨国家甚至大陆）。
可用性域
可用性域是区域中的独立数据中心。每个可用性域中的物理资源与其他可用性域中的资源隔离，从而提供容错功能。可用性域不共享基础设施（例如电源或冷却设备），也不共享内部可用性域网络。因此，一个可用性域出现故障不应影响区域中的其他可用性域。
容错域
故障域是可用性域内一组硬件和基础设施。每个可用性域都具有三个具有独立电源和硬件的故障域。在多个容错域中分配资源时，您的应用可以承受容错域中的物理服务器故障、系统维护和电源故障。
虚拟云网络 (VCN) 和子网
VCN 是您在 Oracle Cloud Infrastructure 区域中设置的可定制软件定义网络。与传统数据中心网络一样，VCN 允许您完全控制您的网络环境。一个 VCN 可以具有多个不重叠的 CIDR 块，您可以在创建 VCN 后对其进行更改。您可以将 VCN 细分为多个子网，这些子网可以限定到区域或可用性域。每个子网包含一系列不与 VCN 中的其他子网重叠的连续地址。创建后可以更改子网的大小。子网可以是公共子网，也可以是专用子网。
负载平衡器
Oracle Cloud Infrastructure Load Balancing 服务提供从单个入口点到后端多个服务器的自动流量分配。
Oracle WebLogic 域
域是 WebLogic 服务器实例的基本管理单元。域由单个管理服务器管理的一个或多个 WebLogic 服务器实例（及其关联资源）组成。Oracle WebLogic 域按照 Oracle Maximum Availability Architecture (MAA) 的高可用性最佳实践进行配置。
动态路由网关 (DRG)
DRG 是虚拟路由器，用于为同一区域中的 VCN 之间、VCN 与区域外的网络（例如另一个 Oracle Cloud Infrastructure 区域中的 VCN、内部部署网络或其他云提供商中的网络）的专用网络流量提供路径。
安全列表
对于每个子网，您可以创建安全规则来指定必须允许进出子网的流量源、目标和类型。
Oracle Cloud Infrastructure File Storage
Oracle Cloud Infrastructure File Storage 服务提供了一个持久、可扩展、安全的企业级网络文件系统。您可以从虚拟云网络 (VCN) 中的任何裸金属、虚拟机或容器实例连接到文件存储服务文件系统。文件存储服务支持网络文件系统版本 3.0 (NFSv3) 协议。该服务支持用于文件锁定功能的网络锁定管理器 (Network Lock Manager，NLM) 协议。

Oracle Cloud Infrastructure File Storage 采用位于不同容错域的五向复制存储，以提供冗余性数据保护。数据使用纠删码进行保护。该服务专门用于满足在各种用例中需要企业文件系统的应用和用户的需求。
Autonomous Database
Oracle Autonomous Database 是一个完全托管的预配置数据库环境，可用于事务处理和数据仓库负载。您不需要配置或管理任何硬件，或安装任何软件。Oracle Cloud Infrastructure 可处理数据库创建以及备份、打补丁、升级和调优数据库。
基于专用 Exadata InfrastructureOracle Autonomous Database on Dedicated Exadata Infrastructure 的 Oracle Autonomous Database
Oracle Autonomous Database on Dedicated Exadata Infrastructure 是一个 Oracle Autonomous Database ，在公有云中使用专用数据库云。通过专用数据库，您可以获得完全专用的计算、存储、网络和数据库服务，从而提供最高的安全性、隔离性和监管级别。
Oracle Autonomous Database（无服务器）

Oracle Autonomous Database Serverless 是 Oracle Autonomous Database 。数据库具有完全弹性，Oracle 可自主运行数据库生命周期的各个方面（从数据库放置到备份和更新）。
Data Guard
Oracle Data Guard 提供一组综合服务，用于创建、维护、管理和监视一个或多个备用数据库，以使生产 Oracle 数据库在不中断的情况下保持可用。Oracle Data Guard 将这些备用数据库作为生产数据库的副本进行维护。然后，如果生产数据库因计划内或计划外停机而变得不可用，则 Oracle Data Guard 可以将任何备用数据库切换到生产角色，从而最大限度地减少与停机关联的停机时间。
Oracle Autonomous Data Guard
Oracle Autonomous Data Guard 允许备用（对等）数据库为 Autonomous Database 实例提供数据保护和灾难恢复。它提供一组全面的服务，可用于创建、维护、管理和监视一个或多个备用数据库，使生产 Oracle 数据库在不中断的情况下保持可用。Oracle Data Guard 将这些备用数据库作为生产数据库的副本进行维护。然后，如果生产数据库因计划内或计划外停机而变得不可用，您可以将任何备用数据库切换到生产角色，从而最大限度地减少与停机关联的停机时间。
快照备用
快照备用数据库是一种通过将物理备用数据库转换为快照备用数据库而创建的完全可更新备用数据库。

快照备用数据库会接收和归档（但不应用）主数据库的 redo 数据。从主数据库接收的 redo 数据在放弃对快照备用数据库的所有本地更新后，会在将快照备用数据库转换回物理备用数据库后应用。
可刷新的克隆
Oracle Autonomous Database 提供克隆功能，您可以在其中选择创建活动实例的完整克隆、创建元数据克隆或创建可刷新的克隆。通过可刷新的克隆，系统会创建一个克隆，可以轻松更新源数据库中的更改。

中间层的注意事项

中间层的 Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery 和 SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery 中的所有注意事项都适用于本文档中介绍的 Oracle Autonomous Database 方案。

请考虑中间层的以下方面：

前端地址
从客户机到 Oracle WebLogic Server 系统的访问必须与用作主站点的站点无关。为此，用于访问系统的前端地址名称必须唯一且始终指向当前为主要地址的系统。此名称通常称为虚拟前端或虚名 URL。

您可以将现有系统的前端主机名地址重复用作灾难保护的虚拟前端。例如，如果原始系统具有 mywebapps.example.com 作为主系统的虚名 URL，则可以在切换或故障转移后将同一虚拟主机名重新映射到第二个站点的负载平衡器 IP。

使用适当的域名系统 (Domain Name System，DNS) 服务将前端名称映射到任一站点。例如，（Oracle Cloud Infrastructure DNS 服务、其他商业 DNS、本地 DNS 或本地主机解析）。
实例名前缀
在预配 Oracle WebLogic Server for OCI 或 Oracle SOA Suite on Marketplace 时提供 Instance Name Prefix。此属性用于构造所有资源的名称，包括：WebLogic 服务器域名、集群名称、WebLogic 服务器名称、VM 主机名等。

在主系统和辅助 Oracle WebLogic Server 系统中将 Instance Name Prefix 设置为相同的值，以便两个系统对 Oracle WebLogic 资源具有相同的名称。使用相同的名称可以保证一致性，并且是恢复 JMS 消息和 TLogs 所必需的。它还简化了两个站点中的定制和操作。

您可以在同一 Oracle Cloud 租户的多个实例中使用相同的 Instance Name Prefix，前提是在不同的区域或区间中创建它们。每个实例仅显示在特定区域和区间中。

Oracle SOA Suite on Marketplace 预配过程提供了可选功能，允许您为域、集群、管理服务器、托管服务器的前缀等配置定制名称。在这种情况下，名称不是从 Instance Name Prefix 派生的。而是采用提供的值。只要提供的定制名称在主系统和备用系统中相同，就可以在本文档中介绍的灾难恢复 (Disaster Recovery，DR) 拓扑中使用此功能。
自定义文件
WebLogic Cloud 使用的大多数 Oracle WebLogic Server for OCI 域配置最初在站点之间同步，其中包含以下注意事项：

每个 WebLogic 系统维护用于连接到其本地数据库的原始 JDBC URL，即使在 DR 设置完成后也是如此。仅更改方案前缀，以便两个位置指向相同的方案（主方案）。

WebLogic 域基础结构功能会自动将 weblogic_domain_name/config 目录下的配置分配给同一域上的其他节点。

定制应用程序部署（ear/war 文件、部署计划等）以及 Oracle WebLogic Administration Server 域目录下的所有内容（临时数据除外）最初都使用本文档中所述的过程在站点之间同步。如果 Oracle WebLogic Administration Server 使用位于其他节点或域目录外部的数据，则必须手动将其复制到辅助位置。以后提供了有关复制配置的其他详细信息。

Oracle Autonomous Database Serverless 上的快照备用数据库注意事项

实施此解决方案时，在 Oracle Autonomous Database Serverless 数据库上启用快照备用数据库时，请考虑以下事项。

无服务器基础设施中快照备用数据库的时间限制
如果 Oracle Autonomous Database Serverless 中的快照备用数据库在 48 小时内未重新连接，则快照备用数据库会自动重新连接到源数据库。
转换回灾难恢复对等节点
Oracle 建议在完成需要备用数据库进行读写操作的操作后，立即将快照备用数据库转换回灾难恢复对等设备。当转换回灾难恢复对等设备时，源数据库中的累积更改将应用于对等设备。如果将灾难恢复对等设备作为快照备用数据库保持较长时间，假定在此期间主数据库发生了持续更改，则需要较长时间才能转换回灾难恢复对等设备。
Oracle Autonomous Database Serverless 中快照备用数据库的成本影响
如果启用了计算自动缩放，则快照备用 CPU 占用率将根据基本 CPU 计数和任何其他 CPU 占用率计费。基本 CPU 数由 ECPU 数（如果数据库使用 OCPU，则为 OCPU）指定，如Oracle Cloud Infrastructure 控制台上的“ECPU 计数”或“OCPU 计数”字段中所示。

快照备用存储使用量是根据快照备用数据库的存储加上源主数据库的存储量的 1 倍来计费的。

有关更多详细信息，请参阅关于灾难恢复快照备用数据库。

Oracle Autonomous Database on Dedicated Exadata Infrastructure 上的快照备用数据库注意事项

实施此解决方案时，请在 Oracle Autonomous Database on Dedicated Exadata Infrastructure 上启用快照备用数据库时考虑以下事项。

专用基础设施中快照备用数据库的时间限制
如果 Oracle Autonomous Database on Dedicated Exadata Infrastructure 中的快照备用数据库在 7 天内未转换为物理备用数据库，则快照备用数据库将自动转换为物理备用。
转换回物理备用数据库
Oracle 建议在完成需要备用数据库才能进行读写操作的操作后立即将快照备用数据库转换回物理备用数据库。转换回物理备用数据库时，将从源数据库累积的更改将应用于备用数据库。如果将备用数据库作为快照备用数据库保持较长时间，假定在此期间主数据库发生了持续更改，则转换回物理备用数据库所需的时间较长。
转换为快照备用数据库时的数据库服务
在 Oracle Autonomous Database on Dedicated Exadata Infrastructure 中，“转换为快照备用”对话框显示两个选项：
- 使用新数据库服务：选择此选项可使用仅在快照备用模式下有效的新服务连接到快照备用数据库。
- 使用主数据库服务：如果希望使用与主数据库相同的服务连接到快照备用数据库，请选择此选项。
对于灾难恢复设置，在将备用数据库转换为物理备用数据库时，请使用选项使用主数据库服务。这样，辅助中间层中 Oracle WebLogic Server 配置的连接别名与主别名一致。

有关详细信息，请参阅关于 Autonomous Data Guard 。

Oracle Autonomous Database Serverless 上远程可刷新克隆的注意事项

使用 Oracle Autonomous Database Serverless 可刷新克隆测试和验证辅助 Oracle WebLogic Server for Oracle Cloud Infrastructure 、Oracle SOA Suite on Marketplace 或 Oracle Fusion Middleware 系统时，请注意以下事项。

可刷新克隆生命周期
与传统的 Oracle Data Guard 备用数据库相反，远程可刷新克隆独立于主数据库和备用数据库单独启用和管理。它是一个独立实体，其生命周期超出了刷新操作的范围，可使其与其源数据库（主要数据库）同步。
CPU 资源分配
不会基于主系统或备用系统的 CPU 资源分配创建远程可刷新克隆。这意味着您必须单独为可刷新的克隆指定 OCPU 选项。必须在远程可刷新克隆上手动配置工作量测试，才能与主系统的容量匹配。理想情况下，您应使用与主数据库匹配的配置创建远程可刷新克隆，以便测试工作负荷在辅助数据库上是现实的。但是，远程可刷新克隆“结转”主服务器中使用的存储配置。
打补丁
每周维护窗口都会在 Oracle Autonomous Database Serverless 上自动应用补丁程序，因此主克隆、备用克隆克隆和远程可刷新克隆之间可以连续、有力地同步补丁程序。
服务限制
远程可刷新克隆是一个一流的实体，它们会因正式 Autonomous Database 的存储、CPU 和许可证影响而产生额外成本，并将计入该区域对 Oracle Autonomous Database Serverless 的服务限制。
切换时可刷新克隆
发生故障转移或“不可立即撤销的切换”时，必须在主系统上手动创建一个可刷新克隆，以使系统为现在处于辅助系统中的测试和维护操作做好准备，同时具备相应的服务限制、管理和其他注意事项。远程可刷新克隆缺少角色反转控制。

切换到辅助克隆后，创建的可刷新克隆将无法再刷新（因为其源现在是备用克隆），并标记为已断开连接。24 小时后，它将变为不可刷新和断开连接的克隆。
“可刷新克隆”刷新窗口
必须每周至少刷新一次远程可刷新克隆。之后，与主数据库的数据同步需要创建新的远程可刷新克隆并放弃未刷新的克隆。
可刷新克隆写入模式
远程可刷新克隆在 24 小时内不能处于写入模式（与主克隆断开连接）。在此期间之后，远程可刷新克隆数据库无法再次连接到其主数据库。之后，与主数据库的数据同步需要创建新的远程可刷新克隆并放弃未刷新的克隆。

`tns_admin` 配置文件夹位置的注意事项

对于 tns_admin 配置文件夹，请考虑以下内容。

对 tns_admin 文件夹使用一致的位置
WebLogic 域中的中间层使用文件夹存储 Oracle Autonomous Database wallet 和 tnsnames.ora 文件。属性 oracle.net.tns_admin 指向数据源和 jps 配置文件中的此文件夹。在主中间层和备用中间层中，此文件夹的路径必须相同。如果文件夹路径不同，请在运行灾难恢复 (Disaster Recovery，DR) 设置脚本之前更改主或备用中的文件夹，以便它们使用相同的文件夹。
注：
以下情况可能会导致此文件夹位置的主数据库和备用数据库之间存在差异：
- 2023 年 2 月底之前（版本 23.1.1 之前）预配的 Oracle SOA Suite on Marketplace 实例对 tns_admin 文件夹使用 $DOMAIN_HOME/config/atp。从发行版 23.1.1 开始，位置为 $DOMAIN_HOME/config/tnsadmin。
域 config 文件夹下的 tns_admin 文件夹
检查 WebLogic 数据源配置中 Oracle Autonomous Database wallet 的位置。如果 wallet 不位于 DOMAIN_HOME/config 目录下，则 Oracle WebLogic Server 基础结构不会自动将对 wallet 目录内容的更改复制到其他节点。在这些情况下，必须更改 wallet 目录（并更新所需的数据源配置），或在更新时手动将其复制到其他节点。