飞康容灾NSS存储系统整合方案V1.0.doc

CHISC.NET - 全国医疗信息化联盟 ,为全国医疗信息化人士提供最强大的资源共享平台 PAGE PAGE 2 飞康容灾存储系统整合方案建议书 目录 TOC \o "1-3" \h \z \u 现状分析 3 存储系统面临的挑战 4 存储整合总体需求 5 飞康NSS方案简介 8 ABC公司存储整合方案 14 ABC公司存储整合方案 的说明 16 虚拟存储技术 18 存储逻辑分区 18 ABC数据迁移与业务系统切换 19 ABC公司容灾系统设计 －本地数据保护 20 ABC公司容灾系统设计 – 远程数据保护 22 技术优势 23 飞康公司简介 25  现状分析 目前，在ABC公司信息系统中有多个应用子系统。例如：营销管理系统，综合管理系统、人力资源系统、执法评估子系统、物资管理系统、内、外门户系统等多个重点应用系统。这些应用系统分别运行在3套存储系统上，如图： 具体数据量分配如下： 目前，EMC CX400磁盘阵列上存储着各个应用服务器的数据分别是：人力资源数据库服务器、人力资源中间件服务器、物资中间件服务器、物资数据库服务器的数据。 CX400磁盘的总容量为：2336G。 目前，EMC CX600磁盘阵列上存储着各个应用服务器的数据分别是：内门户服务器、外门户服务器、TAM服务器、TIM服务器、财务中间件服务器、财务应用服务器的数据。CX600磁盘的总容量为：4234G。 目前，EMC CX700磁盘阵列上存储着各个应用服务器的数据分别是：营销运行数据库服务器、营销计费数据库服务器、营销数据仓库服务器、营销收费Tuxedo服务器、营销计费Tuxedo服务器、领导查询数据库服务器的数据。CX700磁盘的总容量为：4234G。 存储系统面临的挑战 随着ABC公司应用系统系统集中化程度不断提升，SAN存储系统也需要增加，由于目前所提供SAN存储系统均为中端存储，而且是互相独立的，在这种情况下就出现了很多问题，例如： 中端存储系统性能无法满足应用系统的需求 由于ABC公司营销等核心业务系统已经基本实现大集中，全区的各个电力部门都会通过网络访问这些业务系统，在业务量繁忙的时候，中端存储系统由于采用双控制器、单一芯片处理结构，其性能就无法满足前端应用系统的需求，导致系统响应时间较长，直接影响了应用系统的服务质量（QoS）。 现有存储系统扩展性无法满足应用系统的需求 ABC公司目前使用的EMC CX系列存储系统，虽然容量配置不是很大，但是其Cache已经配满，无法再进行扩展，影响未来应用对存储系统性能的要求。另外，目前使用的EMC CX400、600和700存储系统已经停产，在已经停产的存储系统上进行扩展，配件、服务能否及时提供， 还有很多不确定因素。 存储资源的有效利用问题 不同的SAN之间无法有效的共享存储资源，形成了SAN的信息孤岛，每个孤岛之间的存储资源无法有效利用。 新建存储系统后如何利旧问题 ABC公司目前的存储环境中，各个存储系统本身还有非常大的扩展能力，而且总署会随着各个业务发展的需要在原有系统上进行扩容，这就需要在考虑整合的存储平台时，一定要将原有的存储系统充分利用起来，使这些存储系统继续发挥作用，这一点对于ABC公司是非常关键的。 存储系统的资源管理问题 独立的存储系统其资源管理方式也是互相独立的，在SAN环境中无法快捷、有效的将存储资源进行分配，管理界面过多，造成管理成本的增加。 中端存储系统的稳定性问题 由于中端存储系统大多采用双控制器结构，其系统冗余性、可靠性并不是很高，而且当一个关键部件出现故障后，整个存储系统性能都将下降，随着ABC公司各个业务系统不断发展，这样的可靠性是无法接受的。 中端存储系统无法构建统一的、基于存储系统的容灾系统 ABC公司希望在未来建立一个基于存储系统的容灾系统，但是目前的存储系统均为中端存储，无法“多对一”的容灾方式，导致容灾系统建设成本和维护成本增加；另外，基于中端存储系统的容灾技术目前应用于远程（超过100Km）在国内还鲜有案例，对ABC公司就意味着建设容灾系统的风险加大。 存储整合总体需求 根据上述的现状分析可以看出，与众多电力行业的项目一样，ABC公司存储整合涉及了存储虚拟化设计的可靠性、可管理性、扩展性、性能、数据容灾复制等若干关键性环节。但是应该注意到，与以前系统建设不同的是，ABC公司存储系统的目前阶段的建设已经跃升到一个新的层面，现阶段需要的不仅仅是一个局限于设备参数的简单方案，而是一个从实际业务应用角度出发的，真正能够解决存储设备管理维护难度问题、设备可靠性问题、数据量膨胀问题、设备综合利用等等问题的存储一体化解决方案，以及一个着眼现状、兼顾未来发展，融存储系统的整合、管理