关于ZNKC用户的数据迁移架构设计的回复

使用过程中的设备故障点在双存储环境下，由于在TSM备份服务器、FC光交、存储设备、都有冗余设计消除了单点故障。而如果采用单存储V7000+老存储，单点故障点如下：V7000设备的卷控制器、老存储本身、由于是异构存储基于TSM来扩管，无法基于多路径实现冗余存储链路，因此链路是1条，因此也存在单点故障。如果出现故障：双设备无需干预，利用v7000的mirror和cluster故障自动切换，由于v7000cluster不支持vspheresiterecoverymanager3.5/4.1版本，因此利用TSMforVE来进行手工恢复，多路径链路发挥作用。如果是单设备，当出现故障的时候：1、TSM故障：需要人工修复TSM软件故障，然后重新挂载TSM备份数据。2、卷控制器故障：需要人工刷新V7000Fireware版本至6.5以上，或保修更换卷控制器，然后重新配置v7000挂载相关数据。3、老存储本身故障，人工利用TSMforVE的方式将ESX3.5数据利用备份数据恢复数据到V7000或其他存储介质上，利用TSMforDB将数据库数据的备份恢复到V7000或其他存储介质，利用TSM逻辑卷管理fastback将操作系统备份恢复到v7000或其他存储介质上。

恢复时间如下：

由于出现的故障原因有多种，而且故障源也有多样，因此恢复时间应该细化来看：

前提是双V7000环境下，所有配置齐全环境，含用户方群集环境

1.操作系统故障、应用服务器无误、数据库无误、硬件主机无误、存储无误、光纤交换机无误：故障恢复时间约15秒（Windows2000/2003/2008）

2.操作系统无误、应用服务器故障、数据库无误、硬件主机无误、存储无误、光纤交换机无误：故障恢复时间约30秒×应用资源个数（Windows2000/2003/2008）

3.操作系统无误、应用服务器无误、数据库故障、硬件主机无误、存储无误、光纤交换机无误：故障恢复时间约30秒×应用资源个数（Windows2000/2003/2008）

4.操作系统无误、应用服务器无误、数据库无误、硬件主机故障、存储无误、光纤交换机无误：故障恢复时间约15秒（Windows2000/2003/2008）

5.操作系统无误、应用服务器无误、数据库无误、硬件主机无误、存储故障、光纤交换机无误：V7000群集切换时间约2分钟，镜像数据可用时间约1分钟，合计3分钟

6.操作系统无误、应用服务器无误、数据库无误、硬件主机无误、存储无误、光纤交换机故障：光纤交换机切换时间约2分钟，由于冗余设计，即使发生故障多路径设计也可以正常使用，用户无觉察。可以容错。

7.虚拟机vsphereESX故障、如果采用ESXLive启动设计，系统恢复时间为：物理服务器重启时间约10分钟。

8.虚拟机vsphere虚拟机故障，如果采用vmwareHA设计，故障转移时间为：30秒以内。如果采用vmwareFT设计，故障转移时间为3秒以内，近乎实时。

9.OracleRAC环境下，RACnode节点故障由RAC自行进行故障切换，在以下设计中：RAC基于裸设备构建，OLTP数据模式，切换时间为2分钟。RAC基于ASM构建，OLTP数据模式，切换时间为10分钟。RAC基于裸设备构建，OLAP数据模式，切换时间为5分钟。RAC基于ASM构建，OLAP数据模式，切换时间为20分钟。

10.OracleStandby环境，数据完全损坏、无RAID环境，由于基于TSM物理备份恢复时间约10GB花费12分钟、TSM逻辑备份恢复时间约10GB花费18分钟，逻辑部分方式比物理备份方式增加了Oracle数据的校验扫描，因此时间相反会更长一些，但也更可靠些。

11.SQLServer数据库恢复，SQLServerCluster环境下，故障切换时间约15秒。如果基于SQLServer实施了SQLServer镜像，故障切换时间几乎实时。如果基于IBMCDC技术来实施SQLserver表级别的数据同步连续数据复制CDP，故障切换时间也是实时的，而且比SQL镜像更可靠，由于是表级别的，不是实例级别，因此应用可以连接即用，无需像SQL镜像那样还需配置后可用，因此恢复时间为实时，但是配置时间也计算在内的话，后者的时间消耗更少。SQLserver单机环境下同上。