LIMS系统应急方案要点解析.docVIP

文档编号 版本号 GRINM-RM-01 1.0 有色金属研究总院测试中心 实验室信息管理系统 应急方案 北京三维天地科技有限公司 2014年11月  文档说明 本文档是有色金属研究总院测试中心LIMS项目应急预案。 文档控制 文档作者：卜辉 创建日期：2014年11月 确认日期： 控制编码：GRINM-RM-01 当前版本：1.0 更改记录： 日期 作者 版本 更改参考 2014-11-11 卜辉 1.0 文件归档: 归档编号 归档时间 发给用户时间 GRINM-RM-01 目　录 目　录 3 1.1. 目的 4 1.2. 前提条件 4 2. 紧急情况的发现与应急方案的启动 4 2.1. 紧急情况的发现 4 2.2. 应急方案的启动 5 2.2.1. 启动的条件 5 2.2.2. 应急启动的发布 5 2.3. 各类实验室负责人 5 3. 应急措施 5 3.1. 生产服务器发生故障 5 3.2. 实验室同步故障 6 3.3. 网络故障 6 3.4. 数据库故障 6 4. 操作系统相关维护 8 4.1. 数据库安装与配置 9 4.2. 数据库日志检查 21 4.3. 性能优化与配置 22 4.4. 数据库备份与恢复 24 5. 数据库备份与恢复方案 25 5.1. 备份方案 25 5.2. 恢复方案 28 总体介绍 目的 有色院STARLIMS系统作为，一旦因各种原因意外中断，对影响重大。本目的在如何应对系统的意外中断以及如何在系统恢复后。另外讲明了 数据库应该如何进行日常维护与备份数据采用哪种策略？本文所述应急针对因意外原因不能被最终用户正常的情况，即服务器系统停机/中断或网络中断的情况，并且该情况持续超过业务连续性所允许的范围，如超过1个工作日。同时，本也可作为计划停机情况下或意外情况持续不超过1个工作日时，给与最终用户作为参考。 用户发现首先应根据技术支持人员提供的预计问题持续时间启动的条件 STARLIMS系统应用出现故障，无法正常使用； 大量的实验室提报、审批业务，超越了有色院实验室信息管理系统的工作负荷，系统无法正常运行超过4小时。 影响生产企业紧急提报实验室数据1小时以上； 应急启动的发布下达应急启动令，指导整体业务应急案的工作部署，各相关部门无条件配合做好应急工作。各级管理组织从上到下协调一致确保系统恢复后及时和正确地将补充录到系统。。MYLIMS系统中或EXCEL数据文件将数据进行录入，待系统正常运行后，由系统维护人员将数据同步到实验室系统中。 实验室同步故障 实验室在同步过程中，如果同步不成功，首先由有色院实验室信息管理系统项目组人员导出同步数据，然后将同步数据转交STARLIMS系统运维负责人，由STARLIMS系统运维人员手动导入同步数据。针对不同的目标系统，具体的应急方案如下： 网络故障 当由于有色院测试中心网络故障，导致无法访问实验室管理系统时，实验室管理系统项目组可协调服务器管理人员，通过服务器本机登录系统，查询各类实验室的同步情况，并未同步的实验室导出。 当有色院实验室信息管理系统恢复后，清理系统通过手工方式同步的实验室，全部将同步标记标识为已同步。 数据库故障 系统管理人员 1、做好数据备份 2、检查数据库文件的状态 DBA要及时查看数据库中数据文件的状态（如被误删除），根据实际情况决 定如何进行处理，检查数据文件的状态的SQL如下：selectfile_name,status, fromdba_data_files; 如果数据文件的STATUS列不是AVAILABLE，那么就要采取相应的措施，如对该数据文件进行恢复操作，或重建该数据文件所在的表空间。 3、数据库坏块的处理 当Oracle数据库出现坏块时，Oracle会在警告日志文件（alert_SID.log）中记录坏块的信息： ORA-01578: ORACLE data block corrupted (file # 7, block # BLOCK)ORA-01110: data file AFN: /oracle1/oradata/V920/oradata/V816/users01.dbf 其中，＜AFN＞代表坏块所在数据文件的绝对文件号，BLOCK代表坏块是数据文件上的第几个数据块 出现这种情况时，应该首先检查是否是硬件及操作系统上的故障导致Oracle数据库出现坏块。在排除了数据库以外的原因后，再对发生坏块的数据库对象进行处理。 确定发生坏块的数据库对象 SELECT tablespace_name, segment_type, owner, segment_name FROMdba_extents WHERE file_id = A