Full Stack Disaster Recovery 常见问题解答

一般问题

1. 什么是 Oracle Cloud Infrastructure Full Stack Disaster Recovery？

Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) 助您一键编排您在全球所有 OCI 区域间的计算、数据库和应用迁移。您可以自动执行一个或多个业务系统的恢复步骤，而无需重新设计或重新构建现有基础设施、数据库或应用，也不需要专门的管理和转换服务器。

2. OCI Full Stack DR 目前在哪里提供？

OCI Full Stack DR 适用于 OCI 商业区域、英国政府区域、欧盟主权区域、Oracle Alloy 区域和 OCI Dedicated Region。有关服务可用性的完整列表，请参阅 Full Stack DR 区域可用性页面。Oracle US Government Cloud 和 Oracle US Defense Cloud 区域的引入流程仍在进行中。有关 OCI 区域（包括领域及其具体位置）的详细信息，请查看 OCI 领域和区域文档。

3. OCI Full Stack DR 能否支持 OCI、本地、混合和多云灾难恢复场景中的灾难恢复？

目前，OCI Full Stack Disaster Recovery 只适用于 OCI 区域内的可用资源，且资源必须位于同一租户内。Full Stack DR 支持 Oracle Database@Azure 产品，这意味着只能使用 Full Stack DR 来处理数据库级的角色转换。然而，值得注意的是，本地、混合和多云策略中的灾难恢复功能是未来发展路线图的一部分。Oracle 计划扩展 OCI Full Stack DR 的功能，以涵盖这些环境，从而使您能够拥有涵盖更广泛场景的全面灾难恢复解决方案。

4. OCI Full Stack DR 是否支持跨租户灾难恢复？

不支持。OCI 中的灾难恢复需要所有 OCI 服务来支持跨租户操作。很少有 OCI 服务支持跨租户复制或控制。由于 Full Stack DR 依赖所有 OCI 服务提供的功能和 API，因此在所有 OCI 服务支持跨租户功能之前，Full Stack DR 无法提供恢复编排。

5. OCI Full Stack DR 能否用于 OCI 区域间和区域内部署？

可以。跨两个 OCI 区域部署 OCI 资源可增强灾难恢复能力。此方法有助于确保关键应用和服务的高可用性和可恢复性。如果一个区域发生灾难或中断，资源可以无缝切换到另一个区域，从而减少停机时间并尽可能减少对业务运营的影响。通过在多个区域中分配资源，您可以实现强大的灾难恢复策略，提供更好的数据保护和业务连续性。

6. 如果使用 OCI Full Stack DR，需要管理任何其他基础设施吗？

不需要，OCI Full Stack DR 是一项完全托管的服务。

7. OCI Full Stack Disaster Recovery 是否提供 SLA？

是的，OCI Full Stack DR 提供可用性和性能 SLA。有关详细信息，请参阅 Oracle PaaS 和 IaaS 公有云技术服务支持文档 (PDF)。

8. 如何访问 OCI Full Stack Disaster Recovery？

您可以使用 Oracle Cloud Infrastructure 控制台（基于浏览器的界面）、REST API、Oracle Cloud Infrastructure SDK、命令行界面和 DevOps 工具访问 OCI Full Stack DR。

9. 是否可以将 OCI Full Stack DR 用于任何工作负载？

可以，OCI Full Stack DR 可用于 Oracle 和非 Oracle 工作负载。

10. 是否可在主 DR 保护组区域创建 DR 计划？

不可以，根据设计，OCI Full Stack DR 仅支持在备用 DR 保护组区域创建 DR 计划。强烈建议使用切换计划的测试执行来创建其他 DR 保护组中的所有 DR 计划（切换、故障切换和钻取计划）。这将确保这两个区域都有 DR 计划可用。

11. 是否需要多个 DR 保护组，还是可以使用单个保护组来管理 DR 计划？

