选择 DR 方法
根据您的业务和 IT 要求，确定最适合您部署的灾难恢复 (Disaster Recovery，DR) 方法。
备份和恢复块存储卷
备份的主要目的是支持业务连续性、灾难恢复和长期归档。
- 创建同一卷的多个副本。当需要许多卷必须包含相同数据的实例时，备份非常有用。
- 拍摄以后可以恢复到新卷的快照。
- 确保在主卷出现问题时具有可靠的数据副本。
- 频率：备份数据的频率。
- 恢复时间：您可以等待备份还原和使用该备份的应用程序可以访问该备份的时间。创建备份的时间取决于几个因素，例如要备份的数据大小以及自上次备份以来更改的数据量。
- 存储的备份数：必须保留多少备份，以及不再需要的备份的删除计划。
- 创建备份之前，请确保数据一致：同步文件系统，卸载文件系统（如果可能），然后保存应用程序数据。仅备份磁盘上的数据。创建备份时，在备份状态从
REQUEST_RECEIVED更改为CREATING之后，您可以恢复将数据写入卷。进行备份时，无法删除正在备份的卷。 - 如果要将恢复的卷连接到连接了原始卷的计算实例，请注意，某些操作系统不支持还原相同的卷。要克服此约束条件，请在恢复卷之前更改分区 ID。更改操作系统的分区 ID 的步骤取决于操作系统。请参阅计算实例的操作系统文档。
- 在确认备份已成功创建之前，请勿删除原始卷。
如果应用使用跨多个计算实例的多个卷，则使用卷组备份。卷组简化了为在多个实例中使用多个卷的应用程序创建备份和克隆的过程。您可以从卷组备份还原整组卷，如下图中所示。
插图 volume-backup-restore.png 的说明
轻而易举地创建导向灯
术语试点灯指传统燃气加热器中一种小火焰，这种火焰始终亮起，在由室内温度传感器触发时可以用来快速重新启动加热器。在 DR 的上下文中，试验指示灯由应用的关键核心组件组成，这些组件部署在 DR 站点并包含最新的应用程序配置和关键数据。然后，这些核心试点灯组件可用于在发生灾难时恢复生产规模的环境。
- 数据库层
Oracle Cloud Infrastructure Database 服务允许您在 DR 站点（可用性域、区域或两者）中预配整个数据库，而无需启用生产规模的资源。激活 DR 后，您可以通过对服务的单个 REST API 调用来启用更多资源，而无需重新启动数据库服务器。
- 应用程序层
在 DR 站点（可用性域、区域或两者）中仅部署一个包含所有最新配置的应用服务器。您可以使用 Oracle Cloud Infrastructure 中的定制映像功能定期备份 OS 和应用程序，然后在激活 DR 站点时使用这些映像预配新服务器。
例如，如果生产站点包含八个应用程序服务器，则您只能在 DR 站点中部署一个应用程序服务器，并使用
rsync或其他工具将其与主站点保持同步。您每天在 DR 站点中从此服务器创建定制映像，该映像可用于在激活 DR 时预配剩余的七台服务器。 - 网络层在 DR 站点的试点灯中使用以下 Oracle Cloud Infrastructure 功能和服务
- IP 地址（专用和公共）
- DNS 服务
- 负载平衡服务
使用活动备用
使用 Active Data Guard，可以利用物理备用数据库进行读取和报告，从而减少主数据库上的潜在工作量。Active Data Guard 可通过自动块修复物理数据损坏来提供全面的数据保护，并检查其他类型的数据损坏，如丢失的写入和逻辑块损坏。通过挂载的备用数据库，您还将利用除自动块修复物理块损坏外许多数据保护优势。在故障转移到任何备用数据库时，恢复时间 (RTO) 和数据丢失 (RPO) 通常非常低，无论是否以只读方式打开。
选择 DR 方法时，请考虑是需要对称资源还是非对称资源：
-
对称资源：这是建议的体系结构，以便备用数据库与主系统对称，以确保在角色转换时应用程序和数据库性能相似或相同。这还可以确保备用数据库具有足够的资源来适应生产负载，从而在发生灾难时尽可能减少数据丢失。如果部署为活动备用数据库或具有 Active Data Guard 选项，则备用数据库在提供 DR 保护时是只读的。这样，您可以分载报告和查询。
-
非对称资源：此体系结构是备用环境的缩小配置。通过 Active Data Guard，备用数据库仍可为读取，从而提供将工作负载转移到备用数据库的相同优势。但是，故障转移后，性能可能不同，除非您扩展系统以匹配主服务器。
非对称或较小的备用系统成本更低，但计算、CPU 和内存可能更少，从而降低成本。权衡是在角色转换或故障转移事件之后，必须纵向扩展（扩展）以匹配上一个主系统，或者接受较低的性能或更少的功能。