关于在专用 Exadata 基础结构上克隆 Autonomous Database

克隆是创建 Autonomous Database 或其备份集的时间点副本的过程。您可以使用克隆功能快速设置包含历史数据的 Autonomous Database ，以便进行测试、开发或分析。

提示：

克隆操作的速度取决于您为要创建的克隆指定的 CPU 数。因此，您可以为克隆指定更多 CPU，然后在克隆操作完成后将其缩减到所需 CPU 数量（如 Remove CPU or Storage Resources from Autonomous Database on Dedicated Exadata Infrastructure 中所述），从而提高克隆操作的速度。

克隆类型

Autonomous Database 支持以下克隆类型：

  • 完全克隆：完全克隆将创建一个新数据库，其中包含来自源数据库的元数据和数据。

  • 元数据克隆：此克隆类型创建一个包括所有源数据库方案元数据，但不包括源数据库数据的新数据库。

复制源

可以从以下任一源创建数据库克隆：

  1. 正在运行的数据库实例：您可以通过克隆 Autonomous Database 实例来创建新的数据库实例。

    克隆数据库实例时，您可以：

    • 为克隆数据库选择其他 Exadata 基础结构、自治 Exadata VM 集群或自治容器数据库。

    • 在同一区域或与克隆源不同的区域中创建克隆数据库。

    • 在同一租户或与克隆源不同的租户中创建克隆数据库。跨租户克隆可以位于同一区域，也可以位于与克隆源不同的区域。仅 Oracle Public Cloud 部署支持跨租户克隆。

  2. 数据库实例的备份：您可以通过克隆 Autonomous Database 的自动备份（按需备份或长期备份）来创建新的数据库实例。

    在 Autonomous Data Guard 设置中，您可以从主或备用位置的备份进行克隆。

    根据备份创建数据库实例时，您可以：

    • 从某个日期范围内的备份列表中选择备份，或者创建时间点克隆。时间点克隆包含截至指定时间戳的所有数据。指定的时间戳必须在自治容器数据库级别定义的保留期内。

      注意：

      无法使用时间点克隆选项克隆长期备份。长期备份是指手动备份，最短可保留 90 天，最长可保留 10 年。有关更多详细信息，请参阅关于备份和恢复。

    • 为克隆数据库选择其他 Exadata 基础结构、自治 Exadata VM 集群或自治容器数据库。

    • 在同一区域或与克隆源不同的区域中创建克隆数据库。

    • 在同一租户或与克隆源不同的租户中创建克隆数据库。跨租户克隆可以位于同一区域，也可以位于与克隆源不同的区域。仅 Oracle Public Cloud 部署支持跨租户克隆。

提交克隆请求后，克隆数据库将显示为 PROVISIONING，直到新的专用数据库可用为止。在正在进行的操作完成之前，无法对已克隆的专用数据库启动新的克隆操作。

另请注意有关新克隆的数据库的以下信息：

  • 优化程序统计信息从源数据库复制到克隆的数据库。然后：
    • 对于完全克隆，加载到表中的行为与加载到具有现有统计信息的表中相同。
    • 对于元数据克隆，首次加载到表中将清除该表的统计信息并使用新加载更新统计信息。

    有关优化程序统计信息的更多信息，请参阅 Oracle Database 19c SQL Tuning Guide 中的 Optimizer Statistics Concepts 或 Oracle Database 23ai SQL Tuning Guide 。

  • 源数据库中的用户更改的资源管理规则将传送到克隆数据库。
  • 克隆操作在克隆数据库中不可用之前的性能数据。

克隆要求

要成功克隆 Autonomous Database 实例或其备份集，必须满足以下要求：
  • 要克隆 Autonomous Database ，无论您是将控制台或 REST API 与 SDK、CLI 还是其他工具结合使用，都需要使用管理员编写的以下策略语句进行必要的访问：
    Allow group <Group_Name>
to manage autonomous-databases
in compartment <Compartment_Name>
    Allow group <Group_Name>
to read autonomous-container-databases
in compartment <Compartment_Name>

    提示：

    如果您尝试执行操作并收到一则表明您无权或未经授权的消息，请向管理员确认您已被授予访问权限的类型以及您应该在哪个区间中工作。

  • 目标自治容器数据库 (ACD) 必须与源处于相同或更高的数据库版本。

  • 要支持在 Exadata Cloud@Customer 部署上进行克隆，必须在网络设置过程中打开端口 1522。有关详细信息，请参见 Create Autonomous Exadata VM Cluster 。

  • 从数据库实例克隆时：

    • 源加密密钥和目标加密密钥必须具有相同的密钥库类型。

    • 为克隆数据库指定的 ADMIN 密码必须与源数据库中的 ADMIN 数据库用户的密码不同；否则，克隆操作将失败。

    • 对于完全克隆，可以为克隆数据库指定的最小存储量是源数据库的实际已用空间，舍入到下一 GB。

  • 从备份克隆时：

    • 目标自治 Exadata VM 集群中至少需要 4 个 ECPU 或 1 个 OCPU 。您可以从 Oracle Cloud Infrastructure 控制台上的自治 Exadata VM 集群列表中查看可用 CPU 数量。有关详细信息，请参阅查看自治 Exadata VM 集群列表。

    • 加密密钥的源和目标可以是不同的密钥库类型。但是，必须满足以下要求：

      • 如果源和目标都使用客户管理的密钥（使用 Oracle Key Vault (OKV)，则它们必须使用相同的 OKV 目标。目标自治 Exadata VM 集群和自治容器数据库需要访问密钥的源 Oracle Key Vault (OKV)。

      • 在 Oracle Cloud 上，如果源通过 KMS 使用客户管理的密钥，则必须确保目标自治 Exadata VM 集群在还原操作期间有权访问源 KMS Vault。