这取决于应用要求。如果没有应用依赖性（例如，如果多个数据库切换可以与应用服务器恢复同时进行），那么拥有多个 DR 保护组将是理想的选择。这也有助于提高业务应用的整体恢复时间目标。但是，如果恢复步骤相互依赖，那么在单个 DR 保护组中制定恢复计划是合理的。Full Stack DR 非常灵活；您可以根据需要创建 DR 保护组和 DR 计划。

先决条件和支持的 OCI 服务

1. 需要满足哪些先决条件才能使用 OCI Full Stack Disaster Recovery？

OCI Full Stack DR 有助于自动执行现有应用的恢复步骤。如果要与 Full Stack DR 集成，您需要完成以下操作：

• 灾难恢复运行手册或如何恢复业务系统的详细信息
• 应用部署
• 根据应用要求定制脚本

2. 是否可以将 OCI Full Stack Disaster Recovery 与任何 DR 拓扑结合使用？

可以，Full Stack DR 是一项高度灵活的服务。您可以将任何 灾难恢复部署与 OCI Full Stack Disaster Recovery 集成。

3. 使用 Full Stack Disaster Recovery 之前，需要哪些 OCI 资源？

您将需要设置所有生产/灾难恢复基础设施和应用组件。根据您的灾难恢复部署，这可能包括以下内容：

• 网络资源，例如 Oracle Cloud Infrastructure VCN 和 OCI Load Balancer
• 将使用的备用数据库系统或数据库，具体取决于 Oracle Database PaaS 的类型（Oracle Data Guard 用于在内部复制 Oracle Database）
• 存储复制取决于将用于引导/块设置和卷组复制的 OCI 存储服务的类型

4. 哪些 OCI 服务可以与 OCI Full Stack Disaster Recovery 集成？

您可以将以下资源类型添加为 DR 保护组的成员。

• Oracle Cloud Infrastructure (OCI) Compute 虚拟机（VM 和目标专用 VM）
• Oracle Database PaaS
• Oracle Autonomous Database Serverless
• Oracle Autonomous Database on Dedicated Exadata Infrastructure
• Oracle Autonomous Database on Exadata Cloud@Customer
• Oracle Base Database Service
• Oracle Exadata Database Service on Dedicated Infrastructure
• Oracle Exadata Database Service on Cloud@Customer
• Oracle Exadata Database Service on Exascale Infrastructure
• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage（引导卷和块存储卷包含在卷组中）
• OCI File Storage
• OCI Object Storage

在创建 DR 计划时，OCI Full Stack Disaster Recovery 会自动生成内置计划组。您可以使用脚本或 Oracle Cloud Infrastructure Functions 进一步定制 DR 计划，以便通过用户定义的计划组与任何其他 OCI 服务进行交互。

5. 支持哪些类型的 DR 计划？

您可以使用 4 种类型的 DR 计划。

• 故障切换
• 故障转移
• 启动钻取
• 停止钻取

6. 是否计划在 DR 保护组中添加新成员作为资源类型？

是的，我们计划将 OCI Kubernetes Engine (OKE) 等其他 OCI 核心服务添加为成员。敬请关注更多信息。

7. 是否需要使用 OCI 控制台或 Oracle Database PaaS 中提供的内置自动化功能来设置备用数据库系统或数据库？

可以，OCI Full Stack DR 依赖于 Oracle Database PaaS Data Guard API 来生成用于数据库切换或故障转移的计划组。不过，在手动设置 Data Guard 的情况下，您可以使用自定义脚本来控制 Oracle Data Guard 角色的更改。

8. 是否可以将在 OCI Compute 虚拟机中运行的 Oracle Database 实例与 Full Stack Disaster Recovery 集成？

可以，前提是您已为 OCI 虚拟机中运行的数据库设置了 Oracle Data Guard。您可以创建用户定义的计划组，并使用 Data Guard 代理或角色转换脚本。

