LIMS系统应急方案.docx

第 第1页共29页 文档编号 版本号 GRINM-RM-01 1.0 有色金属研究总院测试中心实验室信息管理系统 应急方案 北京XX天地科技有限公司 20XX年 11 月 第 第2页共29页 文档说明 本文档是有色金属研究总院测试中心 LIMS项目应急预案。 文档控制 文档作者： XX 创建日期： 20XX年11月 确认日期： 控制编码： GRINM-RM-01 当前版本： 1.0 更改记录: 日期 作者 版本 更改参考 20XX-11-11 XX 1.0 文件归档： 归档编号 归档时间 发给用户时间 GRINM-RM-01 第 第 PAGE # 页 共 29 页 目录 TOC \o 1-5 \h \z 目 录 3 \o Current Document 目的 4 \o Current Document 前提条件 4 \o Current Document 紧急情况的发现与应急方案的启动 4 \o Current Document 紧急情况的发现 4 \o Current Document 应急方案的启动 5 \o Current Document 启动的条件 5 \o Current Document 应急启动的发布 5 \o Current Document 2.3. 各类实验室负责人 5 \o Current Document 应急措施 5 \o Current Document 生产服务器发生故障 5 \o Current Document 实验室同步故障 6 \o Current Document 网络故障 6 \o Current Document 数据库故障 6 \o Current Document 操作系统相关维护 8 \o Current Document 数据库安装与配置 9 \o Current Document 数据库日志检查 21 \o Current Document 性能优化与配置 22 \o Current Document 数据库备份与恢复 24 \o Current Document 数据库备份与恢复方案 25 \o Current Document 5.1. 备份方案 25 \o Current Document 5.2. 恢复方案 28 总体介绍 目的 有色院STARLIMS系统作为实验室信息方面的企业级管理系统，一旦因各种原因意 外中断，对有色院其他的信息系统影响重大。 本文档的目的在说明如何应对系统的意外 中断以及如何在系统恢复后保证数据的完整性。另外讲明了 STARLIMS系统的基本维护 方式方法。本文主要涉及的问题如下： 一旦发现不能进行系统的正常操作，最终用户首先应该如何操作？ 根据业务处理的连续性要求，在有色院实验室信息管理系统中断的情况下，如 何处理业务？ 在有色院实验室信息管理系统恢复运行以后， 最终用户应该如何操作以保证系 统中数据的准确和完整？ 数据库应该如何进行日常维护与备份数据采用哪种策略？ 前提条件 本文档所述应急方案针对有色院实验室信息管理系统因意外原因不能被最终用户 正常使用的情况，即有色院实验室信息管理系统服务器系统停机 /中断或网络中断的情 况，并且该情况持续超过业务连续性所允许的范围，如超过 1 个工作日， 或者有色院实 验室信息管理系统不能顺利地支持实验室管理业务， 如不能完成实验室审核、 同步等业 务。同时，本方案也可作为计划停机情况下或意外情况持续不超过 1 个工作日时，给与 最终用户作为参考。 紧急情况的发现与应急方案的启动 紧急情况的发现 有色院实验室信息管理系统最终用户在发现不能正常申请、 提报实验室时， 首先请 求所属单位现场技术支持人员， 由现场技术支持人员将问题进行分析整理后， 直接将问 题提报有色院实验室信息管理系统维护人员。 有色院实验室信息管理系统维护人员在确 认问题是由系统故障或者是外部环境故障所引发但又不能及时解决的前提下， 应根据技 术支持人员提供的预计问题持续时间，提交启动应急申请。 应急方案的启动 启动的条件 停电造成有色院实验室信息管理系统瘫痪超过 4 个小时； 局域网的网络中断使有色院实验室信息管理系统瘫痪超过 4 个小时； 有色院实验室信息管理系统应用出现故障，使系统停运超过 4 个小时； 有色院测试中心STARLIMS系统应用出现故障，无法正常使用； 大量的实验室提报、审批业务，超越了有色院实验室信息管理系统的工作负荷， 系统无法正常运行超过 4小时。 影响生产企业紧急提报实验室数据 1 小时以上； 应急启动的发布 由实验室管理系