IDC数据中心容灾方案模板.docVIP

IDC数据中心容灾方案 PAGE PAGE 31 IDC数据中心容灾方案模板 公司：XX 日期：XX年XX月XX日 目录 TOC \o 1-3 \h \u 1538 1. 项目现状与需求 1 8885 1.1. 项目IT系统现状 1 6148 1.2. 项目需求分析 1 722 1.2.1. 项目建设目标 1 7011 1.2.2. 项目需求分析 2 23346 2. 项目建议方案 4 499 2.1设计原则 4 4888 2.3.8容灾方案设计 4 26526 2.3.9系统整体架构 6 18841 3. 项目灾备中心运行维护方案 8 24247 3.1. 项目解决方案选择 8 8476 3.2. 业务持续性策略 9 31710 3.2.1. 日常运行状态 9 20536 3.2.2. 切换流程 9 1528 3.2.3. 非切换异常处理流程 10 27198 4. 项目灾难恢复预案 11 4879 4.1. 计划内和计划外停机的切换步骤 11 9502 4.1.1. 计划内停机 11 24858 4.1.2. 计划外停机 12 20378 4.2. 设备故障的影响和处理 12 29169 4.2.1. 生产中心主机故障 12 475 4.2.2. 生产中心存储系统故障 12 27645 4.2.3. 复制链路故障 13 9191 4.2.4. 容灾中心设备故障 13 3435 4.3. 项目实施风险提示 13 135 5. 项目应急管理预案 13 11751 5.1. 紧急响应策略 13 4254 5.1.1. 紧急相应策略概述 13 27427 5.1.2. 紧急响应和运作的需求 14 18950 5.1.3. 紧急响应场所的分类和功能、建设描述 17 16062 5.1.4. 紧急场所设施使用人员的权限分配 18 22111 5.1.5. 紧急事件发生前的监测、监控与预警系统 18 28747 5.1.6. 紧急事件发生后的紧急事件响应程序 19 31113 5.1.7. 紧急响应策略保持有效性的监管措施 27 11387 6. 项目预案模拟演练方案 27 27794 6.1. 生产中心切换容灾中心演练 27 4798 6.2. 容灾中心切换生产中心演练 28 项目现状与需求 项目IT系统现状 用户现有系统包括数据库、应用、WEB、邮件等系统，虽然是双机架构，但是其稳定性和可靠性都没有达到核心系统应该具备的标准，而且直连的存储架构对于性能和管理型都有一定的局限性。 业务数据是企业业务的生命线，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。为了保护业务系统的关键业务数据，我们必须对这些数据进行有效的备份，并支持快速恢复。 通过备份的方式将文件、数据库等重要数据做一个副本，只能在本地建立数据保护。但因意外(如火灾、地震等)停止工作时，随之而来的损失更是不可估量，为避免类似风险的存在，就需要建立异地容灾系统，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，保证业务稳定运行。 项目需求分析 项目建设目标 从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求。应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了IP地址切换（按客户需要选择），中间件服务，用户级业务。应用级容灾从流程上实现了全业务的连续性需求。 从我们的灾难系统建设经验出发，xxx有限公司可以考虑以下业务连续性计划目标： ? RPO（最大允许数据丢失时间）：零数据丢失 ? RTO（最大允许宕机时间）：30分钟 ? 应用级容灾需求 项目需求分析 用户需要保障数据的长期安全可靠的，数据对于灾难的安全性和可恢复性： 灾难切换时间要求 灾难系统切换时间不超过30分钟，最好在10分钟内实现。 多种灾难切换方式 提供自动灾难系统切换和手动灾难切换方式 计划内维护要求 提供计划内维护支持能力，计划内维护切换时间不多于10分钟 数据丢失性要求 原则上要求零数据丢失，可以依据情况进行调整 数据同步方式 提供同步和异步两种方式 备份和灾难备份方式 采用物理备份方式实现 物理部件失败要求 支持部分磁盘，文件系统，主机，磁盘柜等各种物理部件失败导致的失败保护。 站点失败要求 支持由于火灾，电力以及其他因素导致站点失败的数据保护。 逻辑失败要求 支持由于数据块腐败导致的数据库无法启