EMC MirrorView演练方案

2

CMB 分行 MirrorView 演练方案

2008年12月5日

易安信电脑系统（中国）有限公司广州分公司 技术解决方案部

广州市天河北路233号中信广场7401室

电话：(86-20) 38771938

EMC Technical Solution Group

文档信息

项目名称：招商银行分行容灾项目文档版本号： 1.5

文档作者：方天舒生成日期：2008年9月8日文档审核者：审核日期：

文档维护记录

版本号维护日期作者/维护人描述

1.0 2008年9月10日方天舒创建

1.1 2008年11月21日方天舒完善文档内容

1.2 2008年11月27日方天舒完善文档内容

1.3 2008年12月05日方天舒完善文档内容

1.4 2009年2月3日樊军修改文档为通用版本

1.5 2009年2月4日韩震调整格式

版权说明

本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属广东发展银行和美国EMC公司所有，受到有关产权

及版权法保护。任何个人、机构未经广东发展银行和美国EMC公司的书面授权许可，不得复制、引用或传播本文件的任何片断，无论通过电子形式或非电子形式。

CMB分行MirrorView/S演练方案

目录

1 前言 (4)

2 MirrorView灾备切换演练步骤 (5)

2.1 演练前的环境准备 (5)

2.2 计划性（planned）的灾备切换演练 (5)

2.3 非计划性（unplanned）的容灾切换演练 (6)

3 MirrorView/S灾备切换演练详细步骤示例（武汉分行） (8)

3.1 演练前的环境准备 (8)

3.1.1 主机环境准备 (8)

3.1.2 应用系统数据备份 (8)

3.1.3 VG信息保存 (9)

3.1.4 LV裸设备的用户权限设置保存 (9)

3.1.5 数据库关键表的记录总数和表占用空间记录 (9)

3.1.6 备份操作系统 (11)

3.1.7 主机系统环境要求 (11)

3.1.8 SAN Switch环境准备 (12)

3.1.9 存储环境准备 (12)

3.2 计划性（planned）的灾备切换演练 (12)

3.2.1 演练前的系统环境检查 (12)

3.2.2 在生产端主机（mbfe）上停止应用系统 (13)

3.2.3 将生产数据由生产端切换到容灾端 (14)

3.2.4 检查容灾端的数据的可用性和完整性 (14)

3.2.5 在容灾端主机（mbfe）上停止应用系统 (16)

3.2.6 将生产数据由容灾端切换到生产端 (16)

3.2.7 检查生产端的数据的可用性和完整性，恢复生产环境 (17)

3.3 非计划性（unplanned）的容灾切换演练 (20)

3.3.1 演练前的系统环境检查 (20)

3.3.2 灾难发生模拟 (21)

3.3.3 在生产端主机（mbfe）上恢复演练环境 (21)

3.3.4 将生产数据由生产端切换到容灾端 (21)

3.3.5 检查容灾端的数据的可用性和完整性 (22)

3.3.6 删除容灾端存储系统（SECONDARY ARRAY）上的MirrorView/S配置 (24)

3.3.7 删除生产端存储系统（PRIMARY ARRAY）上的MirrorView/S配置 (24)

3.3.8 灾难解除模拟 (25)

3.3.9 在容灾端存储系统（SECONDARY ARRAY）重新创建MirrorView/S配置 (25)

3.3.10 在容灾端主机（mbfe）上停止应用系统 (26)

3.3.11 将生产数据由容灾端切换到生产端 (27)

3.3.12 检查生产端的数据的可用性和完整性，恢复生产环境 (27)

3.4 异常处理步骤 (29)

3.4.1 数据库数据恢复 (29)

3.4.2 手工启动应用系统 (30)

第3页

1前言

招商银行各分行陆续将进行MirrorView实施，实现存储数据的本地高可用。本文描述了MirrorView/S灾备切换演练的步骤，并以武汉分行的演练为例进行了详细说明。

由于目前系统环境中没有专用的演练主机，因此容灾演练将在生产主机上进行。

●为什么要进行灾备演练

定期进行MirrorView/S灾备切换演练，可以熟悉系统环境及MirrorView切换的条件，步骤

●MirrorView容灾可以为系统管理带来那些好处

1.在主阵列出现严重故障时，可以将生产切换到备阵列。