9. 是否可以将非 Oracle Database 与 OCI Full Stack DR 集成？

我们建议您采用原生数据库复制技术来复制生产数据库和备用数据库。您可以使用用户定义的计划组，并引入自己的脚本来执行数据库角色转换。

10. 什么是移动实例和非移动实例计算资源类型？

移动实例：通常用于试点指示灯或冷虚拟机灾难恢复拓扑，其中构成应用堆栈的实例仅部署在主区域中。实例将从主 DR 保护组移动到备用 DR 保护组。

非移动实例：通常用于主动-被动 DR 拓扑，其中构成应用堆栈的实例已预先部署在区域和应用软件组件中。您可以在 DR 操作期间启动或停止这些实例，以将服务从一个区域过渡到另一区域。

11. 何时需要将卷组添加为 DR 保护组中的成员？

如果您将一个移动/非移动计算实例添加为主 DR 保护组中的成员，则必须将相关引导/块存储卷组添加为主 DR 保护组中的成员。

12. 如何处理 DR 保护组中作为非移动计算实例添加的虚拟机的存储复制？

您可以在非移动实例成员属性中指定块存储卷挂载选项详细信息。对此，您必须将相关块存储卷组添加为主 DR 保护组的成员。

13. 是否可以将 Oracle HeatWave MySQL 和 PostgreSQL 托管服务数据库添加为 Full Stack DR 的成员类型？

不可以，不能将这些数据库添加为 Full Stack DR 的成员类型。相应服务的本地跨区域复制功能发布后，Full Stack DR 团队计划将这些服务作为成员类型提供支持。目前，如果数据库的恢复过程可以完成，客户可以使用自定义脚本并将其与 Full Stack DR 集成。例如，HeatWave MySQL 支持跨区域备份和恢复功能；如果可以编写恢复过程的脚本，则可以使用用户定义的计划组将这些脚本添加到 DR 计划中。

恢复时间目标和恢复点目标

1. 什么是恢复时间目标？什么是恢复点目标？为什么它们很重要？

恢复时间目标 (RTO)：RTO 是指在灾难或中断事件发生后，特定应用或系统必须完全恢复并正常运行的目标时间范围。它代表了企业对该应用所能容忍的最长停机时间。换句话说，它表示应用需要多快恢复运行才能满足业务连续性要求。关键应用的 RTO 通常较低，因为它们需要快速恢复，以尽可能减少中断并维持基本运营。

恢复点目标 (RPO)：RPO 是指发生灾难或中断时可容忍的最大数据丢失。它代表在灾难开始对业务产生重大影响之前，数据可能丢失（未备份或复制）的时间段。例如，如果某个应用的 RPO 为一小时，则意味着灾难发生后，数据必须恢复到事件发生前不超过一小时的时间点。RPO 较低的应用通常需要更频繁的数据备份或复制，以确保尽可能减少数据丢失。

RTO 和 RPO 都是灾难恢复计划中的重要考虑因素，因为它们直接影响了中断事件期间和之后业务运营的连续性和弹性。企业需要根据应用的重要性和实施必要灾难恢复措施的成本来平衡这些目标。

2. OCI Full Stack Disaster Recovery 如何影响应用的 RTO？

您可以思考完成切换或故障转移计划所需的时间来确定应用的 RTO。OCI Full Stack DR 具有完全自动化的恢复流程，可以大幅缩短停机时间并减少恢复所需的手动干预，从而显著提高 RTO。

通过自动执行故障转移和切换流程，OCI Full Stack DR 简化了恢复工作流程，并确保应用能够快速重新联机。这样一来，您可以缩短恢复时间，从而提高业务连续性，并在灾难发生期间减少中断。

3. OCI Full Stack Disaster Recovery 如何影响应用的 RPO？

OCI Full Stack DR 无法控制 RPO，因为它可能会因 OCI 服务、复制方法和配置而异。Oracle Cloud Infrastructure 中的不同服务可能有特定的 RPO 指南，具体取决于它们处理数据复制和同步的方式。