跨租户克隆要求

适用于：适用 仅限 Oracle Public Cloud

要从 Autonomous Database 实例或其备份集成功创建跨租户克隆，您必须确保满足以下要求：

注意：

除了 Clone Requirements 中讨论的一般克隆要求外，还需要下面讨论的跨租户克隆要求。

  • 运行 CLI 或 API 命令以从目标租户创建跨租户克隆。

  • 在源和目标租户上定义 OCI Identity and Access Management 组和策略，以便您可以运行命令在目标租户上创建克隆，并允许目标租户与克隆源所在的源租户联系。撤消这些策略后，将不允许跨租户克隆。

    • 在目标租户上，创建一个组（例如：DestinationGroup ），然后将允许创建跨租户克隆的用户添加到此组。有关指南，请参见 Using the Console to Create a Group 。

    • 在源租户上，创建 IAM 策略以允许在目标租户 (DestinationGroup ) 中创建的组使用源租户中的克隆源创建克隆。有关指南，请参见 Using the Console to Create a Policy 。

      例如，您可以定义一个策略来允许 DestinationTenancy 的 DestinationGroup 中的用户从源租户的指定区间中的特定 Autonomous Database 实例读取，如下所示：
      define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
define group DestinationGroup as ocid1.group.region1..unique_ID
admit group DestinationGroup of tenancy DestinationTenancy to read autonomous-database-family
       in compartment ocid1.compartment.region1..unique_ID 
       where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'

      注意：

      该策略仅允许对源 Autonomous Database 实例进行读取访问，以创建跨租户克隆。
      上述策略指定以下内容：
      • 第 1 行：要在其中创建克隆的目标租户的 OCID。
      • 第 2 行：创建克隆的用户所属的目标组的 OCID。
      • 第 3 行：克隆源所在区间的 OCID 和克隆源（Autonomous Database 实例或备份）的 OCID。

        注意：

        上面的示例中的 where 子句是可选的。它提供了一种更细粒度的方式来授予对特定克隆源的访问权限。

    • 在目标租户上，创建 IAM 策略来背书组以管理源租户上的克隆源。有关指导，请参见 Usiing the Console to Create a Policy 。

      例如：
      Define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
Endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
      上述策略指定以下内容：
      • 第 1 行：克隆源所在的源租户 OCID 的 OCID。
      • 第 2 行：指定允许管理源租户中的 Autonomous Database 的目标组。

      上例中讨论的此策略允许 DestinationGroup 在源租户中创建 Autonomous Database 和 Autonomous Database 克隆。您可以限制克隆权限，以便组只能克隆 Autonomous Database ，但不能创建 Autonomous Database ，或者进一步限制只创建特定类型克隆的权限：完全克隆或元数据克隆。有关详细信息和示例，请参阅 IAM Permissions and API Operations for Autonomous Database 。

克隆限制

克隆 Autonomous Database 有一些限制，如下所示：
  • 可以将 OCPU 数据库克隆到 OCPU 或 ECPU 数据库中。但是，您无法将 ECPU 数据库克隆到 OCPU 数据库中。
  • 无法将具有 23ai 版本的 Autonomous Database 克隆到具有 19c 版本的 Autonomous Database ，反之亦然。
  • 从数据库实例克隆时：
    • 对于使用 Autonomous Data Guard 的数据库，只能克隆主数据库。但是，在从备份进行克隆时，可以克隆主数据库或备用数据库。
    • 您可以将常规数据库克隆到 Autonomous Database for Developers 实例中，反之亦然。但是，要将常规数据库成功克隆到开发人员数据库中，源数据库的实际使用空间（向上舍入到下一 GB）必须为 32GB 或更低。
  • 从备份克隆时：

    • 不支持元数据克隆。只能使用完全克隆选项创建数据库克隆。

    • 在给定时间，目标自治 Exadata VM 集群中只能运行一个还原操作。也就是说，不能在单个自治 Exadata VM 集群上同时创建多个备份克隆。

    • 仅当源数据库的已分配空间为 32GB 或更小时，才能将备份克隆到 Autonomous Database for Developers 。

    • 无法使用时间点克隆选项克隆长期备份。

    • 如果需要，只能在克隆之后将 CPU 调整为小数值。要了解有关使用小数 CPU 值的更多信息，请参阅 CPU 超量预配。

    • 在 Exadata Cloud@Customer 上：
      • 不能使用基于磁盘的本地备份进行克隆。
      • 克隆 Autonomous Database 所用的时间取决于备份目标与目标自治容器数据库之间的 CPU 计数和网络带宽。
  • 跨租户克隆：

    • 只能使用 CLI 或 Autonomous Database REST API 创建。此选项在 Oracle Cloud Infrastructure 控制台中不可用。

    • 仅 Oracle Public Cloud 部署支持。

    • 源上不支持客户管理的密钥。有关客户管理的密钥的详细信息，请参阅Autonomous Database 中的主加密密钥。

分步指南

要了解如何使用 OCI 控制台从不同克隆源克隆 an Autonomous Database ，请参阅：

还可以使用 CreateAutonomousDatabase API 克隆数据库。有关使用 API 和签名请求的信息，请参阅 REST API 和安全身份证明。有关 SDK 的信息，请参见 Software Development Kits and Command Line Interface 。