1. 用户现状与需求1・1・用户 IT 系统现状用户现有系统包括数据库、应用 WEB、邮件等系统,虽然是双机架构,但是其稳定性和可靠性都没有达到核心系统应该具备的标准,且直连的存储架构对于性能和管理型都有一定的局限性。业务数据是企业业务的生命线如何保护好计算机系统里存储的数据保证系统稳定可靠地运行,并为业务系统提供快捷可靠的访问是系统建设中最重要的问题之一为了保护业务系统的关键业务数据,我们必须对这些数据进行有效的备份,并支持快速恢复。通过备份的方式将文件、数据库等重要数据做一个副本,只能在本地建立数据保护。但因意外(如火灾、地震等停止工作时,随之而来的损失更是不可估量,为避免类似风险的存在,就需要建立异地容灾系统,整个应用系统可以切换到另一处使得该系统功能可以继续正常工作,保证业务稳定运行。1・2・用户需求1.2.1•建设目标从容灾的级别来说,可以规划数据级容灾和应用级容灾,根据业务种类多,业务方式多样化的特点,仅建设一个数据级容灾是不够,容灾发生时,业务快速的恢复是容灾系统的一大需求。应用级容灾是建立在数据级容灾的基础上,在容灾切换时,除了切换核心的数据库数据外,还包含了 IP 地址切换(按客户需要选择),中间件服务,用户级业务。应用级容灾从流程上实现了全业务的连续性需求。从我们的灾难系统建设经验岀发,x 有限公司可以考虑以下业务连续性计划目标:RPO(最大允许数据丢失时间:)零数据丢失RTO(最大允许宕机时间)30 分钟应用级容灾需求1・2・2•需求分析用户需要保障数据的长期安全可靠的,数据对于灾难的安全性和可恢复性:灾难切换时间要求灾难系统切换时间不超过 30 分钟,最好在 10 分钟内实现。多种灾难切换方式提供自动灾难系统切换和手动灾难切换方式计划内维护要求提供计划内维护支持能力,计划内维护切换时间不多于分钟数据丢失性要求原则上要求零数据丢失,可以依据情况进行调整数据同步方式提供同步和异步两种方式备份和灾难备份方式采用物理备份方式实现物理部件失败要求支持部分磁盘,文件系统,主机,磁盘柜等各种物理部件失败导致的失败保护。站点失败要求支持由于火灾,电力以及其他因素导致站点失败的数据保护。逻辑失败要求支持由于数据块腐败导致的数据库无法启动数据丢失等逻辑失败保护人类错误失败要求支持由于人类误操作以及入侵等导致人类错误失败导致的数据保护或者恢复。生产系统的性能影响要求生产系统性能影响不超过 5%生...