数据备份讲解

     DS8000实质上是由左右两边2台简装的IBM p570小型机作为控制器，共享内部总线（RIO-G loop）的这样一个双控制器共享总线结构。这个结构是典型的中端存储的结构，下图是各厂商中端存储的体系结构，这些中端存储包括HDS AMS1000、EMC CX3-80、IBM DS4800。大家请看看有何不同？
体系结构决定着系统的档次和定位，这就是为什么众多第三方独立咨询机构都把DS8000产品定位为中端存储产品的本质原因。
    总之，DS8000是由2台简装的p570，其上运行简化的unix操作系统和阵列控制软件，通过共享总线，外挂接口卡以及若干磁盘组成。特别要指出的是，2台p570上运行的unix简化版和阵列控制软件，并不是存储系统上的微码，而是普通服务器上的Cluster软件和相关的应用软件，其执行效率和响应速度都无法满足存储系统对微码的要求。存储系统的微码需要简化、高效、执行速度快、周而复始地完成服务器/主机对数据的访问请求，以及相关存储软件功能（例如数据本地复制克隆快照、远程数据复制等），而DS8000显然难于满足这个要求。
      更重要的是，这种设计最致命的是影响系统的可靠性和稳定性。众所周知，双机热备集群技术对于普通应用系统来说，基本能满足业务要求——在一台小型机故障的情况下，在有限时间里业务能切换到另一台小型机上，但是所有使用过cluster的客户都很清楚，这个有限时间是在分钟一级——就是配置得非常优化的应用系统，这个时间也往往要5分钟以上。
      5分钟对服务器来说，可能是可以忍受的，而且也仅仅影响到这台服务器上的业务。但对于存储系统来说，特别是高端存储系统，这几乎是致命的。存储系统是业务IT支撑平台最中心的设备，在数据集中化趋势越来越明显的情况下，众多客户整个企业可能所有的业务均整合在同一台存储系统中，这台高端存储系统需要支撑所有服务器和主机，每秒钟可能会发生几百甚至几千个I/O，DS8000一旦出现一台p570故障，系统需要在几分钟之后才能把这部分数据切换到另一台p570上，系统会怎样，众多业务服务器/主机会怎样，整个企业前端业务会怎样？尊敬的客户，您敢用吗？
    而这一点在中端存储上都不会出现，因为中端存储采用的系统微码的实时性都要高于DS8000，例如HDS AMS1000采用的是VxWorks的切换时间都在毫秒级，对前端服务器的读写没有影响。
这是客户反映的IBM DS8000不稳定的根本原因。