例如，对于 Oracle Autonomous Database Serverless，Oracle 可能会公布跨区域备用数据库的 RPO 值，指出该特定设置可容忍的最大数据丢失。

为了确保实现您所需的 RPO 并了解每个 OCI 服务的数据恢复功能，请参阅相应的 OCI 服务文档。这些指南提供了有关数据复制方式、可用恢复选项以及不同配置的预期 RPO 的详细信息。您可以按照文档中的建议，实施符合业务需求和数据保护要求的适当灾难恢复策略。

定价

1. OCI Full Stack Disaster Recovery 的定价模式是什么？

OCI Full Stack DR 的定价遵循 OCI OCPU 和 ECPU 每小时定价模式。此服务根据添加到灾难恢复保护组的每个成员类型的 CPU（OCPU 和 ECPU）数量定价，仅根据分配的 CPU 来计算费用。作为 Full Stack DR 保护组一部分的存储、网络和其他资源使用不会被 Full Stack DR 计费。

• OCI Full Stack Disaster Recovery Service — OCPU/小时— B95485
• OCI Full Stack Disaster Recovery Service — ECPU/小时— B110274

有关详细信息，请参阅 OCI 成本估算器和 OCI 定价列表 (PDF) 。

2. OCI Full Stack Disaster Recovery 如何定价？

OCI Full Stack DR 根据主备 DR 保护组成员添加的计算和数据库资源的 OCPU 和 ECPU 数量进行定价。

例如 1

• 主 DR 保护组有以下成员：Compute-A（2 个 OCPU）和 ADB-Primary（1 个 ECPU）
• 备用 DR 保护组有以下成员：Compute-B（2 个 OCPU）和 ADB-Standby（1 个 ECPU）
• 每小时 OCPU 总数（计算和数据库）：每小时 4 个 OCPU 和每小时 2 个 ECPU。
• Full Stack DR 定价/小时：（4 × 0.0128 美元）+（2 × 0.0032 美元）= 0.5184 美元

例如 2

• 主 DR 保护组有以下成员：Compute-A（4 个 OCPU）、ADB-Primary（2 个 OCPU）、卷组 - 500 GB
• 备用 DR 保护组有以下成员：ADB-Standby（2 个 OCPU）
• 每小时 OCPU 总数（计算和数据库）：每小时 8 个 OCPU。
• Full Stack DR 定价/小时：8 x 0.0128 美元= 0.1024 美元

请注意，每小时定价和定价模式将来可能会发生变化。请参阅最新的定价指南，或联系您的 Oracle 销售代表了解当前定价。

3. 将卷组、文件存储或负载均衡器添加为 DR 保护组的成员是否有定价？

没有，在 DR 保护组中添加卷组成员没有单独的定价。OCI Full Stack DR 的定价仅适用于计算和数据库成员类型。Full Stack DR 不对以下 OCI 资源类型收取额外费用：

• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage（用于引导卷和块存储卷的卷组）
• OCI File Storage
• OCI Object Storage

4. 设置 DR 基础设施是否需要额外付费？

可以，无论您是否使用 Full Stack DR，您都需要支付部署应用堆栈所需的 OCI 服务的正常成本。您需要支付 OCI Networking、OCI Compute、OCI Storage 使用量、OCI Load Balancer、Oracle 数据库以及应用堆栈所需的任何其他 OCI 服务的费用。Full Stack DR 的成本是根据 ECPU 和 OCPU 的数量计算的额外成本，详见本节问题 2 的答案。

与 OCI 服务和 DR 部署模型相关的成本将因您选择的特定服务和配置而异。例如，如果您选择跨区域块复制，则会产生额外的存储成本。同样，使用自治备用数据库也会产生额外费用。有关各个 OCI 服务定价的详细信息，请参阅 Oracle Cloud Infrastructure 定价详情。