LIMS系统应急方案
环境可靠性实验室LIMS系统解决方案
环境与可靠性试验实验室LIMS系统解决方案二〇一七年一月目录1 需求分析 (4)1.1 背景分析 (4)1.2 项目建设的意义和目标 (4)1.3 方案特点 (5)1.4 效益评估 (6)2 系统架构 (6)2.1 系统结构图 (6)2.2 业务流程图 (7)2.3 框架设计 (7)2.4 系统开放性 (8)3 网络拓扑图 (9)4 系统功能 (10)4.1 业务管理 (10)4.1.1 业务报价 (10)4.1.2 报价评审 (10)4.1.3 测试能力库查询 (11)4.2 委托管理 (11)4.2.1 委托单管理 (11)4.2.2 委托单查询 (13)4.3 样品收发 (14)4.3.1 样品接收 (14)4.3.2 标签打印 (14)4.3.3 样品入库 (15)4.3.4 样品领用 (15)4.3.5 样品发放/销毁 (15)4.4 生产调度 (16)4.4.1 开案 (16)4.4.2 派工 (16)4.4.3 制定测试条件 (17)4.4.4 派单 (17)4.4.5 设备预约 (17)4.4.6 实验数据 (18)4.4.7 实验数据审核 (19)4.4.8 实验进度 (19)4.4.9 报告进度 (19)4.4.10 实验室日报 (19)4.5 报告管理 (20)4.5.1 报告编辑 (20)4.5.2 报告审核 (21)4.5.3 报告修改 (21)4.5.4 报告打印 (21)4.5.5 报告发放归档 (22)4.5.6 报告查询 (22)4.6 统计报表 (23)4.6.1 签单量统计 (23)4.6.2 开案产值统计 (23)4.6.3 核准产值统计 (24)4.6.4 产值明细 (24)4.6.5 追加费用统计 (24)4.6.6 其他费用统计 (25)4.7 人力资源管理 (25)4.7.1 员工台账 (25)4.7.2 上岗证管理 (26)4.8 基础库管理 (27)4.8.1 测试标准库 (27)4.8.2 测试标准及方法（试验大纲） (28)4.8.3 测试项目管理 (28)4.8.4 测试能力库 (28)4.9 仪器设备管理 (30)4.9.1 设备预警 (30)4.9.2 设备管理 (31)4.9.3 设备流转 (35)4.9.4 设备统计 (36)4.10 设备管理APP (37)4.10.1 设备查询 (37)4.10.2 样品查询 (38)4.10.3 设备流转 (38)4.11 系统管理 (38)4.11.1 用户及权限设置 (38)4.11.2 角色管理 (40)4.11.3 系统操作日志 (40)4.11.4 系统参数设置 (40)4.11.5 电子签章 (41)5 技术优势 (41)5.1 先进的系统架构 (41)5.2 数据容错功能 (41)5.3 多数据库支持 (41)5.4 安全保障机制 (42)6 实施计划 (43)7 售后服务 (43)1需求分析1.1背景分析据国家认证认可监督管理委员会信息中心的相关数据显示，国内相关实验室等机构早在1990年就有部分已经开始使用实验室的信息化管理软件，但在1990年到1999年，每年开始使用信息化系统进行实验室辅助管理的机构数量都小10个，从2000年开始，机构信息化建设进程加快，特别是近几年，每年开始使用信息化管理系统的机构超过200家，2016年前8个月已实施156家，总体来看每年实施实验信息化的机构数量呈上升趋势，实验室信息化建设发展迅速。
环境可靠性实验室LIMS系统的方案设计
环境可靠性实验室LIMS系统的方案设计背景环境可靠性实验室（Environmental Reliability Laboratory）是一个重要的实验室，负责对产品进行可靠性测试和评估，以确保产品在各种环境条件下的性能和可靠性。
为了更好地管理和跟踪实验室的工作流程和数据，设计一个适用于环境可靠性实验室的LIMS系统（Laboratory Information Management System）是至关重要的。
目标本方案的目标是设计一个简单且可靠的LIMS系统，以满足环境可靠性实验室的需求。
系统应具备以下功能和特点：1. 样品管理：能够对实验室的样品进行登记、追踪和管理，包括样品的基本信息、来源、处理流程等。
2. 实验计划和执行：能够编制实验计划并安排实验执行，记录实验操作过程和结果。
3. 数据管理和分析：能够存储和管理实验数据，提供数据的可视化和分析功能，支持数据报表的生成和导出。
4. 质量控制：能够建立和管理质量控制标准，对实验数据进行质量控制和质量评估。
5. 工作流程管理：能够定义和管理实验室的工作流程，确保实验操作按照规定的步骤进行。
6. 用户权限管理：能够对不同角色的用户进行权限管理，保证数据的安全和机密性。
7. 系统易用性：界面简洁清晰，操作方便快捷，能够提高实验室的工作效率。
方案设计基于以上目标，我们建议采用以下方案设计：1. 技术选择：选择成熟的LIMS系统软件作为基础，并根据实验室的需求进行定制开发。
考虑到系统的稳定性和易用性，建议选择使用Python语言开发，并采用Django框架作为开发工具。
2. 样品管理：设计样品登记、追踪和管理模块，包括样品的基本信息、来源、处理流程等，以及样品存储位置的管理。
3. 实验计划和执行：设计实验计划编制和执行模块，包括实验操作的时间安排、人员分配等，记录实验操作过程和结果，支持实验数据的采集和记录。
4. 数据管理和分析：设计数据存储和管理模块，支持数据的可视化和分析功能，提供数据报表的生成和导出，以及数据的备份和恢复功能。
LIMS解决方案
LIMS解决方案编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（LIMS解决方案）的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为LIMS解决方案的全部内容。
LIMS系统方案目录1、系统概述 (1)2、系统架构 (1)2。
1、多层系统架构 (2)2.1.1、数据层 (2)2.2.2、数据访问层 (2)2.2.3、业务逻辑层 (2)2.2.4、UI层 (3)2.2、软件架构 (3)2。
3、系统部署方式 (3)3、系统功能和特点 (4)3.1、系统功能模块 (4)3。
2、检验业务流程管理 (5)3.2。
1、登录样品 (6)3。
2。
2、采样任务 (6)3.2.3、接收样品 (6)3。
2。
4、任务指派 (6)3。
2.5、结果录入 (7)3.2。
6、审核 (7)3。
2.7、样品放行 (8)3.2。
8、留样管理 (8)3.2.9、稳定性研究 (8)3.2。
10、产品批次跟踪 (8)3.3、实验室资源管理 (8)3.3。
1、人员管理 (9)3。
3。
2、仪器设备管理 (10)3。
3。
3、材料管理 (12)3。
3。
4、标准管理 (13)3。
3。
5、环境管理 (14)3.4、质量管理 (14)3.4。
1、内部评审 (14)3。
4。
2、内部评审报告 (15)3。
4.3、管理评审 (15)3。
4.4、管理评审计划 (15)3.4。
5、管理评审报告 (15)3.4.6、不符合项管理 (15)3.4。
7、纠正措施 (16)3。
4.8、纠正措施报告 (16)3.4.9、质量计划评价 (16)3。
5、统计分析与查询 (17)3.5。
1、.查询 (17)3.5。
检验科信息系统（LIS）应急预案
检验科信息系统（LIS）应急预案
检验科信息系统（LIS）应急预案
1、常规应急预案：当LIS收到严重的全局性网络故障影响以致LIS 无法正常运行时，LIS 应急系统应能应对实验室状态、原始检验报告方式给予拯救性的恢复。
当病毒入侵LIS，使全部计算机系统造成瘫痪时，检验工作人员应能用手工填写的方法将全部数据进行签字保存，系统修复后再重新录入。
2、单机应急预案：当某一单机（急诊所用的单机尤其重要）出现故障时，应能用手工方式将结果录入到其他计算机中保存并报告。
3、数据库应急预案：LIS技师工作站能选用与HIS系统相互连接的数据库管理系统，通过下载服务器上的数据，形成全新的镜像数据库作应急预防。
4、LIS独立服务器应急预案：能把LIS设置成独立的服务器，以保证检验信息的准确性及高效性，在HIS运用峰值期不占用其数据流量资源，而计费系统能在HIS主服务器的闲暇时段运行。
检验科信息管理应急预案
一、目的为提高检验科信息管理水平，确保信息系统的正常运行，保障检验数据的准确性和完整性，预防和应对信息系统故障、数据丢失等突发事件，制定本预案。
二、适用范围本预案适用于检验科所有信息系统，包括实验室信息管理系统（LIS）、检验数据管理系统、电子病历系统等。
三、组织架构1. 信息管理领导小组：负责制定信息管理应急预案，组织、协调和指导应急管理工作。
2. 应急处置小组：负责具体实施应急预案，包括信息系统故障、数据丢失等突发事件的处理。
四、应急预案1. 信息系统故障（1）当信息系统出现故障时，立即通知信息管理领导小组，启动应急预案。
（2）应急处置小组迅速查明故障原因，采取措施恢复系统运行。
（3）如故障无法立即恢复，及时向相关部门报告，并采取临时措施保障检验工作正常进行。
（4）故障排除后，对故障原因进行分析，提出改进措施，防止类似事件再次发生。
2. 数据丢失（1）当发现数据丢失时，立即通知信息管理领导小组，启动应急预案。
（2）应急处置小组迅速查明数据丢失原因，采取措施恢复数据。
（3）如数据无法恢复，及时向相关部门报告，并采取临时措施保障检验工作正常进行。
（4）数据恢复后，对数据丢失原因进行分析，提出改进措施，防止类似事件再次发生。
3. 网络安全事件（1）当发现网络安全事件时，立即通知信息管理领导小组，启动应急预案。
（2）应急处置小组迅速采取措施，防止事件扩大，并配合相关部门进行调查和处理。
（3）事件处理后，对事件原因进行分析，提出改进措施，加强网络安全防护。
五、应急响应1. 应急处置小组接到通知后，立即赶到现场，按照预案要求进行处置。
2. 应急处置过程中，保持与信息管理领导小组的密切沟通，确保信息畅通。
3. 应急处置完成后，向信息管理领导小组报告处理结果。
六、预案演练1. 定期组织应急演练，检验预案的有效性和可行性。
2. 演练内容包括信息系统故障、数据丢失、网络安全事件等。
3. 演练结束后，对演练情况进行总结，提出改进措施。
环境可靠性实验室LIMS系统执行方案
环境可靠性实验室LIMS系统执行方案1. 引言本文档主要阐述环境可靠性实验室LIMS（Laboratory Information Management System，实验室信息管理系统）系统的执行方案。
通过实施LIMS系统，旨在提高实验室管理效率、数据准确性以及实验过程的可追溯性。
本文档将详细介绍LIMS系统的实施步骤、注意事项及后期维护策略。
2. LIMS系统概述LIMS系统是一种实验室管理软件，主要用于实验数据的收集、处理、存储、分析和报告。
通过LIMS系统，实验室可以实现样品管理、实验项目管理、实验数据管理、报告生成等功能，提高实验工作效率，降低人为错误。
3. LIMS系统实施步骤3.1 需求分析与实验室相关人员沟通，了解实验室业务流程、实验项目、样品管理等方面的需求，为LIMS系统选型和定制提供依据。
3.2 系统选型与定制根据需求分析结果，选择合适的LIMS系统供应商，并进行系统定制，确保LIMS系统满足实验室需求。
3.3 系统部署在供应商的协助下，进行LIMS系统的硬件部署和软件安装。
确保系统运行环境满足要求，包括服务器、网络、数据库等。
3.4 数据迁移将实验室现有数据迁移至LIMS系统，包括样品信息、实验项目信息、实验数据等。
3.5 系统培训对实验室人员进行LIMS系统操作培训，确保实验室人员能够熟练使用系统。
3.6 系统测试与调试在实验室人员参与下，对LIMS系统进行测试与调试，确保系统功能正常，满足实验室需求。
3.7 系统上线在确保LIMS系统稳定运行后，正式将系统投入实验室日常工作中。
4. LIMS系统使用注意事项4.1 数据准确性确保输入LIMS系统的数据准确无误，避免因数据错误导致的实验结果偏差。
4.2 系统权限管理合理设置LIMS系统的用户权限，确保实验室数据安全。
4.3 系统维护与升级定期对LIMS系统进行维护与升级，确保系统稳定运行。
4.4 数据备份定期对LIMS系统数据进行备份，以防数据丢失。
系统操作应急处理预案
一、目的为保障我单位信息系统稳定运行，确保业务连续性，降低信息系统故障对单位工作的影响，制定本预案。
二、适用范围本预案适用于我单位所有信息系统，包括但不限于计算机、网络、数据库、服务器等。
三、组织机构成立信息系统应急处理小组，负责组织、协调、指挥应急处理工作。
组长：XXX副组长：XXX成员：XXX、XXX、XXX等四、应急响应流程1. 信息收集（1）发现信息系统故障时，及时向应急处理小组报告，并提供详细故障现象、时间、地点等信息。
（2）应急处理小组对故障信息进行初步分析，确定故障性质和影响范围。
2. 应急响应（1）应急处理小组根据故障性质和影响范围，启动相应级别的应急响应。
（2）启动应急响应后，各成员按照职责分工，迅速采取以下措施：a. 封锁故障点，防止故障蔓延；b. 尝试恢复系统，确保业务连续性；c. 分析故障原因，查找故障根源；d. 采取措施，防止类似故障再次发生。
3. 故障恢复（1）应急处理小组根据故障恢复情况，评估故障影响程度，向相关领导和部门报告。
（2）故障恢复后，应急处理小组组织相关人员进行系统检查，确保系统稳定运行。
4. 总结评估（1）应急处理小组对应急处理工作进行总结评估，分析故障原因，提出改进措施。
（2）将总结评估报告报送相关领导和部门，提出改进建议。
五、应急响应级别1. 一级应急响应（1）故障影响范围：全单位信息系统；（2）故障影响程度：业务中断，严重影响单位正常工作；（3）应急处理措施：立即启动应急预案，全力恢复系统，确保业务连续性。
2. 二级应急响应（1）故障影响范围：部分信息系统；（2）故障影响程度：业务部分中断，对单位工作有一定影响；（3）应急处理措施：启动应急预案，尽力恢复系统，确保业务连续性。
3. 三级应急响应（1）故障影响范围：个别信息系统；（2）故障影响程度：业务部分中断，对单位工作有一定影响；（3）应急处理措施：启动应急预案，尽量恢复系统，确保业务连续性。
六、应急保障措施1. 人员保障：应急处理小组成员应熟悉信息系统，具备应急处理能力。
系统应急处置预案范文
一、总则1. 编制目的为提高本公司在面对信息系统突发事件时的应急处置能力，确保信息系统安全稳定运行，最大限度地降低突发事件对业务和运营的影响，特制定本预案。
2. 编制依据根据《中华人民共和国网络安全法》、《信息安全技术信息系统安全等级保护基本要求》等相关法律法规，结合公司实际情况，制定本预案。
3. 适用范围本预案适用于公司所有信息系统突发事件，包括但不限于网络安全事件、硬件故障、软件故障、数据丢失、系统崩溃等。
二、组织机构与职责1. 应急领导小组成立应急领导小组，负责统一指挥、协调和监督应急处置工作。
（1）组长：由公司总经理担任。
（2）副组长：由公司分管信息化工作的副总经理担任。
（3）成员：由各部门负责人、信息安全管理人员、技术支持人员等组成。
2. 应急小组根据突发事件类型，成立相应应急小组，负责具体应急处置工作。
（1）网络安全应急小组负责网络安全事件的监测、预警、应急响应和处理。
（2）硬件故障应急小组负责硬件故障的排查、修复和恢复。
（3）软件故障应急小组负责软件故障的排查、修复和恢复。
（4）数据丢失应急小组负责数据丢失的恢复和备份。
（5）系统崩溃应急小组负责系统崩溃的排查、修复和恢复。
三、应急响应流程1. 预警与报告（1）预警：各部门应加强信息系统安全监测，发现异常情况及时上报。
（2）报告：发现信息系统突发事件后，立即向应急领导小组报告，并详细说明事件情况。
2. 应急处置（1）启动应急预案：应急领导小组根据事件情况，启动相应应急预案。
（2）应急处置：应急小组按照预案要求，迅速开展应急处置工作。
3. 恢复与总结（1）恢复：应急小组在完成应急处置工作后，协助相关部门进行系统恢复。
（2）总结：应急领导小组对应急处置工作进行总结，分析事件原因，提出改进措施。
四、应急保障措施1. 人员保障：应急小组成员应具备一定的技术能力和应急处置经验。
2. 设备保障：确保应急处置过程中所需设备和工具的完好。
3. 资金保障：设立专项应急资金，用于应急处置工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
有色金属研究总院测试中心实验室信息管理系统应急方案北京XX天地科技有限公司20XX年11月第 1 页共29 页文档说明本文档是有色金属研究总院测试中心LIMS项目应急预案。
文档控制文档作者：XX创建日期：20XX年11月确认日期：控制编码：GRINM-RM-01当前版本：1.0更改记录：文件归档:目录目录 (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)总体介绍1.1.目的有色院STARLIMS系统作为实验室信息方面的企业级管理系统，一旦因各种原因意外中断，对有色院其他的信息系统影响重大。
本文档的目的在说明如何应对系统的意外中断以及如何在系统恢复后保证数据的完整性。
另外讲明了STARLIMS系统的基本维护方式方法。
本文主要涉及的问题如下：⏹一旦发现不能进行系统的正常操作，最终用户首先应该如何操作？⏹根据业务处理的连续性要求，在有色院实验室信息管理系统中断的情况下，如何处理业务？⏹在有色院实验室信息管理系统恢复运行以后，最终用户应该如何操作以保证系统中数据的准确和完整？⏹数据库应该如何进行日常维护与备份数据采用哪种策略？1.2.前提条件本文档所述应急方案针对有色院实验室信息管理系统因意外原因不能被最终用户正常使用的情况，即有色院实验室信息管理系统服务器系统停机/中断或网络中断的情况，并且该情况持续超过业务连续性所允许的范围，如超过1个工作日，或者有色院实验室信息管理系统不能顺利地支持实验室管理业务，如不能完成实验室审核、同步等业务。
同时，本方案也可作为计划停机情况下或意外情况持续不超过1个工作日时，给与最终用户作为参考。
2.紧急情况的发现与应急方案的启动2.1.紧急情况的发现有色院实验室信息管理系统最终用户在发现不能正常申请、提报实验室时，首先请求所属单位现场技术支持人员，由现场技术支持人员将问题进行分析整理后，直接将问题提报有色院实验室信息管理系统维护人员。
有色院实验室信息管理系统维护人员在确认问题是由系统故障或者是外部环境故障所引发但又不能及时解决的前提下，应根据技术支持人员提供的预计问题持续时间，提交启动应急申请。
2.2.应急方案的启动2.2.1.启动的条件1)停电造成有色院实验室信息管理系统瘫痪超过4个小时；2)局域网的网络中断使有色院实验室信息管理系统瘫痪超过4个小时；3)有色院实验室信息管理系统应用出现故障，使系统停运超过4个小时；4)有色院测试中心STARLIMS系统应用出现故障，无法正常使用；5)大量的实验室提报、审批业务，超越了有色院实验室信息管理系统的工作负荷，系统无法正常运行超过4小时。
6)影响生产企业紧急提报实验室数据1小时以上；2.2.2.应急启动的发布由实验室管理系统项目组根据故障现象确认系统是否需要进行入应急状态，并报实验室管理办公室，由测试所领导批准。
实验室管理办公室下达应急方案启动令，业务支持人员指导整体业务应急方案的工作部署，各相关部门无条件配合做好应急工作。
各级管理组织从上到下协调一致确保系统恢复后及时和正确地将实验室补充录到系统中。
2.3.各类实验室负责人应急方案启动后，各类实验室由专人管理，负责协调与之相关实验室的各种情况处理。
3.应急措施本方案针对不同的情况，给出相应的应急措施，分述如下：3.1.生产服务器发生故障当系统运行的环境出现崩溃时，如服务器宕机，首先应有有色院实验室信息管理系统业务支持人员发出应急预警，然后针对不同的紧急事件，具体的应对策略如下：在生产服务器故障无法及时排除的情况下，可临时利用测试系统做为临时生产服务器。
由实验室项目组将最近的备份数据恢复到测试系统，实验室项目组检查日志服务器，从恢复点到系统故障点发生的实验室提报、审核、同步情况。
根据日志在测试系统中恢复相关实验室的提报。
通知各所属单位启用测试做为临时生产系统，应急期间通过测试系统提报实验室。
考虑到测试系统性能问题，在通知注明，如果所属单位有大批量数据提交时，需避开系统高峰使用期，以保证系统的稳定运行。
待生产服务器恢复后，将测试系统数据导出，并恢复到生产服务器中。
同时修改测试系统接口策略，指向相关系统的测试系统。
并及时通知各所属单位实验室提报人员。
在准备测试系统过程中，企业有紧急实验室需提报，经过与最终用户沟通不能等待情况下，由各类实验室负责人，通过手工方式在MYLIMS系统中或EXCEL数据文件将数据进行录入，待系统正常运行后，由系统维护人员将数据同步到实验室系统中。
3.2.实验室同步故障实验室在同步过程中，如果同步不成功，首先由有色院实验室信息管理系统项目组人员导出同步数据，然后将同步数据转交STARLIMS系统运维负责人，由STARLIMS系统运维人员手动导入同步数据。
针对不同的目标系统，具体的应急方案如下：3.3.网络故障当由于有色院测试中心网络故障，导致无法访问实验室管理系统时，实验室管理系统项目组可协调服务器管理人员，通过服务器本机登录系统，查询各类实验室的同步情况，并未同步的实验室导出。
当有色院实验室信息管理系统恢复后，清理系统通过手工方式同步的实验室，全部将同步标记标识为已同步。
3.4.数据库故障系统管理人员要关注Oracle数据库经常可能发生的故障，未雨绸缪。
Oracle经常的故障有数据文件误删除、磁盘损坏、操作系统故障等。
对于经常发生的故障，可参考以下应急预案。
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/V920XXradata/V816/users01.dbf' 其中，＜AFN＞代表坏块所在数据文件的绝对文件号，<BLOCK>代表坏块是数据文件上的第几个数据块出现这种情况时，应该首先检查是否是硬件及操作系统上的故障导致Oracle数据库出现坏块。
在排除了数据库以外的原因后，再对发生坏块的数据库对象进行处理。
确定发生坏块的数据库对象SELECT tablespace_name,segment_type,owner,segment_nameFROMdba_extentsWHERE file_id = <AFN>AND<BLOCK> between block_id AND block_id+blocks-1;决定修复方法：如果发生坏块的对象是一个索引，那么可以直接把索引DROP掉后，再根据表里的记录进行重建；如果发生坏块的表的记录可以根据其它表的记录生成的话，那么可以直接把这个表DROP掉后重建；如果有数据库的备份，则恢复数据库的方法来进行修复；如果表里的记录没有其它办法恢复，那么坏块上的记录就丢失了，只能把表中其它数据块上的记录取出来，然后对这个表进行重建。
用Oracle提供的DBMS_REPAIR包标记出坏块exec DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('<schema>','<tablename>');使用Create table as select命令将表中其它块上的记录保存到另一张表上create table corrupt_table_bakasselect * from corrupt_table;用DROP TABLE命令删除有坏块的表drop table corrupt_table;用alter table rename命令恢复原来的表alter table corrupt_table_bakrename to corrupt_table;如果表上存在索引，则要重建表上的索引4.操作系统相关维护4.1.数据库安装与配置oracle数据库的安装，首先要安装服务端在这里一般不勾选创建启动数据库，而在后面的DBCA里再创建数据库选择安装路径，建议安装在C盘根目录下，这样做了ghost以后，能够很快的恢复回来。
然后选择安装版本，默认选择安装企业版，安装全部组件。
检查安装信息，确认无误后点击确定，安装过程略过，进度条100%则安装成功。
安装完成以后，在程序菜单下有Oracle的菜单，找到并打开配置DBCA。
按照安装提示，下一步选择一般用途，下一步给数据库起一个全局数据库名，SID号和全局数据库名保持一致，下一步选择管理数据库的方法，默认即可设置默认的账号和密码默认使用文件系统来作为存储机制指定创建数据库的位置，即是存放你数据库文件的物理路径。
下一步选择数据库的恢复选项，也是默认就可以，不指定快速恢复区选择是否需要安装实例方案，不需要，所以不用勾选，下一步是初始化参数。
在这注意一点，内存选择自定义，共享内存管理也是自动，这样它就能根据物理上的内存容量，自行分配，不需手动修改，后面三个页签就不用修改参数，全部都是默认即可。
检查数据文件存放路径，没问题后下一步确认之前配置的各种参数，确认无误后点击确定下面oracle开始创建数据库，进度条100%后安装完毕。
安装完毕后，在程序下Oracle的菜单下，可见到NETCA的选项，点击进入里面四个选项，上面三个是需要配置的，首先从监听程序配置开始，为Oracle配置一个监听。
添加一个监听，然后为监听起一个名字。
下一步通过TCP协议来配置监听，选择此协议到右边的窗口。