MDC集群恢复步骤.doc

当系统SAN环境出现故障而无法正常访问后，首先应检查构成SAN环境的几个重要设备状态，包括磁盘阵列、FC交换机、MDC服务器等，初步判断故障原因。若发现是由于MDC集群瘫痪导致，则可按以下步骤进行恢复。 如果故障现象为某一台MDC服务器群集服务工作正常，但无法提供SAN共享服务，且集群中的另一台服务器没有接管相应的服务，则可以在集群管理其中手工进行资源组切换，或者直接将原主MDC关机，强制其进行资源切换。若资源切换后备用MDC可以正常工作，则再将另一台MDC开机即可。此前遇到这种现象的原因是集群组中两台MDC服务器操作系统的补丁安装的不一致，因此在做操作系统的补丁升级时，一对集群组中的两台服务器一定要保持同步。 如果是由于Heart Beat盘访问失败导致的集群崩溃，或上述操作不成功，则可能需要对系统进行重新配置。先将集群中的两台MDC都关闭，再单独开启其中的一台，启动后，由于磁盘的盘符通常会改变成初始状态，集群服务通常会失败。此时需要进入磁盘管理器检查MDC能否正确找到SAN中的心跳盘和数据盘，若没有则需要在数组和交换机端查找原因。当磁盘可以正确显示出来后，按照此前的规范重新分配盘符，Heart Beat盘为H:、数据盘为V、W、X等，此处一定要和原来的设定完全相同，否则集群无法正常工作。盘符修改完成后，用SANergy Setup Tools的Volume Assignment页面中检查是否所有数据Volume的Meta Data Controller都是?CLUS，Heart Beat盘的MDC为?FREE，若不是则按此设置。此时如果时间紧急就可以在服务中启动Cluster Service，启动成功后进入群集管理器查看群集状态，待各项资源均变为联机状态后，在MDC对数据盘和Heart Beat盘进行Chkdsk /f操作（如Chkdsk x: /f），修复可能发生的文件系统故障，所有磁盘均修复完成后可让系统恢复工作，不过此时系统中MDC并没有被集群保护。这种情况下如果启动另一台MDC服务器，在备份MDC上将无法修改磁盘的盘符，其集群服务也无法启动。 如果要将另一台MDC也恢复，需要在业务中止时将主MDC关闭，再将另一台启动，修改盘符后启动Cluster Service，再将原主MDC启动，此时MDC集群即可恢复。 在某些情况下，群集故障会导致群集配置文件的损坏，此时即使按照上述步骤操作后群集服务还是无法启动，则需要按照以下的操作进行群集恢复。 在服务中双击Cluster Service条目 在弹出的窗口中启动参数栏内输入/fixquorum，然后点击“启动”按钮。（注意：不要点套用或确定，因为这里输入的启动参数是存不住的） 此时群集服务可以启动，但进入群集管理器后可以看到所有资源都是离线状态。 在Cluster Group中创建一个新资源，资源类型选择实体磁盘，点击下一步。 选择下一步。 此处切记不可选择任何依存资源，直接点击下一步。 在下拉列表中选择H:。点击完成。 使刚刚创建的磁盘资源在线工作。在左侧Tree-View的最上方集群名称上点右键，选择内容。 在仲裁页面上将仲裁资源选择为刚刚创建的实体磁盘。这样就更改了集群中Heart Beat盘的设定。 检查集群组中其它资源的依赖性，如果有对于原Heart Beat盘的依赖，则将其依赖资源改为新的Heart Beat盘。 在服务中停止Cluster Service。 再次在Cluster Service上双击，在启动参数中输入/resetquorumlog，点击“启动”，此时会将修改过的集群配置信息写入Heart Beat盘中。（如果由于Heart Beat盘文件系统损坏导致集群失败，可以直接进行这一步重写Heart Beat盘上的配置信息）。 当集群恢复正常后，可以将已经失效的原Heart Beat磁盘资源删除，删除时应该在当前Hear Beat磁盘所在的主机上操作。