《容灾项目咨询方案技术建议书》由会员分享，可在线阅读，更多相关《容灾项目咨询方案技术建议书（41页珍藏版）》请在金锄头文库上搜索。
1、xx公司冗灾项目建设咨询方案 技术建议书附件xx公司冗灾项目建设咨询方案技术建议书xxx公司专有信息声明本方案建议书属商业机密文件，书中的所有信息均为xxx公司机密信息，仅限于xx公司冗灾项目组内部使用。务请妥善保管并且仅在与项目有关人员范围内使用，未经xxx公司明确作出的书面许可，不得为任何目的、以任何形式或手段（包括电子、机械、复印、录音或其它形式）对本文档的任何部分进行复制、存储、引入检索系统或者传播。尽管xxx公司已经尽力使本文档内容的完整性和有效性，但仍可能有技术方面不够准确的地方或印刷错误。若需求有所变化，xxx公司将对有关内容进行相对应的调整，并在本建议书未来版本中体现。关于本文
2、档文档信息文档名称xx公司冗灾项目建设咨询方案技术建议书作者xxx公司说明 本文档是xxx公司根据对xx公司冗灾项目相关需求的理解，在与xx公司冗灾项目组相关领导和技术人员初步技术交流的基础上，从容灾的角度，为xx公司冗灾项目提供的服务建议。修订历史 (REVISION HISTORY)RevSectionTypeDateAuthorRemarks1.02008-03-24创建建议书1.12008-03-28修订内容范围本文档是xx公司冗灾中心建设研究项目技术建议书。适用的对象本文档仅适用于xx公司冗灾中心建设研究项目组及参与该项目的决策者、评估者。目录1.项目背景51.1.前言51.2.信息
3、化现状62.XX公司容灾中心建设方法论82.1.业务连续性方法论82.1.1.风险分析122.1.2.业务影响分析142.1.3.可恢复性评估162.1.4.制定恢复策略172.1.5.容灾方案设计192.1.6.业务持续计划设计262.1.7.业务持续计划的演练和维护292.1.8.xx公司冗灾项目建设规划建议293.容灾中心建设咨询项目实施方案313.1.任务一、当前环境调研分析313.1.1.工作目标313.1.2.工作内容323.1.3.工作交付成果333.1.4.完成标准333.2.任务二、风险分析343.2.1.工作目标343.2.2.工作内容343.2.3.工作交付成果343.2
4、.4.完成标准353.3.任务三、业务影响分析353.3.1.工作目标353.3.2.工作内容353.3.3.工作交付成果363.3.4.完成标准373.4.任务四、灾难恢复策略设计373.4.1.工作目标373.4.2.工作内容373.4.3.工作交付成果373.4.4.完成标准383.5.任务五、灾难恢复系统总体规划架构设计383.5.1.工作目标383.5.2.工作内容383.5.3.工作交付成果383.5.4.完成标准393.6.任务六、项目管理393.6.1.工作目标393.6.2.工作内容393.6.3.工作交付成果403.6.4.完成标准404.项目费用估算411. 项目背景1.
5、1. 前言删减1.2. 信息化现状公司信息化建设起步于2002年，通过多年的不断建设和积累，2002-2006年间先后建立了以下系统：1、物流管理信息系统：该系统业务覆盖公司采购、销售、仓库、运输、质量、生产、财务和人力资源管理，系统运行环境为：IBM X346 2X3.0CPU 双机冗余磁盘阵列柜，OS：Windows Server 2003SQL20002、生产综合管理系统：实现公司各生产厂、车间日常生产管理、设备管理、统计报表等，运行环境为： DELL 主频：Xeon 3.0 内存：2G 硬盘：3块146G做RAID5/ WINDOWS 2003ServerOracle 8i3、实时数据
6、库系统：通过采集站采集公司各生产装置DCS上的实时数据，通过组态后再进行发布。运行环境为：DELL 主频：Xeon 3.0 内存：2G 硬盘：3块146G做RAID5/ WINDOWS 2003ServerInfoplus.214、内部网络平台：以网站形式动态发布公司各类信息，系统运行环境为：IBM X346 3.2CPU，内存：2G硬盘：3块146G OS：Windows Server 2003SQL20005、外部网络平台：以网站形式向外界动态发布公司相关信息，系统运行环境为：IBM X346 3.0CPU，内存：1G硬盘：2块72G OS：Windows Server 2003SQL20
7、006、DHCP服务器：实现公司内部IP分配、地址解析和转发。运行环境为：HPLC3000 CPU 1G，内存：512MB 硬盘：2块72G OS：Windows Server 20037、内部EMAIL服务器：实现公司内部EMAIL功能。运行环境为：HP LC2000 CPU 1G，内存：512MB 硬盘：2块72G OS：Windows Server 20008、内部实时通讯服务器：运行RTX及时通讯软件，实现公司内部实时通讯功能。运行环境为：HP CPU 1.8G，内存：512MB 硬盘：2块72G OS：Windows Server 20002006年7月，为了进一步提高公司管理水平，
8、提高企业的市场竞争力，公司开始在xx分公司实施ERP一期项目并与2007年3月上线使用，取得了很好的效果。接着开始ERP项目二期的实施，预计10月份全部上线。目前ERP系统的运行环境为：ERP生产机IBM p570（4C16G）双机系统，ERP开发测试机p550Q（4C12G两分区），BW生产机p550Q（4C16G），BW开发机p520Q（2C8G），portal生产开发机p550Q（4C16G两分区），存储磁盘阵列DS6800，SAN存储架构，并采用IBM 3582磁带库做数据备份。2. xx公司容灾中心建设方法论2.1. 业务连续性方法论从整个计算机系统的发展来看，容灾经过了一个很长时间
9、的发展过程，在上个世纪60年代，通常进行的都是集中式处理系统，每个系统具备一些简单的灾难恢复计划，通常恢复时间也很长，都以周为单位计算，进行的数据备份和恢复也都处于被动式的模式。到了70年代，随着计算机系统的逐渐普及，应用逐渐有集中式系统转到分散式系统，这个时候，系统开始考虑一些简单的业务恢复计划，恢复的时间也开始以天为单位。到了90年代，网络的飞速发展，系统有开始走向集中，这个时候，对业务的连续性要求就更高，要求恢复时间也小时为单位，系统需要考虑避免高可用的风险。到了今天，企业应用系统进一步飞速发展，业务要求能够达到行业级别的业务连续计划，此时，要求实现业务系统的更高可用性，恢复时间甚至要求
10、达到实时的水平。业务的发展使得企业对业务连续性的要求也越来越高。在业务连续性中，以下几个概念非常重要，它们也是衡量业务持续及容灾需求的指标。恢复时间目标（RTO）恢复时间目标（Recovery Time Objective，简称RTO）是指灾难发生后，从I/T系统宕机导致业务停顿时刻开始，到IT系统恢复至可支持各部门运作、业务恢复运营之时，此两点之间的时间段称为RTO。一般而言，RTO时间越短，即意味要求在更短的时间内恢复业务至可使用状态。虽然从管理的角度而言，RTO时间越短越好，但是，这同时也意味着更多成本的投入。对于不同行业的企业来说，其RTO目标一般是不相同的。即使是在同一行业，各企业因
11、业务发展规模的不同，其RTO目标也会不尽相同。RTO目标的确定可以用下图来说明：如上所说，RTO目标越短，成本投入也越大。另一方面，各企业都有其在该发展阶段的单位时间赢利指数，该指数是通过业务影响分析（Business Impact Analysis）咨询服务，以访谈、问答和咨询的方式得到确定的。在确定了企业的单位时间赢利指数后，就可以计算出业务停顿随时间而造成的损失大小。如上图，结合这两条曲线关系，我们将可以找到对该企业而言比较适合的RTO目标，即在该目标定义下，用于灾难备援的投入应不大于对应的业务损失。恢复点目标（RPO）恢复点目标（Recovery Point Objective，简称R
12、PO）是指对系统和应用数据而言，要实现能够恢复至可以支持各部门业务运作，系统及生产数据应恢复到怎样的更新程度。这种更新程度可以是上一周的备份数据，也可以是上一次交易的实时数据。与RTO目标不同，RPO目标的确定不是依赖于企业业务规模，而是取决于企业业务的性质和业务操作对数据的依赖程度。因此，RPO目标对相同行业的企业而言会有些接近，而对于不同行业的企业来说仍可能会有较大差距。RPO目标的确立仍是以咨询的方式，通过与各业务部门主管的交流，了解业务流程和IT应用的关系，以及通过回答问卷的方式，确定能够支持该企业核心业务的RPO目标。通常可以用以下1到5的等级来衡量企业业务连续性的成熟度。在长年灾难
13、服务提供的过程中，IBM在业务持续服务方面形成了一套完整的实施方法论，如下图所示，它包括分析、设计、和实施三个阶段的咨询和技术服务，IBM又将该三个阶段工作划分为七个步骤，即“风险分析”、“业务影响分析”、“可恢复性评估”、“恢复策略制定”、“灾难恢复方案设计”、“业务持续计划设计”和“业务持续计划演练和维护”。IBM采用业务持续咨询方法论来规划和设计出企业的业务持续计划。该广受验证的实施方法论的7个步骤由三个阶段串连而成： 分析阶段包含“风险评估”、“业务影响分析”、及可恢复性评估。此阶段提供对灾害潜在损失、各种冲击、及现行恢复能力等方面的量化及质化的分析评估，同时也根据需求来向客户建议必需
14、的措施及迅速的解决方案来实现完全的恢复能力。 设计阶段包含“恢复策略制定”及企业“灾难恢复整体解决方案设计”。此阶段根据分析阶段的结果来制定出企业的恢复策略，规划及设计出为实现企业业务持续所必需的行动与解决方案，以达到企业在组织、流程及技术层面的恢复需求。 实施阶段包含“业务持续计划设计”及“业务持续计划的演练和维护”。此阶段将建立业务持续计划、实施业务持续计划的桌面演练、执行业务持续计划及灾难恢复的测试、设计业务持续计划的维护方案。其中，业务持续计划中将包括企业的“业务恢复计划”和“技术恢复计划”。我们建议，企业的业务持续计划的设计及拟定应该是一个持续并循环往复的过程，每一阶段都能持续不断的改进，并且在实际工作中体现有效性与高效性。上述业务持续计划的分析、设计与执行三个阶段，正如上图所绘，可根据其特性分类，分为与企业业务相关及技术相关的不同步骤，共分为以下七个步骤： 风险分析 业务影响分析 可恢复性评估 恢复策略制定 灾难恢复方案设计 业务持续计划设计 业务持续计划的演练与维护以下将分别介绍这七个步骤。2.1.1. 风险分析风险分析（Risk Analysis）分析可能对企业业务系统和IT系统的安全性造成威胁的各种风险因素并提出相应的对策和改进方案。因此，风险分析的工作将不仅仅只是提出补救措施，还将定义出对于风险的预防措施。
