存储级数据容灾方案.docx

存储级异地容灾解决方案目录1.用户现状与需求41.1.用户IT系统现状41.2.用户需求41.2.1.建设目标41.2.2.需求分析52.建议方案72.1设计原则72.3.8容灾方案设计72.3.9系统整体架构103.灾备中心运行维护方案123.1.解决方案选择123.2.业务持续性策略133.2.1.日常运行状态133.2.2.切换流程133.2.3.非切换异常处理流程154.灾难恢复预案164.1.计划内和计划外停机的切换步骤174.1.1.计划内停机174.1.2.计划外停机174.2.设备故障的影响和处理184.2.1.生产中心主机故障184.2.2.生产中心存储系统故障184.2.3.复制链路故障184.2.4.容灾中心设备故障184.3.实施风险提示195.应急管理预案195.1.紧急响应策略195.1.1.紧急相应策略概述195.1.2.紧急响应和运作的需求205.1.3.紧急响应场所的分类和功能、建设描述245.1.4.紧急场所设施使用人员的权限分配255.1.5.紧急事件发生前的监测、监控与预警系统265.1.6.紧急事件发生后的紧急事件响应程序275.1.7.紧急响应策略保持有效性的监管措施376.预案模拟演练方案376.1.生产中心向备份中心切换流程演练396.2.容灾中心向生产中心切换流程演练40用户现状与需求用户IT系统现状用户现有系统包括数据库、应用、WEB、邮件等系统，虽然是双机架构，但是其稳定性和可靠性都没有达到核心系统应该具备的标准，而且直连的存储架构对于性能和管理型都有一定的局限性。业务数据是企业业务的生命线，如何保护好计算机系统里存储的数据，保证系统稳定可靠地运行，并为业务系统提供快捷可靠的访问，是系统建设中最重要的问题之一。为了保护业务系统的关键业务数据，我们必须对这些数据进行有效的备份，并支持快速恢复。通过备份的方式将文件、数据库等重要数据做一个副本，只能在本地建立数据保护。但因意外(如火灾、地震等)停止工作时，随之而来的损失更是不可估量，为避免类似风险的存在，就需要建立异地容灾系统，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，保证业务稳定运行。用户需求建设目标从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求。应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了IP地址切换（按客户需要选择），中间件服务，用户级业务。应用级容灾从流程上实现了全业务的连续性需求。从我们的灾难系统建设经验出发，xxx有限公司可以考虑以下业务连续性计划目标：?RPO（最大允许数据丢失时间）：零数据丢失?RTO（最大允许宕机时间）：30分钟?应用级容灾需求需求分析用户需要保障数据的长期安全可靠的，数据对于灾难的安全性和可恢复性：灾难切换时间要求灾难系统切换时间不超过30分钟，最好在10分钟内实现。多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式计划内维护要求提供计划内维护支持能力，计划内维护切换时间不多于10分钟数据丢失性要求原则上要求零数据丢失，可以依据情况进行调整数据同步方式提供同步和异步两种方式备份和灾难备份方式采用物理备份方式实现物理部件失败要求支持部分磁盘，文件系统，主机，磁盘柜等各种物理部件失败导致的失败保护。站点失败要求支持由于火灾，电力以及其他因素导致站点失败的数据保护。逻辑失败要求支持由于数据块腐败导致的数据库无法启动，数据丢失等逻辑失败保护人类错误失败要求支持由于人类误操作以及入侵等导致人类错误失败导致的数据保护或者恢复。生产系统的性能影响要求生产系统性能影响不超过5%生产系统可用性要求容灾系统不会降低生产系统可用性网络链路分钟级别短暂故障要求不会对生产系统产生影响网络链路小时级别长期故障要求不会对生产系统产生影响网络链路密集的秒级别短暂故障要求不会对生产系统产生影响网络链路容错支持网络链路的容错，可以利用网络的备份链路，比如多路网卡等灾难系统的硬件故障由于灾难系统硬件故障导致的灾难系统不可用不会对生产系统产生影响，比如网卡，磁盘以及控制卡等灾难系统的软件故障由于灾难系统软件故障导致的灾难系统不可用不会对生产系统产生影响，比如灾难系统管理软件部件等网络协议采用IP网络实现网络带宽一般的百兆或者千兆带宽RTT要求RTT要求在10ms以内即可满足要求，可以容忍部分时间的30ms响应在线实施要求要求在备份系统实施期间保持生产系统运行存储系统失败的原址运行在生产系统主机可用的情况下可以支持系统原址运行部分文件失败的原址运行在部分文件失败的情况下可以支持系统原址运行建议方案2.1设计原则通过对用户具体环境和需求的分析，我们在针对性