电子政务平台故障处理报告.docx

X电子政务平台故障处理报告
目录
一、 事件经过 3
二、 事件原因分析 5
三、 后期预防措施 5
一、事件经过
4月8日
9:10接到网络运维商中软运维人员汇报，政务网电子政务平台数据库所在存储阵列出 现异常告警、X电子政务平台故障处理报告
目录
一、 事件经过 3
二、 事件原因分析 5
三、 后期预防措施 5
一、事件经过
4月8日
9:10接到网络运维商中软运维人员汇报，政务网电子政务平台数据库所在存储阵列出 现异常告警、遂即与应用开发商X人员进行确定，并进行手工测试，
9：45经X人员与中软人员共同确认存储整列发生异常、电子政务平台不可用
10 : 50经过与运维商、开发商共同评估并致电存储阵列原厂商后，初步判定此故障 为不可逆的灾难性故障，在请原厂商工程师到现场支持的同时，商定故障恢复方案及备用 方案
: 30经过2家代理商与存储整列原厂商工程师共同确认，此故障为灾难性故障、 恢复几率性非常小，且风险较大。
: 00经与几家公司共同协商评估后，决定先不进行原有存储阵列的数据恢复，采 用搭建备用的存储整列、由X公司将之前备份到磁带中的数据恢复至新平台中
21：50新平台的存储阵列及服务器环境搭建完成，并进行另一台单独的存储阵列系 统的搭建工作，用以恢复较早之前的备份数据与现有作业并发进行
22 : 30开发商XDBA进行新环境的调试工作，并于9日凌晨3点调试完成 4月9日
03 : 00X人员开始备份环境的调试工作，并于06：00开始恢复作业
15 : 30数据恢复完成，经XDBA与X人员共同调试、确认后19 : 40开始恢复缺 失的备份数据至10日凌晨3: 30完全备份的数据恢复完成
4月10日
03 : 30 XDBA开始恢复最近时间段内的增量数据，至07: 30全部恢复完成，但尝 试启动数据库失败，经几个公司多名DBA 一起排查、解决，直至中午12:00，最终以
3 / 6
X区信息技术委员会
失败告终
19 : 30新的存储平台搭建完成，由X将磁带中的数据重新恢复至新的存储平台中， 并同时由XDBA将较早之前自行备份的数据恢复
4月11日
02 : 30 X将1月5日的全备数据恢复完成，并启动了数据库，此时为1月5日的 的数据
04 : 00 X对1月5日的数据进行了检查，确认了可以正常使用
19 : 00沈主任召集会议，对下一阶段完整数据的恢复工作进行了讨论。要求在本周 内恢复完整的数据文件。并且当晚就对另外一套环境上进行了1月5日备份的数据恢复 操作。
4月12日
11：00 X将1月5日完整数据恢复至另外一台环境完成，
15 : 00 XDBA开始进行1月5日至当天的增量数据的恢复操作
23 : 30增量数据全部恢复完成，成功启动数据库，将数据恢复至4月8日，并将政 务网系统切换至此环境，但目前环境为单服务器节点。
4月18日
18:00 乂将目前在运行的数据库系统进行全备份，并进行之后的每天的增量数据的 备份，以便进行新环境的恢复操作
4月22日
新双服务器热备环境部署完成，X将18日备份的全数据恢复至此环境中。
4月26日
09 : 00X将18日至26日的增量数据恢复至新平台中，X公司确认数据可用后，将政
务网应用系统迁移至新