灾备，从来都是存储界奢侈的字眼，早在几年前，我们就可听说哪个金融机构花了巨大的投资在某地建立了其灾备中心，可应对自然灾害等大型灾难，但这仅仅是在极少数单位的建设，他们的数据重要性使得其不惜代价建设异地灾备中心。但是，随着05年国信办《重要信息系统灾难恢复指南》的出台，各个政府单位都相继开始考虑数据灾备的问题，但很多的单位还是处于观望状态，原因很简单，有灾备这个需求，但由于其传统奢侈品的定位，使得他们不敢轻易下手，也无法轻易下手。

在大部分单位观望的同时，政府也开始在一部分单位进行灾备的试点。目前灾备的技术有很多种：通过主机复制软件（如Veritas VVR软件）或特定应用软件（如Oracle DataGuard），这些都是基于主机层的容灾；通过网络层实现，主要是一些智能网络交换机的开发，但目前实现较少；最主流的就是基于盘阵来实现，或是基于虚拟化技术来实现，这些各大存储厂家都可以提供相应的实现方案。政府灾备试点的建设往往在社保、财政等单位，但是这些试点单位建设完灾备后，政府统一核算发现，不管是基于主机方式还是基于盘阵方式，一个单位的投资至少也要在600万以上，这种情况下，市级政府相关几十家单位都要建成灾备系统花费至少数亿元，因此很多政府单位又开始望而却步了。

在这种奢侈的灾备系统建设过程中，很多信息化建设专家和用户不断在思索着同一个问题，如何才能使灾备不再是奢侈品呢？最终找到了症结所在，就是所有单位的灾备系统都是独立建设的，即对灾备中心的建设政府在做重复的投资。追根究底，这种建设模式取决于技术本身，因为传统的灾备技术只适合于点对点的灾备，而不能实现多点对一点的灾备，更不用谈多点对一点灾备如此庞大系统的管理问题了。

07年，H3C提出了共享灾备的解决方案，即将灾备中心共享化，只要建设一个灾备中心，就可实现多个单位的数据灾备。此方案在07年底广州市政府数据集中灾备系统建设中正式得到应用，这是技术上一项重大突破。回溯到技术原理，灾备实现中最关键的两点：如何将数据从在线系统中"抽取"出来；数据"抽取"出来后如何同步到异地的灾备中心。

在上述两点中，H3C均有其独特的技术手段来实现，从在线系统中"抽取"数据有多种方式，可以直接从服务器上抽取，也可以通过虚拟化技术对原存储系统进行虚拟化再抽取数据，对于数据直接存于服务器中的应用可直接将访问模式改成磁盘阵列访问模式，多种数据"抽取"手段，目的皆是为了以某一种方式与灾备中心的存储资源池建立复制关系。因此，在H3C的方案设计中，可应对任何一种复杂的环境，灾备单位的应用环境不同，采用的灾备接入方式就不同，无论是之前有无磁盘阵列，也不管磁盘阵列是何品牌，均可有效地接入。在广州社保的项目建设过程中，各灾备单位的设备环境不同，有HP磁盘阵列、DELL NAS阵列，也有直接服务器存储的，最终都将数据集中灾备到灾备中心。

数据已经从在线系统中抽取出来，多点对一点的复制技术也是H3C在此方案中的一项创新，三个灾备单位的数据，可与灾备中心的一台设备建立复制关系，且数据同步直接通过IP网络来实现，这也是IP存储得天独厚的优势。有人会质疑这种数据同步是否可在低带宽的环境下实现，答案是肯定的。因为大部分单位的一天的数据变化量并不会很大，复制技术本身也是基于底层块增量来实现，同步的只是改变过的数据块，使得需要同步的总数据量很少。而现有2Mb/s的网络，满负荷情况下一小时可传输数据量达500MB以上，除去业务网络的开销，2Mb/s的链路已经可实现数据的灾备。因此，这链路方面，这种方式大大节约了灾备单位的投资。

更难能可贵的是H3C专门为共享灾备开发了一套共享灾备管理平台，可以对整个庞大的灾备系统进行统一管理，很大程度上节约了管理成本。

在共享灾备的建设思路中，节约了多方面的成本，灾备单位无须单独建设自己的灾备中心，所有相关单位可共用一套灾备中心，只需要接入灾备中心的投资即可，另外，在链路费用的投资也大大降低，更重要的是对灾备系统的维护和管理，不再需要单独的管理团队，都可实现统一管理。当然，接入共享灾备平台的单位越多，整套系统的综合效益比也就越高。