ERP U9项目-数据备份与灾难恢复策略.doc

ERP数据备份与灾难恢复策略 - U9项目 ERP数据备份与灾难恢复策略 创建日期：单击此处输入日期。 最后修订日期：单击此处输入日期。 文控编号: 单击此处输入文字。 文档控制 更改记录 日期 作者 版本 更改记录 审阅 日期 姓名 职位 审批 日期 职位 姓名 签名  目 录 TOC \o 1-3 \h \z \u 文档控制 2 1. 文档说明 4 1.1. 概述 4 1.2. 文档样式使用说明 4 2. 备份原则及策略 5 3. 备份制度 5 4. 灾难恢复计划 5 文档说明 概述 该文档将包括以下几个部分: ? ? ? 文档样式使用说明 文档编辑时，可直接选择如下样式，以便快速、方便、标准的完成文档编写工作(此段文字可在正式编写文档时删除)。 一级标题：宋体，二号，加粗； 样式：标题一。 二级标题：黑体，三号； 样式：标题二。 三级标题：黑体，小四号； 样式：标题三 正文：宋体，五号； 样式：Smt正文一、Smt正文二(缩进四格)。 附录：宋体，三号； 样式：Smt附录。 备份原则及策略 任何U9ERP系统改变前所作的系统备份数据应保留至下一次系统改变前所作的系统备份成功后。 备份设备为连接在数据库服务器上的磁盘阵列。 根据以上的备份原则，我们制定以下的备份策略： 每周一至周日每天凌晨0：00开始执行数据库在线备份，使用MS SQLServer2005的数据库备份工具备份持续约1小时（随着数据量增长，备份持续时间将延长）。 全系统备份在每天凌晨2：00开始执行，具体由硬件供应商南京同庆科技有限公司负责指导ERP系统管理员执行。 备份制度 1、每日早晨巡检备份设备运行状况。 2、检查U9ERP中备份日志，分析备份运行状况。 3、根据检查结果完成系统备份的工作记录。（在巡检制度中体现） 灾难恢复计划 发生灾难时，应采取的总体计划： 进行故障诊断 收集备份介质 收集安装介质 通知联系所有的支持人员 通知用户启动应急方案 宣布系统灾难恢复开始 执行灾难恢复 测试并由用户验收 补充录入灾难期间数据 以下是三种可能发生的灾难场景，包括恢复过程所需时间及大致的恢复步骤: 场景一: 数据库损坏 数据库损坏可能由以下原因引起: 将错误的数据倒入U9ERP数据库系统。 将错误的程序或数据结构传输到U9ERP数据库系统造成系统故障。 损坏的系统文件，全部数据库系统文件，联机日志文件和数据文件。 此种场景需要进行U9ERP数据库和相关系统文件的恢复: 使用U9ERP数据库恢复工具UFIDA.UBF.SystemManage.DataManageTool.exe执行数据库恢复 估计的恢复时间约为1小时。 场景二: 硬件故障 以下硬件可能会出现故障: 磁盘控制器，即RAID控制卡 磁盘阵列中的多块磁盘。使得磁盘阵列产生故障 恢复由硬件故障造成的灾难需要: 更换发生故障的硬件 重建安装服务器，包括操作系统和U9ERP 使用最近一次的联机或脱机备份及归档日志文件的备份恢复U9ERP数据库和相关文件。 从最近一次的联机或脱机备份的时间到发生硬件故障之间的数据会丢失掉 估计的恢复时间约为24小时（在替换掉所有发生故障的硬件后）。 场景三: 服务器设施的破坏 以下设施可能会失去: 服务器 所有基础设施，如数据中心等 建筑物 可能引起服务器设施的破坏的灾难: 火灾 地震 水灾 人为灾难，如爆炸，偷盗，战争等 恢复服务器设施的破坏需要: 更换被破坏的设备 更换被破坏的基础设施 更换被破坏的硬件 重建安装服务器，包括硬件、操作系统和U9ERP 使用最近一次的联机或脱机备份及归档日志文件的备份恢复U9ERP数据库和相关文件。 从最近一次的联机或脱机备份的时间到发生硬件故障之间的数据会丢失掉 估计的恢复时间至少24小时（在更换受损的服务器设备后）。同时需要搭建临时的网络并恢复其它所需设施 下表列出恢复策略及恢复U9ERP的大致步骤。 恢复策略 意外类型 恢复步骤 全数据库恢复 (常用) 数据库损坏或硬件故障 找到最近一次数据备份和归档备份. 用UFIDA.UBF.SystemManage.DataManageTool.exe 恢复数据库. 全系统恢复 操作系统损坏 数据库损坏 应用程序损坏 全部磁盘发生故障 由硬件供应商南京同庆科技有限公司负责恢复