2.在主阵列需要进行某些长时间的维护操作时，可以将生产切换到备阵列，

减少系统停机时间

3.进行某些系统操作，（例如：数据库升级，数据库的调整），在进行操作

前可以Fracture Mirror, 从而获得第二份数据，可用于快速数据恢复。

●MirrorView演练类型

1.计划性的（planned）灾备切换演练

有计划，有目的进行的MirrorView切换操作演练

2.非计划性（unplanned）灾备切换演练

为了模拟由于设备故障，或者不可预计灾难导致的主阵列损坏，而进行的MirrorView切换演练

2MirrorView灾备切换演练步骤

2.1 演练前的环境准备

序号演练内容停应用时间备注

4.1 主机环境准备N

4.1.2 VG信息保存N < 1分钟

4.1.3 LV裸设备的用户权限设置保存N < 1分钟User/Group: sybase/sybase 4.1.4 数据库关键表的记录总数和表占用空间记录N 8分钟

4.1.5 备份操作系统N 30分钟

4.1.6 主机系统环境要求N 已经准备好

4.2 SAN Switch环境准备N 已经准备好

4.3 存储环境准备N 已经准备好

2.2 计划性（planned）的灾备切换演练

序号演练内容停应用预计时间备注

5.1 计划性（planned）的灾备切换演练

5.1.1 演练前的系统环境检查N < 1分钟

5.1.1.1 生产端主机系统环境检查N < 1分钟

5.1.1.2 生产端存储系统环境检查N < 1分钟

5.1.1.3 容灾端主机系统环境检查N < 1分钟

5.1.1.4 容灾端存储系统环境检查N < 1分钟

5.1.1.5 目标系统的MirrorView/S状态检查N < 1分钟Synchronized

5.1.2 在生产端主机上停止应用系统Y 8分钟1)停HACMP

2)删除磁盘设备

3)取消PRIMARY ARRAY上LUN的使用授权

5.1.3 将生产数据由生产端切换到容灾端Y 5分钟1)MirrorView promte

2)增加SECONDARY ARRAY上LUN的使用授

权

3)主机添加设备

5.1.4 检查容灾端的数据的可用性和完整性N 15分钟1)启动HACMP

2)检查应用数据库中的记录

3)检查应用数据库的大小

5.1.5 在容灾端主机上停止应用系统Y 8分钟1)停HACMP

2)删除磁盘设备

3)取消SECONDARY ARRAY上LUN的使用授

权

5.1.6 将生产数据由容灾端切换到生产端Y 5分钟1)MirrorView promte

2)增加PRIMARY ARRAY上LUN的使用授权

3)主机添加设备

5.1.7

检查生产端的数据的可用性和完整性，恢复生产环

境N 15分钟1)启动HACMP

2)检查应用数据库中的记录

3)检查应用数据库的大小

2.3 非计划性（unplanned）的容灾切换演练

序号演练内容停应用预计时间备注

5.2 非计划性（unplanned）的容灾切换演练

5.2.1 演练前的系统环境检查N < 1分钟

5.2.1.1 生产端主机系统环境检查N < 1分钟

5.2.1.2 生产端存储系统（PRIMARY ARRAY）环境检查N < 1分钟

5.2.1.3 容灾端主机系统环境检查N < 1分钟

5.2.1.4 容灾端存储系统环境检查N < 1分钟

5.2.1.5 目标系统的MirrorView/S状态检查N < 1分钟

5.2.2 灾难发生模拟Y 3分钟

5.2.3 在生产端主机上恢复主机操作环境Y 20分钟1)重启主机

2)删除磁盘设备

3)取消PRIMARY ARRAY上LUN的使用授权

5.2.4 将生产数据由生产端切换到容灾端Y 5分钟1)MirrorView promte

2)增加SECONDARY ARRAY上LUN的使用授

权

3)主机添加设备

5.2.5 检查容灾端的数据的可用性和完整性N 15分钟1)启动HACMP

2)检查应用数据库中的记录

3)检查应用数据库的大小

5.2.6

删除容灾端存储系统（SECONDARY ARRAY）上

的MirrorView/S配置

Y 3分钟5.2.7

删除生产端存储系统（PRIMARY ARRAY）上的

MirrorView/S配置

Y 3分钟5.2.8 灾难解除模拟Y 3分钟

5.2.9

在容灾端存储系统（SECONDARY ARRAY）重新

