在专用 Exadata 基础结构上备份和恢复自治 AI 数据库

为了支持高可用性，基于专用 Exadata 基础结构的自治 AI 数据库会自动为您备份数据库。根据为自治容器数据库 (ACD) 选择的备份保留策略，备份的保留期最长为 95 天。您可以将数据库还原并恢复到此保留期内的任何时间点。

在备份数据库时，数据库将完全正常运行；但是，在备份期间，不允许执行生命周期管理操作。例如，在备份期间不允许停止数据库。

关于备份和恢复

默认情况下，自治 AI 数据库配置为定期备份数据库。您可以在预配 ACD 时禁用自动备份，然后随时从 Oracle Cloud Infrastructure (OCI) 控制台启用自动备份。启用自动备份后，您无法为 ACD 禁用它们。

Oracle Public Cloud 上的自治 AI 数据库将通过每日增量备份和每周完整备份，或者通过每日虚拟完整备份将自治恢复服务备份到对象存储，具体取决于其备份目的地。Oracle Database@AWS 上的自治 AI 数据库将备份到 OCI Object Storage 或 Amazon Simple Storage (S3)，并具有每日增量备份和每周完整备份，或者具有每日虚拟完整备份的自治恢复服务，具体取决于其备份目的地。

启用自动备份后，您可以选择进行以下任何额外备份：

备份保留政策（期间）

您可以在预配 ACD 时定义 backup retention policy/period ，也可以稍后从 Oracle Cloud Infrastructure 控制台上的详细信息页面进行修改。

备份保留策略值默认为 15 天，可以更改为介于 7 到 95 天之间的任何值。

在 Exadata Cloud@Customer 部署上：

保留锁定：

即使在任何（或所有）自治 AI 数据库组件（例如 Exadata Infrastructure、自治 VM 集群 (AVMC)、ACD 和自治 AI 数据库）终止后，您也可以保留自动备份。在 ACD 终止后保留备份的时间表仅适用于自动备份，不适用于长期备份。您可以将已终止 ACD 的备份保留长达 72 小时，也可以保留到其备份保留期结束为止。此外，在 ACD 终止时，如果选择在备份保留期内保留备份，则可以启用保留锁定。启用备份保留锁定将不允许在保留期完成之前删除所有数据库备份，包括长期备份。在保留期到期之前，无法删除这些备份。

您可以在预配 ACD 或更高版本时启用保留锁定。启用后，您可以在 14 天内禁用保留锁定，超过此时间后该设置将变为永久。如果您为 ACD 启用了保留锁定，则保留锁定将同时应用于自治 AI 数据库的自动备份和长期备份。

如果启用了保留锁定：

如果您未启用保留锁定：

备份目的地

您可以为在 ACD 中创建的自治 AI 数据库的备份关联备份目标。

在 Oracle Public Cloud 部署上，您可以选择 Autonomous Recovery Service 或 Object Storage 作为备份目标。默认值为对象存储，建议的选项为自治恢复服务。对于基于 Oracle Database@AWS 的 Autonomous AI Database，您可以选择 Autonomous Recovery Service、OCI Object Storage 或 Amazon Simple Storage (AWS S3)。默认值为 AWS S3，推荐的选项为 Autonomous Recovery Service。

下面列出了自治 AI 数据库部署的备份目标选项。

备份目的地类型 支持的部署 说明
对象存储

基于 Oracle Public Cloud 的自治 AI 数据库

Exadata Cloud@Customer 上的自治 AI 数据库

基于 Oracle Database@AWS 的自治 AI 数据库

将每周完整备份和每日增量备份存储在 Oracle Cloud Infrastructure 上的 Oracle 托管对象存储容器中。

对于 Exadata Cloud@Customer 部署，如果选择对象存储作为类型，则可以选择在连接到存储容器时指定要使用的 Internet HTTP 代理。Oracle 建议尽可能使用代理以增强安全性。

自治恢复服务 (Autonomous Recovery Service，ARS)

基于 Oracle Public Cloud 的自治 AI 数据库

基于 Oracle Database@AWS 的自治 AI 数据库

存储每日虚拟完全备份。

这是推荐选项。
网络文件系统 (NFS) Exadata Cloud@Customer 上的自治 AI 数据库

将备份存储在网络文件系统 (Network File System，NFS) 存储位置中。如果选择网络文件系统 (Network File System，NFS) 作为类型，请选择已定义的使用网络文件系统 (Network File System，NFS) 存储的备份目标。

在为 Exadata Cloud@Customer 在 NFS 存储上配置备份目标之前，请参阅Exadata Cloud@Customer 备份目标的先决条件

