Full Stack Disaster Recovery 常见问题解答

一般问题

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

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

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

目前，OCI Full Stack DR 可在 OC1 商业领域的 21 个区域使用。有关这些区域的完整列表，请参阅Full Stack DR 区域可用性页面。我们即将推出的计划包括迅速将其扩展到其他 OCI 区域，然后是 Dedicated Regions 和 OCI 区域。有关 OCI 区域（包括领域及其特定位置）的详细信息，请查看 OCI 领域和区域文档。

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

目前，OCI Full Stack Disaster Recovery 可满足 OCI 区域内可用的资源的需求。然而，值得注意的是，本地、混合和多云策略中的灾难恢复功能是未来发展路线图的一部分。Oracle 计划扩展 OCI Full Stack DR 的功能，以涵盖这些环境，从而使您能够拥有涵盖更广泛场景的全面灾难恢复解决方案。

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

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

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

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

6. OCI Full Stack Disaster Recovery 是否提供任何 SLA？

是的，OCI Full Stack DR 提供可用性和性能 SLA。有关详细信息，请参阅 Oracle PaaS 和 IaaS Public Cloud Services 支持文档。

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

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

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

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

先决条件和支持的 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 (OCI) VCN 和负载平衡器
• 将使用的备用数据库系统或数据库，具体取决于 Oracle Database PaaS 的类型。Oracle Data Guard 用于在内部复制 Oracle Database。
• 存储复制取决于将用于引导/块设置和卷组复制的 Oracle Cloud Infrastructure (OCI) 存储服务的类型。

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

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

• Oracle Cloud Infrastructure (OCI) Compute 虚拟机（VM 和目标专用 VM）
• Oracle Database PaaS
• Autonomous Database
• Oracle Base Database
• Oracle Exadata on Dedicated Infrastructure
• 卷组（用于引导卷和块存储卷）

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

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

是的，我们计划将 Load Balancer 和 File Storage 等其他 OCI 核心服务添加为成员。敬请关注更多信息。

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

需要。OCI Full Stack DR 依赖于 Oracle Database PaaS Data Guard API 来生成用于数据库切换或故障转移的计划组。

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

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

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

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

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

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

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

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

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

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

目前，您必须使用 rsync 或其他选项将虚拟机之间的应用数据从主区域同步到 DR 区域。我们计划在未来添加内置自动化功能，以支持非移动计算实例类型的存储复制。

12. 是否可以将 Oracle Cloud Infrastructure (OCI) Object Storage 与 Full Stack Disaster Recovery 集成？

可以，方法是使用用户定义的计划组。请参阅使用 OCI Full Stack Disaster Recovery 功能自动进行 OCI Object Storage 存储桶的切换和故障转移

13. 是否可以将 OCI File Storage 与 Full Stack Disaster Recovery 集成？

可以，方法是使用用户定义的计划组。

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

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 简化了恢复工作流程，并确保应用能够快速重新联机。这样一来，您可以缩短恢复时间，从而提高业务连续性，并在灾难事件发生期间减少中断。

2. 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 标准的每小时 Oracle Compute 单元 (OCPU) 定价模式。OCI Full Stack DR 的库存单位 (SKU) 为 B95485。有关详细信息，请参阅 OCI 成本估算器

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

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

示例 1：

• 主 DR 保护组有以下成员：Compute-A（2 个 OCPU）和 ADB-Primary（1 个 OCPU）
• 备用 DR 保护组有以下成员：Compute-B（2 个 OCPU）和 ADB-Standby（1 个 OCPU）
• 每小时 OCPU 总数（计算和数据库）：每小时 6 个 OCPU
• 全栈 DR 定价/小时：6 x $0.0128 = $0.0768

示例 2：

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

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

3. 在 DR 保护组中添加卷组成员是否有定价？

没有，在 DR 保护组中添加卷组成员没有单独的定价。OCI Full Stack DR 的定价仅适用于计算和数据库成员类型。

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

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