创建MirrorView/S配置Y 45分钟1)重建MirrorView/S

2)数据同步

5.2.10 在容灾端主机（mbfe）上停止应用系统Y 8分钟1)停HACMP

2)删除磁盘设备

3)取消PRIMARY ARRAY上LUN的使用授权

5.2.11 将生产数据由容灾端切换到生产端Y 5分钟1)MirrorView promte

2)增加PRIMARY ARRAY上LUN的使用授权

3)主机添加设备

5.2.12

检查生产端的数据的可用性和完整性，恢复生产环

境N 15分钟1)启动HACMP

2)检查应用数据库中的记录

3)检查应用数据库的大小

3MirrorView/S灾备切换演练详细步骤示例（武汉分行）

MirrorView/S演练计划分为计划性（planned）和非计划性（unplanned）演练。因为目前CMB系统环境中没有专用的演练主机，因此容灾演练将在生产端主机上进行，容灾端主机和生产端主机均为mbfe主机。（以mbfe系统为例）

3.1 演练前的环境准备

3.1.1主机环境准备

3.1.2应用系统数据备份

做MBFE应用系统的数据备份是很重要的一个环节。现代化支付系统涉及到几个比较重要的数据库：Master、MBFEWKDB、MBFEHISDB、DIRWAYSDB、DISWAYSDB。

注意：/usr文件系统的空间利用率

# isql -Usa -P

# go

# dump database Master to ‘/usr/sybasebak/master20081205.dat’

# go

# dump database MBFEWKDB to ‘/usr/sybasebak/mbfewkdb20081205.dat’

# go

# dump database MBFEHISDB to ‘/usr/sybasebak/mbfehisdb20081205.dat’

# go

# dump database DIRWAYSDB to ‘/usr/sybasebak/dirwaysdb20081205.dat’

# go

# dump database DISWAYSDB to ‘/usr/sybasebak/diswaysdb20081205.dat’

# go

3.1.3VG信息保存

# lsvg -o | lsvg -ip > /tmp/lsvg_p.log

# lsvg -o | lsvg -il > /tmp/lsvg_l.log

# lspv > /tmp/lspv.log

3.1.4LV裸设备的用户权限设置保存

# ( cd /dev; grep raw /tmp/lsvg_l.log | cut -f1 -d’’| xargs -n1 ls -l ) > /tmp/rawlv.log

3.1.5数据库关键表的记录总数和表占用空间记录

在生产端主机（mbfe）上记录数据库关键表的记录总数和表占用空间

a)大额数据库（MBFEWKDB）关键表的记录总数

# isql -Usa -P

# use MBFEWKDB

# go

# select count(*) from mbfesysctl ；系统控制表

# go

# select count(*) from mbfebankpar ；系统参数表

# go

# select count(*) from mbfesabk ；清算行行号表

# go

# select count(*) from mbfenetbank ；行名行号表

# go

b)查看大额（MBFEWKDB）数据库表占用空间

# sp_spaceused mbfesysctl ；系统控制表

# go

# sp_spaceused mbfebankpar ；系统参数表

# go

# sp_spaceused mbfesabk ；清算行行号表

# go

# sp_spaceused mbfenetbank ；行名行号表

# go

# sp_helpdb MBFEWKDB

# go

c)对小额（DIRWAYSDB）关键表的记录总数

# isql -Usa -P

# use DIRWAYSDB

# go

# select count(*) from MBFEPMDT2101 ; 系统控制参数表# go

# select count(*) from MBFEBPDT2301 ; 贷记类业务汇总表# go

# select count(*) from MBFEBPDT2304 ; 借记类业务汇总表# go

# select count(*) from MBFEBPDT2401 ; 业务信息汇总表# go

d)查看小额（DIRW AYSDB）数据库表占用空间

# sp_spaceused MBFEPMDT2101 ; 系统控制参数表

# go

# sp_spaceused MBFEBPDT2301 ; 贷记类业务汇总表

# go

# sp_spaceused MBFEBPDT2304 ; 借记类业务汇总表

# go

# sp_spaceused MBFEBPDT2401 ; 业务信息汇总表

# go

# sp_helpdb DIRWAYSDB

# go

3.1.6 备份操作系统

# mksysb

；备份主机操作系统

3.1.7 主机系统环境要求