如果选择 NFS 作为备份目标类型，则如果相应 ACD 终止，则必须在备份保留期后手动删除备份。

有关详细信息，请参见 Backup Retention Policy 。

Recovery Appliance Exadata Cloud@Customer 上的自治 AI 数据库

在以前定义的备份目的地之一（使用 Oracle Zero Data Loss Recovery Appliance）中存储备份。如果选择 Recovery Appliance 作为类型，请选择以前定义的备份目标，该目标使用 Oracle Zero Data Loss Recovery Appliance、ACD 的 DB_UNIQUE_NAME 和 VPC 用户名密码。

对于 Zero Data Loss Recovery Appliance 备份目标：

  • 必须为设备配置虚拟专用目录 (virtual private catalog，VPC) 用户，该用户用于进行备份。

  • 必须为设备配置要备份的数据库的唯一数据库名称以及到 VPC 用户的映射。例如：

    EXEC dbms_ra.add_db(db_unique_name=>'', protection_policy_name=>'VF_7DAYS', reserved_space=>'500G');

  • 必须为设备配置与 VPC 用户的映射。例如：

    EXEC dbms_ra.grant_db_access(db_unique_name=>'', username=>'');
  • 必须使用 Zero Data Loss Recovery Appliance 管理员提供的 Oracle Net Services 连接字符串从 Oracle Exadata Database Service on Cloud@Customer 系统访问该设备。
  • 同一 Autonomous Data Guard 中的所有主 ACD 和备用 ACD 不能共享同一 ZDLRA 或任何其他 Recovery Appliance 实例。
  • ZDLRA 实例不能启用复制。

  • 以下示例查询可用于测试 ZDLRA 配置。此查询应返回值 "1"。 

    select count(1) from rasys.db where REG_DB_UNIQUE_NAME = '';

注：请确保提供以 Oracle“轻松连接”字符串格式（即 <host>:<port>/<service name>）连接到恢复设备的连接字符串，其中 <host> 是 Zero Data Loss Recovery Appliance 的 SCAN 主机名。

在 Exadata Cloud@Customer 的 Zero Data Loss Recovery Appliance 位置配置备份目标之前，请参阅Exadata Cloud@Customer 备份目的地的先决条件

有关其他信息，请参见《 Zero Data Loss Recovery Appliance Administrator's Guide 》中的 Configuring Recovery Appliance for Protected Database Access 。

本地 Exadata Cloud@Customer 上的自治 AI 数据库 在本地 Exadata 存储上存储备份。仅当您在创建自治 Exadata VM 集群时配置了本地存储时，此选项才可用。使用备份目标类型创建 ACD 后，无法稍后将其更改为本地备份。
AWS S3 基于 Oracle Database@AWS 的自治 AI 数据库 在 AWS 对象存储上存储备份。

更改备份目的地

适用于：适用 仅限 Exadata Cloud@Customer

您可以更改启用了自动备份的 ACD 的备份目标类型。在任意给定时间点，最多只能有两个与 ACD 关联的备份目的地。

表 - 更改备份目的地

当前备份目标类型 支持的新备份目标类型 说明
本地 - 如果当前类型为本地，则无法更改备份目标类型。
网络文件系统 (NFS)

NFS

RA

 -
对象存储 RA -
Recovery Appliance (RA)

RA

NFS

对象存储

 仅当最初在对象存储备份中配置了 ACD 时，才支持将备份目标类型从 RA 更改为对象存储。

还原和恢复

可以使用以下选项之一还原数据库：

正在还原时，数据库将进入不可用状态。您无法连接到处于此状态的数据库。唯一支持处于不可用状态的生命周期管理操作将终止。恢复操作完成后，数据库将以与恢复之前相同的状态打开。对于所有三种类型的恢复（按 SCN、时间戳或使用特定备份），恢复完成时将返回 SCN。

恢复数据库后，ADMIN 用户口令的值也会恢复。因此，它可能具有您不再记得的旧值。可以将密码设置为新值，如 Unlock or Change the ADMIN Database User Password 中所述。

在还原数据库后，从还原完成日期到为还原操作指定的日期（还原时间）之间的所有备份都将失效。您无法将进一步还原操作启动到还原时间与还原完成时间之间的任何时间点。只能将新恢复操作启动到早于恢复时间或比实际恢复成功的时间更晚的时间点。

在 Autonomous Data Guard 设置中：

备份和恢复操作

下表列出了可以对自治 AI 数据库的备份执行的操作。

