容灾解决方案(完整版).pdf

容灾解决方案(完整版) 第一章 需求分析 1.1 用户现况及需求 某电信公司目前在各省建设有独立的信息管理系统和 ERP 系统。 各省分公司的信息管理系统所使用的主机、存储、网络环境，以及应用软件不 尽相同。大部分采用 MS Exchange 和 MS SQL Server ，但是少数省市也延续 使用了 Lotus Notes 的系统。存储网络架构普遍采用 SAN 的架构，但是部分 系统还是采用 DAS。 目前的信息管理系统仅限于企业邮件系统、公文流转系统和极小的一个公共共 享空间。每个用户的桌面电脑保存了大量的私人数据。针对员工的桌面电脑的 数据目前未进行任何备份。数据的丢失由员工自己负责。病毒的防护采用员工 桌面电脑安装病毒防护客户端软件的方式。 各省分公司的 ERP 系统也是不尽相同。主机、存储、网络环境，以及应用软件 等都有区别。底层数据库系统虽大部分使用 Oracle ，但是安装的版本和补丁也 有差别。 目前，集团希望对各省分公司的信息管理系统和 ERP 系统实现集中的备份恢复， 及一定程度的容灾。希望在集团公司建设一个集中的备份容灾中心，首先把各 省分公 司的数据容灾到集团公司，然后对容灾的数据实现备份和恢复。当某省 分公司发生灾难，集团公司能够把相关业务接管过来，直至发生灾难的省分公 司恢复业务。 目前部分省分公司的 ERP 系统建设有外接分析系统。实现方法是把每天数据库 的 LOG 在另外的数据库服务器重演，来形成相应的分析用基础数据库。但是效 果不太理想。同时尚缺乏提供给集团公司进行企业智能化的数据分析系统。 1.2 需求分析 综合 1.1 所描述的内容，总结用户需求是： 第 1 页第 1 页 容灾解决方案(完整版) 1)多对一的容灾模型； 2)前端有 SAN 的存储架构和 DAS 两种； 3)开放平台，但是软硬件系统非常复杂，各厂家、版本同时并存； 4)容灾端有集中备份的要求； 5)容灾端有容灾数据多种应用的要求（备份、统计分析）； 6)电信用户，链路带宽情况相对良好，但是要求有效利用，减少浪费，并减少 对其他应用的影响； 7)需要考虑现有的系统建设情况，做到较少的投资达到最大的目标。 第二章 设计思路 2.1 容灾拓扑模型选择 根据以上用户现有的环境情况和客户需求，并综合考虑现代企业信息管理系 的需求和成功经验，以及针对信息管理系统和 ERP 系统的数据在各省分公司及 集团公司的多重应用的要求，整个系统的建设可以有两个不同的方案。 2.1.1 方案 1 ：小方案M(1) 1(1)模型 本方案在各省分公司内部不再建设容灾系统。信息系统和 ERP 系统的数据直接 复制上传至集团公司的容灾中心。在集团容灾中心的 NetApp 存储保存 3 天内 72 个时间点的本机时间点保护。同时集团容灾中心进行集中的数据备份、数据 挖掘、分析等应用。 本方案优点在于投资低。但是各省分公司不具备就近的容灾能力，仅拥有生产 数据也无法满足省分公司在本地潜在的多种业务应用的需求。 2.1.2 方案 2 ：大方案M(1:1) 1(1)模型 本 方案在各省分公司内部先把构建在异构平台（SAN 和 DAS ，多种开放平台 和应用）上的信息系统和 ERP 系统集中容灾到统一平台的 NetApp 智能存储平 台 上。再通过省分公司和集团公司的 NetApp 智能存储平台之间的容灾手段实 现二级集中容灾。省分公司可以进行多种数据挖掘和分析的工作。在集团容灾 中心的 NetApp 存储保存 3 天内 72 个时间点的本机时间点保护。同时集团容 灾中心进行集中的数据备份、数据挖掘、分析等应用。 第 2 页第 2 页 容灾解决方案(完整版) 本方案相对于方案 1 投资较大。但是解决方案具有以下优点： 1)本地新增的存储设备完善了目前并不全面的信息管理系统，能够作为公共共 享空间及员工个人空间提供文件的存储访问，并提供先进的活体病毒检测防护 机制进行病毒防护，同时对这些文件提供 3 天内共 72 个小时的本机时间点保 护，提高文件保护恢复的 RTO 和 RPO。 2) 省分公司也拥有了本地的容灾系统，一方面无需发生灾难后直接切换到集团 公司容灾中心，提高了解决故障的效率；另一方面可以利用 NetApp 的 FAS