1. 了解适用于 Oracle Database@Azure 的 Oracle Maximum Availability Architecture
  2. 关于部署

关于部署

在两个 Azure AZ 中部署应用和数据库以实现高可用性，并在 OCI 中设置密钥管理和自动数据库备份。

在 Azure 上部署应用程序层

MAA 解决方案需要部署具有冗余和容错能力的应用。

  1. 将应用程序层部署到至少两个 AZ 上。在多个 AZ 上部署的流程和解决方案因涉及的 Azure 服务和资源而异。通过 Azure Kubernetes Service (AKS)，您可以在不同的 AZ 中部署专用 worker 节点集群。Kubernetes 控制层维护并同步云池和工作负载。
  2. 有关用于 MAA 解决方案的连续服务的应用程序核对清单，请参阅“了解更多”，并按照这些步骤确保您的应用程序在计划的维护和停机方案期间有效地重新连接到可用的主 RAC 实例或备用 RAC 实例。这些简单的配置优秀实践包括为应用程序创建集群件管理的数据库服务，使用可识别主和备用 SCAN 的 MAA 建议连接字符串，启用快速应用程序通知 (Fast Application Notification，FAN) 和应用程序排空以实现优雅的应用程序切换。下面至少是 1 级和 2 级步骤是缩短应用服务停机的先决条件。

在 OCI 上设置数据库层

Oracle Data Guard 通过从主数据库传输和应用重做数据来维护备用数据库。对于计划内维护或灾难恢复测试，请使用 Oracle Data Guard 切换。如果主数据库不可用，请使用 Oracle Data Guard 故障转移恢复服务。

以下步骤介绍了 OCI 托管网络在 Oracle Database@Azure 中跨 AZ 启用 Oracle Data Guard 的过程。OCI 是性能（延迟、吞吐量）的首选网络，不会产生出站或入站成本。

在 Azure 中创建 Exadata 集群时，每个集群将位于不同的 OCI 虚拟云网络 (VCN) 中。对于不同 VCN 中的资源，如 Oracle Data Guard 所要求的那样，需要执行其他步骤来对等 VCN 并允许 IP 地址范围相互访问。按照以下步骤配置 VCN 之间的通信。

  1. 登录到 OCI 控制台，并在主和备用 Exadata VM 集群的 VCN 中创建本地对等连接网关 (LPG)。
  2. 在主 LPG 与备用 LPG 之间建立对等连接，并在备用 VCN 中选择未对等对等网关。

    注意：

    每个 VCN 只能有一个本地对等连接网关 (LPG)。如果给定 Exadata VM 集群上有多个数据库在不同的 Exadata VM 集群上具有备用数据库，则需要配置中心 VCN。
  3. 更新默认路由表，通过 OCI 网络在主数据库和备用数据库之间路由流量，而不会产生任何入站和出站数据传输成本。

    注意：

    要更新默认路由表，当前需要创建提供租户名称和 DRG OCID 的支持单。
  4. 更新主和备用网络安全组以创建安全规则，以允许 TCP 端口 1521 的主和备用客户机子网入站。（可选）您可以添加 SSH 端口 22 以直接通过 SSH 访问数据库服务器。
  5. 为主数据库启用 Data Guard 或 Active Data Guard。从 Oracle Database 详细信息页面中，单击 Data Guard 关联，然后单击“Enable Data Guard（启用 Data Guard）”按钮。
  6. 在“Enable Data Guard（启用数据卫士）”页面上：
    1. 选择映射到 Azure AZ 的备用可用性域。
    2. 选择备用 Exadata 基础结构。
    3. 选择所需的备用 VM 集群。
    4. 选择数据卫士或活动数据卫士。MAA 建议使用活动数据卫士自动修复数据损坏和卸载报告功能。
    5. 选择满足 RTO 和 RPO 的保护模式和重做传输类型。
    6. 选择现有或创建新数据库主目录。建议为备用数据库主目录使用主数据库的相同数据库软件映像，以便两者都具有相同的可用补丁程序。
    7. 输入 SYS 用户的口令并启用 Data Guard。
    启用数据卫士后，将在“Data Guard 关联”部分中列出备用数据库。
  7. （可选）启用自动故障转移（快速启动故障转移）以减少发生故障时的恢复时间，方法是在单独的 VM 上安装 Data Guard Observer（最好在单独的位置或应用程序网络中）。有关更多信息，请按照“快速启动故障转移”以及“配置和部署 Oracle Data Guard”文档进行操作。（这些是当前手动步骤，而不是云自动化的一部分。）

关于计划内维护和中断的预期解决方法

使用此手册的 Oracle Data Guard 配置（包括 Exadata 硬件上的 Oracle RAC 数据库）可以缓解计划内和计划外停机事件。

此表显示中断事件和提供数据保护的解决方法。

事件 分辨率
防范数据库实例和硬件故障。 ExaDB-D 和 Oracle RAC 提供的高可用性和冗余。
计划内维护：不停机的滚动更新（打补丁）。 通过 ExaDB-D、Oracle RAC 和云自动化提供高可用性和冗余。请参见“使用 DBMS_ROLLING 浏览有关 Exadata Cloud Database 19c Rolling Upgrade 的更多信息”（文档 ID 2832235.1）。
计划内维护：滚动升级，且停机时间最短（5 分钟）。 Oracle Data Guard DBMS_ROLLING 跨 AZ 提供的数据复制和保护。
防范数据库、集群和 AZ 故障。 由 Oracle Data Guard 跨 AZ 提供的数据复制和保护。
AZ 数据层站点故障。 由 Oracle Data Guard 跨 AZ 提供的数据复制和保护。
维护事件和计划外中断期间的数据库会话中断。 请参阅“了解更多”，了解如何整合应用连续可用性优秀实践。