操作 详细资料 进一步参考
创建手动备份 您可以从 OCI 控制台上 ACD 的“详细信息”页面创建手动（按需）备份。 手动备份自治 AI 数据库
创建长期备份 您可以从 OCI 控制台上 ACD 的“详细信息”页面创建长期备份。 创建长期备份
从备份克隆

您可以为自治 AI 数据库的备份集创建时间点副本。

您可以从自动备份、手动备份（从备份列表中选择或基于时间戳选择）或长期备份克隆。

有关从备份克隆及其要求和限制的完整详细信息，请参阅关于在专用 Exadata 基础结构上克隆自治 AI 数据库

有关从 OCI 控制台克隆手动或长期备份的说明，请参见 Clone Autonomous AI Database from Backup 。

有关从 ACD 备份克隆的说明，请参见 Clone Autonomous Container Database from Backup 。

编辑备份设置 您可以启用自动备份（如果在预配 ACD 时禁用），然后从 OCI 控制台的 ACD 的“详细信息”页面修改以下备份设置：
  • 备份保留期为 7 到 95 天之间的任何值。
  • 备份目标类型（如果部署在 Exadata Cloud@Customer 上）。
  • HTTP 代理。仅当选择对象存储作为 Exadata Cloud@Customer 部署的备份目的地时，此选项才适用。
  • 跨区域备份副本（如果部署在 Oracle Public Cloud 上）。
  • 在备份保留期内或 ACD 终止后 72 小时内保留自动备份。
  • 启用保留锁定。仅当您选择在 ACD 终止时的备份保留期内保留备份时，此选项才适用。
有关编辑备份设置的完整详细信息，请参阅编辑自治容器数据库备份设置。
更新长期备份 您可以编辑长期备份的保留期，甚至可以从 OCI 控制台上 ACD 的“详细信息”页面中删除长期备份。 管理长期备份
恢复和恢复自治 AI 数据库 您可以从特定备份还原数据库，也可以从 OCI 控制台上 ACD 的“详细信息”页面使用时间戳进行时间点恢复。 恢复和恢复自治 AI 数据库
查看远程备份 您可以从 OCI 控制台查看区域中的远程备份列表。 查看远程备份列表
从备份克隆 ACD 您可以通过将 ACD 从远程备份克隆到与克隆源不同的区域中的 AVMC 来恢复数据库。 从备份克隆自治容器数据库

您还可以使用 API 执行备份和还原操作。有关更多详细信息，请参阅 API Reference for Autonomous AI Database on Dedicated Exadata Infrastructure 。

备份和还原事件

Oracle Database 资源会发出事件，这些事件是表示资源更改的结构化消息。有多个事件与数据库备份操作关联。您可以在 Events for Autonomous AI Database on Dedicated Exadata Infrastructure 中找到它们。

估计备份空间的最佳做法

在 Oracle Public Cloud 和 Exadata Cloud@Customer 环境中，在专用 Exadata 基础结构上部署 Autonomous AI Database 时，您需要准确估计备份存储需求。本节概述了确保符合恢复策略和避免意外存储利用率或成本所需的关键因素和计算。

自治 AI 数据库中的备份管理

备份将自动进行管理，并具有以下默认调度：

收集准确的来源度量

要进行最精确的估计，请根据现有 Oracle AI Database 环境中的度量执行基本计算，包括：

注：Oracle AI Database 备份通常可实现 50% 的压缩率，除非数据已通过混合列式压缩 (HCC) 进行压缩，在这种情况下，几乎不应采用任何进一步压缩。归档日志通常压缩最少。

保留计划

要维护给定的恢复窗口（例如 14 天），必须保留最新的完整备份以及所有关联的增量和归档重做日志，直到它们都被新的完整备份取代为止。由于备份之间的依赖性，对于 2 周的保留策略，计划最多 3 周的备份存储，以考虑重叠并确保恢复窗口始终受到完全保护。

其他备份方案

手动备份：

长时间备份：

Exadata Cloud@Customer 与 ZDLRA 的特别说明：

对于利用 Zero Data Loss Recovery Appliance (ZDLRA) 的环境：

注：对于 ZDLRA 部署，请始终参考实际数据库度量，并查阅 ZDLRA 文档以精确调整大小。

计算示例

考虑具有以下各项的环境：

每周备份概要文件：

Summary

表 - 用于估计备份存储的关键参数

Parameter (参数) 典型值/建议
完全备份频率 每周
增量备份频率 每日（非完整备份天数）
存档日志生成速率 每日（根据观察到的速率估计）
压缩率 50%（HCC 压缩数据除外）
保留策略 2 周（计划同时进行 3 周的存储）
存储计算 （完全 + 增量）x 压缩 + 归档日志