目前MBFE 主机系统存在以下问题，为了减小出现故障的风险，事先解决这些问题是必要的。

a) WARNING : The installed AIX version 5.3, TL 07, SP 01 is UNSUPPORTED by EMC

for installing or running any EMC software.

Question:

ETA emc178626: EMC ControlCenter: Recent IBM patches to AIX may result in system crash when using

ControlCenter, Solutions Enabler or inq.

Environment: E MC Technical Advisory Environment: O S: IBM AIX 5.2 TL10 SP4 Environment: O S: IBM AIX 5.3 TL7 SP1 Environment: O S: IBM AIX 5.3 TL6 SP4 Environment: O S: IBM AIX 6.1 SP2

Environment: D oes not affect MPIO attached storage. Problem:

Host may crash when using ControlCenter, Solutions Enabler or inq utility (Including EMC GRAB). Root Cause: On certain SCSI commands used by the EMC products mentioned above, if the command receives an illegal request

status, illegal access to an MPIO data structure could result in a system crash due to a defect on the

AIX driver. Contact IBM for more information.

Fix:

Customers should not upgrade to the above OS versions until the fixes listed below are available and released.

IBM fix title: CRASH IN SCSIDISK_PROCESS_SENSE WITH NON-MPIO DISK Contact IBM to obtain the following fixes and additional details:

AIX 5.2 TL10 SP4 (IBM has not yet announced the defect number for 5.2 TL10 SP4. Referencing the fixes for 5.3 will enable IBM to give status on the 5.2 release status and date).

AIX5.3 TL6 SP4 - IZ11999, AIX5.3 TL7 SP1 - IZ11908 (Only one fix will be required depending on current OS release. Contact IBM for release date and details.)

AIX6.1 SP2 - IZ13376 (Contact IBM for release date and details.)

These fixes are not specific to EMC software but may affect any application.

Notes:

Also other versions of AIX 5.2 and AIX 5.3 have seen this problem,beyond what is listed here in this Primus

b)WARNING : Firmware Level: 210X8 - this is NOT at latest recommended IBM 5758

firmware 271X4.

c)WARNING : Latest Maintenance Level 5300-08 is not installed.

d)WARNING : PowerPath version 5.1.0-b176 is NOT the latest version of EMC

PowerPath for AIX. The latest version of PowerPath for AIX 5.3.0.0 is

5.1.1-b013.

3.1.8SAN Switch环境准备

因为目前的Fabric Zone配置中存在mbfe主机与生产端存储系统（PRIMARY ARRAY）和容灾端存储系统（SECONDARY ARRAY）之间的Zone，因此SAN Switch上不需要做变更。

3.1.9存储环境准备

1)在容灾端存储系统（SECONDARY ARRAY）上已经存在包含MirrorView/S目标LUN的

Storage Group（MBFE_STG），可以在演练中使用。

2)确认mbfe主机的HBA卡已经登陆到容灾端存储系统SECONDARY ARRAY上，并且在容灾

端存储系统（SECONDARY ARRAY）上的注册信息正确。

3)在容灾端存储系统（SECONDARY ARRAY）上将LUN 605、705、610、710加入到Storage

Group（MBFE_STG）中。

3.2 计划性（planned）的灾备切换演练

3.2.1演练前的系统环境检查

3.2.1.1生产端主机系统环境检查

1)查看‘errpt’命令的输出，确认生产端主机（mbfe）上没有相关的硬件报错

2)确认支付系统运行正常

3.2.1.2生产端存储系统环境检查

3)登陆到生产端存储系统（PRIMARY ARRAY）的Navisphere Manager Console上，确认

没有发现故障报警

3.2.1.3容灾端主机系统环境检查

4)查看‘errpt’命令的输出，确认容灾端主机（mbfe）上没有相关的硬件报错

3.2.1.4容灾端存储系统环境检查

5)登陆到容灾端存储系统（SECONDARY ARRAY）的Navisphere Manager Console上，确

认没有发现故障报警

3.2.1.5支付系统的MirrorView/S状态检查

6)登陆到生产端存储系统（PRIMARY ARRAY）的Navisphere Manager Console上，确认

支付系统的Consistency Groups（CG_MBFE）的状态为Synchronized

3.2.2在生产端主机（mbfe）上停止应用系统

7)停止HACMP的运行

# smitty clstop

