AIX的存储高可用和容灾解决方案实现

AIX LVM Mirror 结合 DS8000 Metro Mirror 解决方案其优点是显而易见的：其为企业基础架构提供本地存储高可用保护的同时，也提供了存储级同城容灾的能力。

但是在本方案中，由于生产端服务器的 AIX LVM 的 LV Copy 存在两份，而容灾端只有一份，因此在容灾端的单份 Copy 对容灾切换的影响成为客户主要关注点，主要有以下几点：

容灾切换时影响：容灾端应用在单份 Copy 情况下其 LVM VG 和应用是否能正常拉起，以及相应 RTO 影响。

生产回切时影响：生产端 LVM Mirror 能否正常重新同步，及其对生产的性能影响。

整个操作流程复杂度：复杂度是否可控，是否会对运维团队带来额外负担。

对于以上问题我们将分计划内和计划外两种切换场景在第二章节进行详细讨论。

AIX LVM Mirror 结合 DS8000 Metro Mirror 容灾切换和恢复步骤

一般容灾切换场景可分为计划内和计划外两种，以下章节分别就该两种场景进行讨论。所有讨论均基于实际测试结果，测试环境如下:

硬件为 Power 570，4 核 CPU，16G 内存。

操作系统 AIX 6100-05 + PowerHA 6.1.0.9，双机配置为 Active-Standby 方式。

应用为 Oracle 10g。（这里以 Oracle 应用为例，本方案也适用于其他应用场景。）

整个测试数据容量大小约为 1 TB。

计划内切换和恢复步骤

计划内切换特点在于容灾站点切换以业务验证为主，容灾端应用运行时间短，期间 AIX LVM 和存储不会做变更。因此在此短时间期间 AIX LVM 可以以非健康状态运行。针对其特点，设计 LVM Mirror + DS8000 MetroMirror 的存储架构切换流程如下图。

图 4. 计划内切换流程

步骤一，容灾切换：

停止生产端应用和卸载相关文件系统。

在生产端应用服务器执行 varyoffvg 和 exportvg 操作。

将 DS8000 MetroMirror Failover 到容灾端。

在容灾端服务器通过 importvg –f 方式导入 VG 配置信息，varyonvg。注意，importvg 增加-f 参数将保证 vg 即使在单份 copy 不存在的情况下也会被导入。

在容灾端启动应用。

步骤二，数据回迁：

将 DS8000 MetroMirror 配置从容灾端 failback 到生产端，该过程不影响容灾端应用运行。经过此步骤，生产端的两台 DS8000 数据将不一致。

步骤三，生产恢复：

停止容灾端应用和卸载相关文件系统。

在容灾端应用服务器执行 varyoffvg 和 exportvg 操作。

将 DS8000 MetroMirror Failover 到生产端。

在生产端应用服务器执行 importvg 和 varyonvg -n 操作。注意，varyonvg 增加-n 参数将保证 vg 在两份 copy 不一致的情况下不会被自动同步，而以最新 copy 为准。

在生产端启动应用。经过此步骤，生产应用正常启动，但是两份 DS8000 的 LV Copy 还处于不一致阶段，数据还未进行同步。

步骤四，结束：

在选取适当时间段，如业务不繁忙的时间，执行 syncvg 操作，将两份 LV Copy 进行同步。

至此，计划内容灾切换演练结束，生产端应用恢复正常。

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!