生命周期

系统在其生命周期内执行不同的操作。相关项包括切换和测试或打开辅助验证、打补丁等。

执行切换

切换是已计划操作，管理员可在其中恢复两个站点的角色。切换后，主系统变为辅助系统，辅助系统变为主系统。执行切换将导致主站点停机。

将按照标准过程执行切换（请参见 Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery 和 Oracle Cloud Infrastructure Marketplace Disaster Recovery 上的 SOA Suite 中的“切换”。）

1. 按照“设置正在进行的配置复制”中提供的步骤传播任何待处理的配置更改。
2. 停止主站点中的服务器。
3. 切换 DNS 名称。
4. 切换数据库。
5. 在辅助站点中启动服务器。

主要区别在于，只有 Oracle Cloud Infrastructure (OCI) 控制台用于切换 Oracle Autonomous Database 实例。

注：

对于远程可刷新克隆，如果执行了永久切换（如果辅助克隆在非永久性测试或验证之后变为主克隆），则必须在原始主区域中创建一个对等可刷新克隆，以便在新备用数据库（原为主）中具有用于测试和验证的辅助系统。辅助数据库中的可刷新克隆将变为不可重新连接，因为其源现在是备用克隆（无法从备用 Oracle Autonomous Database Serverless 创建、维护或连接可刷新克隆）。无法再次刷新数据库，如果需要，可以删除数据库以降低成本。要在原始主（现在为备用）中创建新的可刷新克隆，请遵循与第一个克隆相同的过程。

执行切换操作的以下步骤：

1. 执行切换时禁用任何调度的复制，因为它可能会失败并干扰切换操作本身。
2. 停止主站点中的服务器。
   使用 Oracle WebLogic Administration Server 控制台或脚本停止主站点中的 Oracle WebLogic Server 实例。

   注：

   主站点中的管理服务器可以在切换期间保持打开状态。但是，建议在站点处于备用角色时停止该站点，因为在生命周期内主配置会覆盖备用站点中的域配置。如果管理服务器在发生这种情况时已启动，它将使用过时配置运行。
3. 切换前端 DNS 名称。

   在托管系统使用的名称的 DNS 服务器中执行所需的 DNS 推送，或更改客户机中的文件主机解析，以将系统的前端虚拟名称指向辅助站点中的负载平衡器使用的公共 IP。

   对于将 DNS 用于外部前端解析（例如 OCI DNS 或商业 DNS）的情况，您可以使用 API 来推动更改。要查看在 OCI DNS 中推动此更改的示例，请转至 GitHub （例如脚本），以更新前端 DNS。

   注：

   DNS 条目的 TTL 值将影响切换的 RTO：如果 TTL 高（示例，20 分钟），则 DNS 更改将花费该时间在客户机中生效。使用较低的 TTL 值会提高速度；但是，这可能会导致开销，因为客户机将更频繁地命中 DNS，而不是使用缓存的名称。一个好的方法是在 DNS 更改之前临时将 TTL 设置为低值（例如 1 分钟）。然后，执行更改，完成切换过程后，再次将 TTL 恢复为其原始值。
4. 登录到 SECONDARY REGION 的 Oracle Cloud Infrastructure (OCI) 控制台，然后导航到 Autonomous Database。
5. 选择托管 Oracle WebLogic 数据库的区间，然后单击数据库名称。
6. 从 More Actions（更多操作）下拉菜单中选择 Switchover（切换），然后确认输入备用数据库名称。
7. 等待操作完成。

   状态显示在左侧“资源”下的“工作请求”菜单中。

8. 启动辅助管理服务器（如果已启动，则重新启动该服务器，以便在此备用服务器时复制的配置更改生效。）
9. 启动辅助托管服务器（使用 Oracle WebLogic Server 控制台或脚本）。

执行故障转移

当主站点不可用并且通常是计划外操作时，将执行故障转移操作。当原始主数据库失败并且无法及时恢复时，您可以通过角色将备用数据库转换为主数据库。

数据可能会丢失，也可能不会丢失，具体取决于主数据库和目标备用数据库在主数据库发生故障时是否一致。故障转移过程与切换过程类似，但在数据库中执行故障转移而不是切换操作。

通常，当中断影响主要区域时，将执行故障转移操作。因此，可能有些任务无法在主表中执行。例如，您可能无法在主服务器中停止 Oracle WebLogic Server 进程，因为主机无法访问。

1. 如果可能，请停止主站点中的 WebLogic 服务器。
2. 切换 DNS 名称。
3. 对数据库进行故障转移。

   注意：

   使用 Oracle Autonomous Database Serverless 时，故障转移链接仅在主数据库不可用且备用数据库可用时显示。使用 API，您可以随时启动手动故障转移
4. 在辅助站点中启动服务器。
5. 在故障转移操作完成并且可以再次访问上一个主站点后，必须执行以下手动任务来准备系统以便将来进行切换。
   1. 停止故障站点中的 Oracle WebLogic Server 进程。
      如果在故障转移期间未停止这些进程，这些进程可能会挂起。确保它们被停止。
   2. 对于 Oracle Autonomous Database Serverless ，您无需手动恢复失败的主数据库。
      手动 Oracle Autonomous Data Guard 故障转移后，备用数据库将自动重新连接，或者在区域重新联机时自动（透明）重新预配备用数据库。
      有关详细信息，请参见 Notes for Manual Failover with a Standby Database 。
   3. 对于 Oracle Autonomous Database on Dedicated Exadata Infrastructure ，请从“详细信息”页面将失败的容器数据库恢复为已启用的备用角色。
      故障转移后，备用容器数据库的角色变为“Primary（主）”，主容器数据库的角色变为“Disabled Standby with the Unavailable（禁用处于不可用状态的备用）”。
      有关详细信息，请参见 Fail Over to the Standby in an Autonomous Data Guard Configuration 。
   4. 验证配置副本（从新主数据库到新备用数据库）的正确执行。