注：因为容灾端主机和生产端主机均为mbfe主机，因此在mbfe主机上需要做以下操作8)解除PowerPath对支付系统使用的磁盘设备的控制

# powermt remove dev=all

9)删除支付系统使用的PowerPath设备

# lsdev -Ccdisk -Fname -tpower | xargs -n1 rmdev -dl

10)删除支付系统使用的磁盘设备

# lsdev -Ccdisk -Fname -tCLAR* | xargs -n1 rmdev -dl

11)在生产端存储系统（PRIMARY ARRAY）上删除mbfe主机对支付系统数据LUN的控

制权限

登陆到生产端存储系统（PRIMARY ARRAY）的Navisphere Manager Console上，从

Storage Group（MBFE）的Connect Hosts中删除mbfe主机

3.2.3将生产数据由生产端切换到容灾端

12)登陆到容灾端存储系统（SECONDARY ARRAY）的Navisphere Manager Console上

13)确认支付系统的Consistency Groups（CG_MBFE）的状态为Synchronized

14)从Consistency Groups中选择CG_MBFE，右键点击选择Promte，当前的primary image

会降级为secondary image ，当前的secondary image会晋升为primary image。

3.2.4检查容灾端的数据的可用性和完整性

15)登陆到容灾端存储系统（SECONDARY ARRAY）的Navisphere Manager Console上，在

Storage Group（MBFE_STG）的Connect Hosts中加入将容灾端主机（mbfe）。

16)在容灾端主机（mbfe）上添加容灾端存储系统（SECONDARY ARRAY）的磁盘设备

# cfgmgr –vl fcs0

# cfgmgr –vl fcs1

17)在容灾端主机（mbfe）上配置PowerPath设备

# powermt config

18)确认PowerPath设备配置正常

# lspv

19)启动HACMP

# smitty clstart

20)在容灾端主机（mbfe）上验证数据的可用性和完整性

a)对大额数据库（MBFEWKDB）关键表的记录总数进行比较是否一致

# isql -Usa -P

# use MBFEWKDB

# go

# select count(*) from mbfesysctl ；系统控制表

# go

# select count(*) from mbfebankpar ；系统参数表

# select count(*) from mbfesabk ；清算行行号表

# go

# select count(*) from mbfenetbank ；行名行号表

# go

b)查看大额（MBFEWKDB）数据库表占用空间

# sp_spaceused mbfesysctl ；系统控制表

# go

# sp_spaceused mbfebankpar ；系统参数表

# go

# sp_spaceused mbfesabk ；清算行行号表

# go

# sp_spaceused mbfenetbank ；行名行号表

# go

# sp_helpdb MBFEWKDB

# go

c)对小额（DIRWAYSDB）关键表的记录总数进行比较是否一致

# isql -Usa -P

# use DIRWAYSDB

# go

# select count(*) from MBFEPMDT2101 ; 系统控制参数表# go

# select count(*) from MBFEBPDT2301 ; 贷记类业务汇总表# go

# select count(*) from MBFEBPDT2304 ; 借记类业务汇总表# go

# select count(*) from MBFEBPDT2401 ; 业务信息汇总表# go

d)查看小额（DIRW AYSDB）数据库表占用空间

# sp_spaceused MBFEPMDT2101 ; 系统控制参数表

# sp_spaceused MBFEBPDT2301 ; 贷记类业务汇总表

# go

# sp_spaceused MBFEBPDT2304 ; 借记类业务汇总表

# go

# sp_spaceused MBFEBPDT2401 ; 业务信息汇总表

# go

# sp_helpdb DIRWAYSDB

# go

3.2.5在容灾端主机（mbfe）上停止应用系统

21)停HACMP

# smitty clstop

注：因为容灾端主机和生产端主机均为mbfe主机，因此在mbfe主机上需要做以下操作22)解除PowerPath对支付系统使用的磁盘设备的控制

# powermt remove dev=all

23)删除支付系统使用的PowerPath设备

# lsdev -Ccdisk -Fname -tpower | xargs -n1 rmdev -dl

24)删除支付系统使用的磁盘设备

# lsdev -Ccdisk -Fname -tCLAR* | xargs -n1 rmdev -dl

25)在容灾端存储系统（SECONDARY ARRAY）上删除mbfe主机对支付系统数据LUN的

控制权限

