实施 OCI Block Volumes 复制
此实施使用 OCI Block Volumes 跨区域复制功能来复制块存储卷。
以下是实施 OCI Block Volumes 复制的优势:
- 与其他复制案例一样,无需定期创建和运行脚本。设置复制后,它将由 Oracle Cloud Infrastructure 自动执行。
- 它是一种通用解决方案,适用于任何计算实例(引导卷除外)的任何块存储卷。如果您有多个系统,则可以在所有系统中使用相同的方法。
- 有关复制的块存储卷的信息是主块存储卷的精确副本;将复制块存储卷中的所有文件。
在使用 OCI Block Volumes 复制之前,请考虑以下事项:
- 它需要在辅助系统中挂载复制的块存储卷。无法直接挂载块存储卷的副本;您首先必须激活它们才能创建可以挂载的克隆块存储卷。这在节点较少的系统中并不复杂,但当存在多个节点时,复杂性会增加。特别是对于在主数据库和备用数据库的可用性域中没有相同节点分布的系统。
但是,您可以使用 Oracle Cloud Infrastructure Full Stack Disaster Recovery 服务来自动执行切换、故障转移和验证操作中的这些步骤,从而克服这一复杂性。
- 对于许多系统来说,这项技术可能还不够。如果系统具有更多类型的存储(例如,共享 OCI File Storage 文件系统),则需要为其使用不同的副本技术。
为 OCI 块存储卷设置复制
要实施 OCI Block Volumes 复制,需要执行以下步骤:
- 使用 OCI 控制台在主区域中定义卷组,对需要复制的块存储卷进行分组。
一个卷组只能包含位于同一可用性域 (Availability Domain,AD) 中的块存储卷,组中的所有块存储卷仅复制到一个目标 AD。如果块存储卷位于多个 AD 中,则为源 AD 和目标 AD 的每个组合创建一个块存储卷组。
- 将卷组中的副本启用到辅助区域的相应 AD。
- 连接到辅助系统中的中间层主机并卸载将从主系统复制的块存储卷。
- 使用 OCI 控制台分离和放弃将从主系统复制的所有块存储卷。它们将不再被使用。
- 实施一种方法来管理块存储卷中驻留的站点特定信息,方法是在副本之后使用相应的信息对其进行更新。
此实施适用于除了引导卷以外的任何块存储卷。引导卷复制具有其他含义,因此不在此实现的范围内。
示例 1:使用 OCI Block Volumes 复制来复制中间层配置块存储卷
注意:
此示例适用于任何中间层系统。作为参考,本文介绍了如何复制包含 Oracle WebLogic Server for OCI 堆栈的 Oracle WebLogic 配置的块存储卷。但是,您可以按照相同的步骤在中间层系统中复制其他块存储卷(引导卷除外)。下图是具有 OCI Block Volumes 跨区域副本的 Oracle WebLogic Server 系统示例。
wls-bv-cross-replica-oracle.zip
要为块存储卷设置跨区域副本,请执行以下步骤:
验证 OCI 块存储卷的复制
在切换或故障转移操作中,复制的信息在启动进程之前必须在备用站点中可用且可用。验证辅助系统时(通过在快照模式下打开备用数据库),这也是必需的。
对 OCI 块存储卷执行持续复制
使用此实施时,请遵循以下关于正在进行的复制的建议:
- OCI 自动在后台执行 OCI Block Volumes 复制。在系统的生命周期中,唯一需要做的就是确保具有主要角色的系统的卷组已启用跨区域副本。
- 请考虑使用 OCI Full Stack Disaster Recovery 来自动执行切换和故障转移任务。只需单击一下 OCI 控制台,即可运行切换或故障转移计划。简化与块存储卷副本相关的所有任务的执行非常有用。
- 复制功能是对备份功能的补充,而不是替代功能。确保为所复制的块存储卷启用备份策略。这将提供跨区域副本之外的数据保护,从而使您能够恢复到某个时间点。
- 维护特定于每个站点的信息,并使其保持最新。 例如,如果文件系统包含包含要连接到 Oracle Autonomous Database 的对象的文件夹,请维护此文件夹的备份副本。在 wallet 中执行更新时,请确保更新文件夹的备份。这样,它将在后续的切换和故障转移中正确恢复。
- 切换或故障转移操作后,更改副本方向。 为此:
- 在新主站点的 OCI Block Volumes 组中启用副本到新备用站点。
- 禁用原始主服务器的上一个复制,并删除未使用的块存储卷。

