SVM高可靠数据同步方案

前言
  在某些数据中心里，除了传统的备份等数据保护措施外。管理层经常还会担心如果哪天我们的盘阵挂了怎么办，十几TB的数据虽然可以恢复但谁考虑过怎么恢复？恢复能否成功？恢复的时间和效率？业务的影响程度。这些问题越想越害怕，所以就产生了阵列高可靠的同步需求。
  简单来说，希望所有的数据写入A盘阵的同时写入到B盘阵，这样即使A盘阵出现重大事故，B盘阵也可以有一模一样的数据做到零丢失。
解决方案
基于阵列的同步解决方案，这也是经常用的和大家比较熟悉的。

 
在这个方案里无非是购买2套盘阵和镜像软件基于阵列做同步。那么从实际应用角度来考虑，中端盘阵（我们这里不讨论预算极其充足愿意买高端盘阵同步的客户)在做同步镜像时，本身盘阵的性能会受到很大的影响，根据负载压力来决定。也就是为了实现数据保护这一步目的，本身盘阵的投资也大打折扣。
另外，如果对其中一个盘阵需要有升级或者变更的时候，所有的投资都得Double。
最重要的一点是我们有没有考虑过如果一个盘阵出现问题后，真实的情景会是什么样的呢？假设主盘阵故障了：

存储A出现严重故障意外
系统瘫痪宕机，客户抱怨投诉至信息管理部门
存储阵列的集成商或者厂商不在，信息管理部门到处打电话请求现场支持
厂商或者集成商询问出什么事情了，了解后开始安排人手
可能4小时或者8小时甚着是1天以后，工程师到场
取消镜像工作，挂载主机到B盘阵
检查B盘阵的数据是否可用，如果可用，恢复应用系统

其实这就是所谓的0数据丢失方案的真实情况。可是业务缺处于不可控的阶段。那我们重复投资买2套盘阵和软件的意义又何在呢？

各位又会提出新的方案，那么我们利用主机端进行同步复制，例如LVM或者Veritas的Volume Replicator。这听起来是一个不错的选择，但是是有要求和条件的。请考虑一下:

你的主机负载能力是什么情况？
如果真正的同步起来后，主机负载又是什么情况？
如果这台主机系统，例如操作系统出现严重故障你两台盘阵上的卷如何恢复？
如果不是新的卷管理和同步技术，对你原有系统的改造难度和业务影响程度有多大？
如果你的业务不只是2台主机HA，而是4台，8台，16台，你该怎么办？


 
推荐方案
为什么推荐这种方案呢，就是说你有以上两种方案的顾虑跟本人一样，认可了，否则可以直接忽略本文。
基于SVM(Storage Virtualization Management)的虚拟化解决方案是基于SAN网络层来实现既不涉及到主机也不涉及到存储直接在SAN交换机端实现了I/O的控制与管理从而实现数据的保护。

 
提供给主机的是一个虚拟卷，用于做HA例如HACMP或者Vertias Cluster实现应用的高可用性，如果主机切换这个卷也就切换到相应的主机。这是从应用层来考虑。那么针对存储层，每一个I/O写到交换机端时都由智能交换机将I/O分割成2分分别写往两台盘阵上。当然盘阵采用任意厂商的不一定是一个也不一定是一个系列，但为了实现同步起码性能基本一致即可。
因此对于主机来说是透明的无需设置什么，只需要正常读写即可。对于盘阵来说也是透明的，无需设置，只需要接受I/O的读写即可。

 
如果有任何一个盘阵出现严重故障导致不能使用。那么在智能交换机端的I/O发送仍旧会持续发送到另外一台盘阵，并做好相关的位图记录以便后续恢复使用。因此即使我们断电一台盘阵，HA Cluster端都不会触发切换，因为主机访问的是虚拟卷，而实际的保存位置会指向了B盘阵，非常重要的是主机不需要重新挂载盘符也不需要中断业务。从而实现了盘阵的同步0数据丢失以及业务的高可用性和连续性。
在A盘阵恢复后，B盘阵后台将重新完成与A盘阵的同步过程。
所以基于SAN虚拟化技术实现数据的高可靠保护是一件非常先进的技术解决了主机和盘阵所不能解决的问题。整个过程不占用主机资源和存储资源而是智能交换机在SAN实现。
你可以使用任意级别的存储，终端、高端还是低端都无所谓了，你也可以任意部署多台服务器应用而无需改造了。

结尾
好了就说这些了，当然各位肯定会问采用SVM方式会有多少投资之类的，真是肯定的。越是高可靠高可用性投资越高。如果客户的业务确实要求如此高可用性你可以联系我，我给你们提供支持。

本文出自 “动力存储” 博客，谢绝转载！