业务应急与运维保方案.docxVIP

PAGE PAGE i 业务应急与运维保障方案 业务应急与运维保障方案 TOC \o 1-3 XXX 1 第1章 需求分析 1 1.1 多业务应急系统建设背景 1 1.2 信息中心运维面临的问题 1 1.3 业务应急和运维保障系统建设的要求 2 第2章 整体方案设计 3 2.1 方案设计原则 3 2.2 整体方案描述 4 2.3 方案的扩展性 4 2.4 方案实现的效果 5 2.4.1 CDAP实现本地多业务应急 5 2.5 产品价值 5 2.5.1 “CDAP多业务应急与运维保障平台”能实现一对多的应急接管 5 2.5.2 “CDAP多业务应急与运维保障平台”能改善备份方案 6 2.5.3 “CDAP多业务应急与运维保障平台”提供的测试和迁移工具 7 第3章 CDAP业务应急与运维保障平台介绍 8 3.1 方案环境部署 9 3.2 方案关系配置： 9 3.2.1 应急数据源 10 3.2.2 同步配置 10 3.2.3 备份配置 10 3.2.4 数据同步 10 3.3 应急机制和预案建立 10 第4章 灾难恢复方案 12 4.1.1 应急接管 12 4.1.2 数据与业务系统恢复 13 4.1.3 文件和数据库逻辑错误恢复 13 4.1.4 服务器系统错误恢复 14 4.1.5 服务器硬件故障异机恢复 15 第5章 产品维护方案 15 5.1 目的 15 5.2 范围 15 5.3 服务 15 5.4 内容 16 需求分析 多业务应急系统建设背景 在现代社会各单位和企业越来越注重信息化的建设，为了满足业务不断的需要，每年都会新增加各种信息化管理系统，经过不断的发展和建设，信息中心的运维和管理工作的复杂度在不断增加； 如何保障信息中心的业务系统和服务器主机的正常运行，成为信息中心的运维工作人员的主要任务和考核指标。传统的数据安全保障机制越来越不能适应新形势下信息中心的运维保障需求。需要一种智能的、一体化的、适应各种应用环境的业务应急和运维管理平台。 随着金保工程的上线，XXX目前已经基本完成了覆盖全县完整信息系统，包括人力资源管理系统和社会保险管理系统。目前核心业务系统包括：医保系统、网上申报业务系统、异地接入系统、阳光医保系统、网上办事业务系统等业务前置系统。这些业务系统运行都会根据实时更新的数据库系统做连接，虽然对数据系统做了双机保障，但前置应用服务器都时单应用服务器在运行，如果发生前置业务系统故障，各种业务办理就要停止，给业务开展带来不变。 信息中心运维面临的问题 大量服务器业务应急需求：信息化平台现有的大量业务系统设备采用了一机一应用/一机多应用的模式，当前的这种部署模式，如果某台物理服务器因为各种原因计划内停机或者故障停机，都不可避免的会造成其上运行的业务系统停止的问题，这将直接影响到用户业务的正常开展。 运维环境复杂，响应速度滞后：由于当前信息化平台服务器数量巨大，如何处理各种不同操作系统、业务系统的日常维护与故障处理对平台的运维管理是极大考验。如果没有统一的备份管理与应急恢复的管理手段，因服务器与操作系统存在差异，管理难度极大，极有可能无法响应业务系统的要求，影响日常工作。 数据和应用备份的快速恢复系统：信息化平台现有的大量应用系统存在数据备份保护问题，简单的手动备份不仅需要耗费大量的人力物力，效果往往会得不偿失，无法实现对应用数据的实时保障。当服务器出现硬件和系统错误时候，当前平台系统也缺少非常简便和快速备份和恢复系统。 平台系统运维缺少测试环境迁移手段：信息化平台现有服务器数量繁多，种类复杂，各种不同系统与应用都存在，在运维过程中对于应用程序或者操作系统的测试与补丁升级，往往需要耗费大量的人力物力资源，缺乏有效的仿真测试环境，来简化运维管理中碰到的测试升级问题。另外，有些老的系统需要迁移到新的硬件平台，需要一个方便的系统迁移工具。 混合环境统一应急管理：在信息中心，各种业务有的在虚拟机、有的在物理服务器环境，需要一套可以解决在混合环境中都可以实现业务应急和业务备份恢复的手段。 业务应急和运维保障系统建设的要求 根据需求了解，机房业务应急和运维保障系统需要支持以下功能： 业务负载应急：可以支持各种类型的服务器业务负载转移接管，包括数据库系统、中间件、文档管理系统、邮件系统、域控、安全管理平台等。快速地实现业务的切换，同时也可以从不同的时间点实现业务的应急。 仿真测试功能：可以实现服务器整体业务的任意时间点仿真模拟，可以为日常机房运维提供测试，补丁升级的测试环境。 虚拟机迁移功能：可以实现对机房不同品牌服务器一次性完整迁移，同时也可以实现对虚拟化平台的迁移，可以支持对物理服务器业务系统，一键完整迁移到虚拟化平台上。 整体方案设计 方案