登陆到容灾端存储系统（SECONDARY ARRAY）的Navisphere Manager Console上，从Storage Group（MBFE_STG）的Connect Hosts中删除mbfe主机

3.2.6将生产数据由容灾端切换到生产端

26)登陆到生产端存储系统（PRIMARY ARRAY）的Navisphere Manager Console上

27)确认支付系统的Consistency Groups（CG_MBFE）的状态为Synchronized

28)从Consistency Group中选择CG_MBFE，右键点击选择Promte，当前的primary image

会降级为secondary image ,当前的secondary image会晋升为primary image

3.2.7检查生产端的数据的可用性和完整性，恢复生产环境

29)登陆到生产端存储系统（PRIMARY ARRAY）的Navisphere Manager Console上，在

Storage Group（MBFE）的Connect Hosts中加入将生产端主机（mbfe）

30)在生产端主机（mbfe）上添加生产端存储系统（PRIMARY ARRAY）的磁盘设备

# cfgmgr –vl fcs0;cfgmgr –vl fcs1

31)在生产端主机（mbfe）上配置PowerPath设备

# powermt config

32)确认PowerPath设备配置正常

# lspv

33)在生产端主机（mbfe）上启动HACMP

# smitty clstart

34)在生产端主机（mbfe）上验证数据的可用性和完整性

e)对大额数据库（MBFEWKDB）关键表的记录总数进行比较是否一致

# isql -Usa -P

# use MBFEWKDB

# go

# select count(*) from mbfesysctl ；系统控制表

# go

# select count(*) from mbfebankpar ；系统参数表

# go

# select count(*) from mbfesabk ；清算行行号表

# go

# select count(*) from mbfenetbank ；行名行号表

# go

f)查看大额（MBFEWKDB）数据库表占用空间

# sp_spaceused mbfesysctl ；系统控制表

# go

# sp_spaceused mbfebankpar ；系统参数表

# go

# sp_spaceused mbfesabk ；清算行行号表

# go

# sp_spaceused mbfenetbank ；行名行号表

# go

# sp_helpdb MBFEWKDB

# go

g)对小额（DIRWAYSDB）关键表的记录总数进行比较是否一致

# isql -Usa -P

# use DIRWAYSDB

# go

# select count(*) from MBFEPMDT2101 ; 系统控制参数表# go

# select count(*) from MBFEBPDT2301 ; 贷记类业务汇总表# go

# select count(*) from MBFEBPDT2304 ; 借记类业务汇总表# go

# select count(*) from MBFEBPDT2401 ; 业务信息汇总表# go

h)查看小额（DIRW AYSDB）数据库表占用空间

# sp_spaceused MBFEPMDT2101 ; 系统控制参数表

# go

# sp_spaceused MBFEBPDT2301 ; 贷记类业务汇总表

# go

# sp_spaceused MBFEBPDT2304 ; 借记类业务汇总表

# go

# sp_spaceused MBFEBPDT2401 ; 业务信息汇总表

# go

# sp_helpdb DIRWAYSDB # go

3.3 非计划性（unplanned）的容灾切换演练

非计划性（Unplaned）的MirrorView/S的容灾切换演练更加模拟真实的灾难环境，但进行本演练会破坏目前已经建立的MirrorView/S配置。在演练完成后，我们需要将MirrorView/S重新配置。

3.3.1演练前的系统环境检查

3.3.1.1生产端主机系统环境检查

1)查看‘errpt’命令的输出，确认生产端主机（mbfe）上没有相关的硬件报错

2)确认支付系统运行正常

3.3.1.2生产端存储系统（PRIMARY ARRAY）环境检查

3)登陆到生产端存储系统（PRIMARY ARRAY）的Navisphere Manager Console上，确认

没有发现故障报警

3.3.1.3容灾端主机系统环境检查

4)查看‘errpt’命令的输出，确认容灾端主机（mbfe）上没有相关的硬件报错

3.3.1.4容灾端存储系统环境检查

5)登陆到容灾端存储系统（SECONDARY ARRAY）的Navisphere Manager Console上，确

认没有发现故障报警

3.3.1.5支付系统的MirrorView/S状态检查

6)登陆到生产端存储系统（PRIMARY ARRAY）的Navisphere Manager Console上，确认

支付系统的Consistency Groups（CG_MBFE）的状态为Synchronized