了解如何将灾难恢复到 Oracle Compute Cloud@Customer
灾难恢复体系结构需要分布式部署。在 Oracle Cloud Infrastructure (OCI) 和 Oracle Compute Cloud@Customer 中部署应用程序、数据库和对象存储的拓扑,或者在两个 OCI 内部部署(相同或远程数据中心)之间部署的拓扑。
在 OCI 到内部部署体系结构中,分布式部署的云部分用作生产环境或活动站点,内部部署作为故障转移或辅助站点或被动或备用站点进行生产连续性部署。在内部部署到内部部署解决方案中,必须将一个 OCI 内部部署配置为活动站点,将第二个内部部署 OCI 配置为被动或备用站点。
此解决方案使架构师和系统管理员能够使用 Oracle 工具和 Rackware 实施从 OCI 到 Oracle Compute Cloud@Customer 或 Oracle Compute Cloud@Customer 机架之间的灾难恢复。
关于 Oracle Compute Cloud@Customer
使用 Compute Cloud@Customer 在本地部署 Oracle Cloud Infrastructure 服务来满足数据主权和监管要求,同时使用 OCI 的身份和治理服务来管理对它们的访问。利用 Oracle 管理的 Oracle Cloud Infrastructure (OCI) 功能,保持对数据的绝对控制。
OCI 提供相同的 API 和管理工具,可跨环境创建一致的开发体验,同时保持对数据的全面控制,以满足不断变化的数据驻留和延迟要求。Compute Cloud@Customer 通过公有云等灵活的使用模式,以低成本简化工作负载整合和运营。
开始之前
查看为灾难恢复配置备用数据库解决方案,为三种灾难恢复方法中的任意一种配置 Oracle Data Guard ,并使用它自动执行其中大部分操作。您将学习通过为现有主数据库设置备用数据库并利用服务 Oracle Recovery Manager (RMAN) 功能和 Data Guard 中介来配置 Data Guard 。
然后,下载 Oracle Cloud Marketplace Rackware Migration Manager 应用程序。
此外,请查看以下资源:
- Oracle Database 安装指南(适用于 Linux)。
-
如果要使用 Oracle GoldenGate ,请参阅 Oracle GoldenGate 安装和配置文档,以设置从在 OCI 上运行的 Oracle Autonomous Database 复制到内部部署环境的复制。
根据您的 Oracle 支持计划,您可以从以下位置下载 Oracle Database :
体系结构
三种最受欢迎的灾难恢复策略是备份和恢复、试点灯和热备用。
以下是从 OCI 到 Compute Cloud@Customer 的灾难恢复体系结构,可用于以下三种策略:备份和还原、Pilot Light 和 Warm Standby:
dr-oracle-compute-cloud-customer-oci-oracle.zip
以下是 Compute Cloud@Customer 机架之间用于灾难恢复的体系结构。
这些体系结构支持以下组件:
- 站点到站点 VPN
站点到站点 VPN 可以在内部部署网络与 Oracle Cloud Infrastructure 中的 VCN 之间建立 IPSec VPN 连接。IPSec 协议套件在将数据包从源传输到目标之前加密 IP 通信,并在到达时解密通信。
- 对象存储
通过对象存储,可以快速访问任意内容类型的大量结构化和非结构化数据,包括数据库备份、分析数据以及图像和视频等丰富内容。您可以安全、安全地存储数据,然后直接从互联网或云平台检索数据。您可以扩展存储,而不会在性能或服务可靠性方面出现任何下降。将标准存储用于“热”存储,以便您快速、立即和频繁地访问。将归档存储用于长时间保留的“冷”存储,很少或很少访问。
- Data Guard
Oracle Data Guard 提供一组综合服务,用于创建、维护、管理和监视一个或多个备用数据库,以使生产 Oracle 数据库在不中断的情况下保持可用。Oracle Data Guard 将这些备用数据库作为生产数据库的副本进行维护。然后,如果生产数据库因计划内或计划外停机而变得不可用,则 Oracle Data Guard 可以将任何备用数据库切换到生产角色,从而最大限度地减少与停机关联的停机时间。
- 动态路由网关 (DRG)
DRG 是虚拟路由器,用于为同一区域中的 VCN 之间、VCN 与区域外的网络(例如另一个 Oracle Cloud Infrastructure 区域中的 VCN、内部部署网络或其他云提供商中的网络)的专用网络流量提供路径。
考虑事项
将灾难恢复从 Compute Cloud@Customer 配置到 OCI 时,请考虑以下策略:
- 备份和还原
Compute Cloud@Customer 可以部署为备份和还原解决方案,适用于在 OCI 中运行的工作负载。建议使用此策略来处理低优先级工作量、开发和测试环境,其中恢复时间目标 (Recovery Time Objective,RTO) 和恢复点目标 (Recovery Point Objective,RPO) 可以支持小时数。由于灾难恢复后可以预配实例和块存储卷等所有资源,因此在此体系结构中,备份和还原解决方案被视为灾难恢复的最低成本解决方案。
- 飞行员灯
如果大规模停机影响您的生产应用,您将需要能够快速恢复负载。业务连续性计划应包括符合恢复点、恢复时间和预算目标的灾难恢复策略。轻量级拓扑提供了成本和恢复需求之间的平衡。
试点指示灯是指在气体供电加热器等设备中始终亮起的小火焰,可在需要时用于快速启动设备。在灾难恢复的背景下,轻型试验环境包含给定工作负荷的核心组件,其中包含最新的配置和关键数据,在主站点的远程位置以最小规模运行。在主站点发生灾难时,可以使用远程位置的引导灯组件快速恢复生产规模的环境。
- 暖待机
配置在生产环境中运行的虚拟机的配置、版本和数量与灾难恢复站点相同。虚拟机由 Rackware Oracle Database 连续不断地从 OCI 复制到 Compute Cloud@Customer ,并通过连续复制配置 Oracle Database Sync。
关于必需的服务和角色
此解决方案需要以下服务和角色:
-
Oracle Cloud Infrastructure
-
Oracle Compute Cloud@Customer
-
Oracle Data Guard
-
Oracle Cloud Infrastructure 对象存储
- Oracle Linux 7.x 和 8.x
- Oracle Database 19C
- 机架软件管理模块 (RMM)
这些是每个服务所需的角色。
服务名:角色 | 要求 ... |
---|---|
Oracle Cloud Infrastructure :sysdba |
关闭、关闭和卸载云中的备用数据库。 |
Oracle Data Guard :SYS 、SYSDG 或 SYSDBA |
运行 Oracle Data Guard 命令行界面 (DGMGRL ) 以将备用数据库转换为快照备用数据库并切换主数据库和备用数据库角色。
|
OCI:管理员 | 全面访问计算、网络、可观察性和管理服务等资源,包括此解决方案使用的 Oracle Cloud Infrastructure Object Storage 配置。 |
OCI:安全管理员 | 检查对计算、网络等资源的访问,并完全访问观测和管理服务。 |
Oracle Database :root |
配置主数据库和独立数据库,实例化和配置备用数据库。 |
Oracle Compute Cloud@Customer :管理员 | 具有管理员权限的 Oracle Compute Cloud@Customer 用户可以配置和部署 Oracle Linux 实例,可以完全访问计算、网络、可观察性和管理服务等资源。 |
要满足您的需求,请参阅 Oracle 产品、解决方案和服务。