应急预案系统精选8篇系统应急预案.docx

应急预案系统精选8篇系统应急预案.docx

《应急预案系统精选8篇系统应急预案.docx》由会员分享，可在线阅读，更多相关《应急预案系统精选8篇系统应急预案.docx（27页珍藏版）》请在冰豆网上搜索。

应急预案系统精选8篇系统应急预案

应急预案系统（精选8篇）_系统应急预案

应急预案系统（精选8篇）由作者整理，希望给你工作、学习、生活带来方便。

第1篇：

系统应急预案系统应急预案【篇1：

信息系统应急处理预案】信息系统应急处理预案第一章总则第一条为提高应对信息系统在运行过程中出现的各种突发事件的应急处臵能力，有效预防和最大程度地降低信息系统各类突发事件的危害和影响，保障信息系统安全、稳定运行，根据国家《信息安全事件分类分级指南》、《信息技术、安全技术、信息安全事件管理指南》、《国家突发公共事件总体应急预案》及有关法律、法规的规定，结合实际，制定本处理预案。

第二条本处理预案所称的信息系统，由计算机设备、*络设施、计算机软件、社会保险数据等组成。

第三条信息系统突发事件分为*络攻击事件、信息破坏事件、信息内容安全事件、*络故障事件、软件系统故障事件、灾难性事情、其他事件等八类事件。

（一）*络攻击事件：

通过*络或其他技术手段，利用信息系统的配臵缺陷、协议缺陷、程序缺陷或使用暴力攻击对信息系统实施攻击，并造成信息系统异常或对信息系统当前运行造成潜在危害的事件。

（二）信息破坏事件：

通过*络或其他技术手段，造成信息系统中的数据被篡改、假冒、泄漏等而导致的事件。

（三）信息内容安全事件：

利用信息*络发布、传播危害国家安全、社会稳定和公共利益的不良信息内容的事件。

（四）*络故障事件：

因电信、*络设备等原因造成大部分*络线路中断，用户无法登录信息系统的事件。

（五）服务器故障事件：

因系统服务器故障而导致的信息系统无法运行的事件。

（六）软件故障事件：

因系统软件或应用软件故障而导致的信息系统无法运行的事件。

（七）灾害性事件：

因不可抗力对信息系统造成物理破坏而导致的事件。

（八）其他突发事件：

不能归为以上七个基本分类，并可能造成信息系统异常或对信息系统当前运行造成潜在危害的事件。

第四条按照造成信息系统的中断运行时间，将信息系统突发事件级别划分为一般（iv级）、较大（iii级）、重大（ii级）、特别重大（i级）。

（一）一般（iv级）：

信息系统发生可能中断运行２小时以内的故障；

（二）较大（iii级）：

信息系统发生可能中断运行２小时以上、12小时以内的故障；（三）重大（ii级）：

信息系统发生可能中断运行12小时以上、24小时以内的故障；（四）特别重大（i级）：

信息系统发生可能中断运行24小时以上的故障。

第二章组织机构和工作职责第五条预防和处理信息系统突发事件工作协调小组（以下简称“应急小组”）负责信息系统应急处理工作，决定信息系统应急处理工作的重大事项，组织实施、业务协调和发布信息系统应急指令，发布信息系统应急故障级别、决策处理方案。

应急小组组长由分管信息技术工作的领导担任，成员为信息技术科全体人员。

第三章预防与预警机制第七条应急小组针对各种可能发生的信息系统突发事件，建立和完善预测预警机制。

第八条预警信息分为外部预警信息和内部预警信息两类。

外部预警信息指信息系统外突发的可能需要通信保障、安全防范，或可能对信息系统产生重大影响的事件警报。

内部预警信息指信息系统*内的事故征兆或局部信息系统突发事故可能对其他或整个*络造成重大影响的事件警报。

第九条应急小组要加强对信息系统的日常监测工作。

监测的内容主要包括：

（一）局域*通讯性能与流量；

（二）*络设备和安全设备的操作记录、*络访问记录；（三）服务器性能、数据库性能、应用系统性能等运行状态，以及备份存贮系统状态等；（四）服务器操作系统、数据库安全审计记录、业务系统安全审计记录；（五）计算机漏洞公告、*络漏洞扫描报告；（六）病毒公告、防病毒系统报告；（七）其他可能影响信息系统的预警内容。

第十条应急小组获得外部重大预警信息或通过监测获得内部预警信息后，应对预警信息加以分析，按照早发现、早报告、早处臵的原则，对可能演变为严重事件的情况，部署相应的应对措施，通知相关部门做好预防和保障应急工作的各项准备工作，并及时报告所领导。

第四章应急响应程序第十一条信息系统使用单位或人员发现信息系统突发事件后，应及时报告应急小组。

应急小组及时组织相关人员查找故障原因，在短时间内（一般要在半小时以内）依据故障情形和修复时间进行初步判别，确定故障分类级别，较大（iii级）及其以上的突发事件应报告所领导。

第十二条信息系统突发事件发生后，根据突发事件严重程度，由所领导决定并指定特定小组或人员及时向新闻媒体发布相关信息，所指定的小组或人员应严格按照所领导规定及要求对外发布信息，其他部门或个人不得擅自接受新闻媒体采访或对外发布自己的看法和意见。

第十三条发生较大（iii级）及其以上信息系统突发事件时，应急小组除向所领导报告外，应立即通知各业务部室。

各业务部室应在各业务大厅张贴告示牌，同时做好服务对象的解释和疏导工作，并尽可能通过电话、*络、短信等方式通知参保单位经办人员。

第十四条根据不同的事件以及事件的级别，采取相应措施进行应急处理。

突发事件处理过程中，可以根据需要调整故障级别。

（一）*络攻击事件应急预案：

1.当发现*络被非法入侵、*页内容被篡改，应用服务器的数据被非法拷贝、修改、删除，或有黑客正在进行攻击等现象时，使用者或管理者应断开*络，并立即报告应急小组。

2.应急小组立即关闭相关服务器，封锁或删除被攻破的登陆帐号，阻断可疑用户进入*络的通道，并及时清理系统、恢复数据和程序，尽快将系统和*络恢复正常。

（二）信息破坏事件应急预案：

1.当发现信息被篡改、假冒、泄漏等事件时，信息系统使用单位或个人应立即通知应急小组。

2.如被篡改或被假冒的数据正在征缴或发放过程中，应急小组应立即通知代收代发机构中止征缴或发放工作。

3.应急小组通过跟踪应用程序、查看数据库安全审计记录和业务系统安全审计记录查找信息被破坏的原因和相关责任人。

4.应急小组提出修正错误方案和措施，通知各业务部室进行处理。

（三）信息内容安全事件应急预案：

1.当发现不良信息或*络病毒时，系统使用人员立即断开*线，终止不良信息或*络病毒传播，并报告应急小组。

2.应急小组根据情况通告局域*内所有计算机用户，隔离*络，指导各计算机操作人员进行杀毒处理、清除不良信息，直至*络处于安全状态。

【篇2：

信息系统应急预案】某某信息系统应急预案本预案是信息技术部根据公司有关法规和政策，结合公司信息系统建设和运行情况，重点针对公司可能发生的重大突发事件编制的，包括总则、组织指挥体系及职责、预警和预防机制、应急处理程序、保障措施等，其中明确规定了在发生信息系统突发事件情况下，信息系统管理人员的相关职能和工作方法，具有一定的指导性和可操作性。

一、总则

（一）目的为科学应对信息系统突发事件，建立健全信息系统的应急响应机制，有效预防、及时控制和最大限度地消除各类突发事件的危害和影响，制订本应急预案。

（二）工作原则1.统一领导遇到重大信息系统异常情况，应及时向有关领导报告，以便于统一调度、减少损失。

2.综合协调明确综合协调的职能机构和人员，做到职能间的相互衔接。

3.重点突出应急处理的重点放在运行着重要业务系统或可能导致严重事故后果的关键信息系统上。

4.及时反应，积极应对出现信息系统故障时，信息系统维护人员应及时发现、及时报告、及时抢修、及时控制，积极对信息系统突发事件进行防范、监测、预警、报告、响应。

5.快速恢复信息系统管理人员在坚持快速恢复系统的原则下，根据职责分工，加强团结协作，必要情况下与设备供应商以及系统集成商共同谋求问题的快速解决。

6.防范为主，加强监控经常性地做好应对信息系统突发事件的思想准备、预案准备、机制准备和工作准备，提高基础设备和重要信息系统的综合保障水平。

加强对信息系统应用的日常监视，及时发现信息系统突发性事件并采取有效措施，迅速控制事件影响范围，力争将损失降到最低程度。

二、应急工作小组机构及职责在信息系统事件的处理中，一个组织良好、职责明确、科学管理的应急队伍是成功的关键。

组织机构的成立对于事件的响应、决策、恢复，防止类似事件的发生都具有重要意义。

结合公司信息系统的实际情况，将有关应急人员的角色和职责进行了明确的划分。

1.应急处理领导小组及时掌握信息系统故障事件的发展动态，向上级部门报告事件动态；对有关事项做出重大决策；启动应急预案；组织和调度必要的人、财、物等资源。

（应急领导小组成员参见《重大突发事件预案处理和报告制度》）。

2.应急处理工作小组负责定期了解外部支持人员的变动情况，及时更新其技术人员及联系方式等信息；快速响应信息系统发现的故障事件、业务部门对信息系统故障的申告；执行信息系统故障的诊断、排查和恢复操作；定期通过设备监控软件、系统运行报告等工具对信息系统的使用情况进行分析，尽早发现信息系统的异常状况，排除信息系统的隐患。

工作小组组长：

信息技术部负责人工作小组成员：

信息技术部技术支持室全体成员、信息技术部各室主任3.外部支持人员包括电信运营商、设备供应商以及系统集成商。

负责事先向某某信息技术部提供紧急情况下的应急技术方案和应急技术支援体系；积极配合信息中心应急人员进行故障处理。

名单：

设备供应商、系统集成商、电信运营商等三、预警和预防机制

（一）信息系统监测及报告1.信息系统的日常管理和维护信息系统的日常管理和维护应加强信息系统应用的监测、分析和预警工作。

2.建立信息系统故障事故报告制度发生信息系统故障时，值班人员应当立即向应急处理小组领导报告，并及时进行故障处理、调查核实、保存相关证据等。

（二）预警在接到突发事件报告后，应当经初步核实之后，将有关情况及时向应急处理小组领导报告，进一步进行情况综合，研究分析可能造成损害的程度，提出初步行动对策。

由上级领导视情况紧急程度召集协调会，决策行动方案，发布指示和实施命令等。

（三）预警支持系统应建立和完善信息监测、消息传递和指挥决策支持系统，保证突发事件处理过程中的资源共享、运转正常、指挥有力。

（四）预防机制各业务信息系统和重要信息系统建设要充分考虑抗毁性与灾难恢复，制定并不断完善应急处理预案。

针对基础信息信息系统的突发性、大规模异常事件，各相关部门建立制度化、程序化的处理流程。

四、应急处理程序

（一）信息系统突发事件分类分级的说明根据业务信息系统突发事件的发生原因、性质和机理，业务信息系统突发事件主要分为以下三类:

1.攻击类事件：

指信息系统因计算机病毒感染、非法入侵等导致业务中断、系统宕机、信息系统瘫痪等情况。

2.故障类事件：

指信息系统因计算机软硬件故障、停电、人为误操作等导致业务中断、系统宕机、信息系统瘫痪等情况。

3.灾害类事件：

指因爆炸、火灾、雷击、地震、台风等外力因素导致信息系统损毁，造成业务中断、系统宕机、信息系统瘫痪等情况。

按照突发事件的性质、严重程度、可控性和影响范围，将其分为一般故障、严重故障、重大故障、特级故障四级。

1.一般故障信息系统中单个系统故障，但未影响业务系统运行，也未造成社会影响或经济损失的突发事件。

2.严重故障信息系统中单个分公司节点故障导致分公司业务中断，可能造成较大业务影响或较大经济损失的突发事件。

�3.重大故障�信息系统中多个分公司节点或总公司骨干节点故障引起的多个业务系统长时间中断，可能造成重大社会影响和巨大经济损失的突发事件。

4.特级故障特指发生不可预见的灾难性事故，如火灾、水灾和地震等。

（二）信息系统应急预案启动根据以上定义的故障分级，当信息系统事件的要素满足启动应急预案要求时，进入相应的应急启动流程。

（1）应急处理工作小组从业务人员或值班人员的故障申告、信息系统监控报告的故障告警中得知信息系统异常事件后，应在第一时间赶赴信息系统故障现场。

（3）应急处理工作小组向领导小组报告，在领导小组的授权后启动相应的应急预案。

针对灾难事件和影响重要业务运行的重大事件，还要及时向上级机关进行报告。

（4）应急处理工作小组根据故障类型及时与外部支持人员取得联系。

其中，设备故障的，可与设备供应商和集成商联系；软件故障的，可与系统集成商联系，由系统集成商进行现场或远程技术支持；线路故障的，可与电信运营商联系，三方密切协作力求通信线路在短时间内恢复正常。

（5）应急处理工作小组在上级机构或外部支持人员的配合下，充分利用应急预案的资源准备，采取有力措施进行故障处理，及时恢复信息系统的正常工作状态。

（6）应急处理工作小组通知业务部门信息系统恢复正常，并向领导小组报告故障处理的基本情况。

重大事件形成文字资料，以书面形式向上级报告。

（7）总结整个处理过程中出现的问题，并及时改进应急预案。

（三）现场应急处理

（1）如遇到预知外界因素（如定时、定点停电）影响业务信息系统系统的正常运行，将根据有关部门的通知，提前安排技术人员到实地关闭信息系统设备并进行现场维护，直至外界因素消除。

（2）如遇到不可抗力因素（如火灾）造成的信息系统系统故障时，接到通知的值班人员要快速到达现场，果断切断相关设备配电柜的电源，积极参与消除不可抗力因素，并及时将情况上报应急处理工作小组领导。

（3）如遇到一般故障、严重故障和重大故障，影响信息系统的正常运行，值班人员要迅速、及时地赶到现场，进行相应突发事件的应急处理。

五、保障措施

（一）应急演练为提高信息系统突发事件应急响应水平，信息技术部和相关部门应定期或不定期组织应急预案演练；检验应急预案各环节之间的通信、协调、指挥等是否符合快速、高效的要求。

通过演习，进一步明确应急响应各岗位责任，对预案中存在的问题和不足及时补充、完善。

（二）人员培训【篇3：

计算机系统应急预案】目标与范围

（1）确保公司的日常业务能够连续运行，不出现中断。

在某些系统或子系统功能失效的情况下，关键系统不至于瘫痪，主要功能不会丧失。

（2）应急方案必须采取各种措施，把由于问题而产生的风险降到最低。

（3）对于可能产生的风险，采取技术和管理方面的补救措施，尽量将各种损失减少到最低。

（4）尽量避免因为系统故障而产生灾害的高危系统造成的直接或间接影响，确保人公司财产安全和社会稳定。

1服务器故障应急预案1目的为提高科室处理公司局域*中服务器故障的能力，形成科学、有效、反应迅速的应急工作机制，确保局域*系统的安全和高效，最大限度地减小服务器故障对经营的影响，保护公司利益，特制定本预案。

2适用范围本预案适用于公司局域*中提供公共服务的服务器发生和可能发生的故障。

3预防机制服务器故障预防措施包括分析风险，建立检测体系，准备应急处理措施，控制影响扩大。

服务器故障分类服务器硬件或软件的故障；自然灾害（水、火、电等）造成的物理破坏；电脑病毒等恶意代码危害等。

应急准备科室相关工作人员明确职责和管理范围，根据实际情况，安排应急值班，确保到岗到人联络畅通，处理及时准确。

具体措施

（1）建立安全、可靠、稳定运行的机房环境，防火、防雷电、防水、防静电、防尘；建立备份电源系统。

（2）服务器采用可靠、稳定硬件，落实数据备份机制，遵守安全操作规范；安装有效的防病毒软件，及时更新升级扫描引擎。

4有关应急预案机房漏水应急预案

（2）若空调系统出现渗漏水，相关人员立即通知球所综合管理室进行处理,并及时清除机房积水。

（3）若墙体或窗户渗漏水，相关人员立即采取有效措施确保机房安全，同时通知球所综合管理室，及时清除积水，维修墙体或窗户，消除渗漏水隐患。

机房长时间停电应急预案接到长时间停电通知后，相关人员应及时部署应对具体措施，启动备用电源,保证服务器正常运行。

服务器硬件故障应急预案

（1）核心服务器双机配置，配置好备用服务器，随时待命。

（2）发生服务器硬件故障后，相关人员应及时查找、确定故障原因，进行先期处置。

若故障服务器在短时间内无法修复，相关人员应启动备用服务器，保持局域*系统的正常运行；将故障服务器脱离*络，进行故障排除工作。

（3）服务器硬件故障预防与排除参考附件1服务器软件系统故障应急预案

（1）做好服务器软件系统的定时备份，系统崩溃后，能够及时恢3复系统。

（2）发生服务器软件系统故障后，相关人员应检查出现故障的原因并尽快排除。

（3）如遇服务器系统崩溃，应启用备份系统进行恢复。

（4）服务器软件故障预防与排除参考附件2。

（1）在正常工作日内，信息管理人员负责对机房进行监控，主要职责是：

巡视*络设备及系统的运行情况，发生异常情况及时处理，消除*络故障隐患。

（2）节假日期间办公室安排人员轮流值班，负责处理有关异常情况。

（3）机房重地，未经允许，无关人员不得进入公司机房区域。

2、机房内严格采取防雷、防火、防尘、防静电等措施以及机房入口处24小时监控录像等措施。

3、认真做好数据备份工作，定期做一次数据库完全备份，每月检查服务器运行和备份情况。

4、信息管理员对机房的主要*络设备（路由器、主干交换机等）进行工作时间内全程监控，发现异常情况应及时进行处理，确保整个分公司*络的正常运行。

二、机房突发事件应急处置方案1、电源系统应急预案

（1）定期检查机房供电设备的运行状况和电路线缆器材情况，当发生下列突发事件时，按照以下方案进行处置：

（2）当机房发生市电供电突然停电或是电源异常时。

首先应和供电局联系确认正常停电以及预计停电时间。

检查不间断电源的电池可供电时间，确保设备正常运行，如遇到突然断电，应及时将空调等不在ups电源供电范围内的设备及时断电，预防突然来电时瞬间电流过大导致设备损坏等现象。

（3）当确定停电时间超出机房ups承载范围后，首先确定停电的范围以及受影响的设备范围。

并及时通知各部门做好停电应急准备。

然后通知机房电源维护人和设备的负责人到达现场，做好各设备的电源停电准备。

在ups供电电量仅剩10%之后，严格按操作手册停掉各服务器的电源，最后停核心交换机和路由器，等待电力恢复。

（4）当确定停电原因是在本身供电系统范围内，立即汇报给负责领导，并及时联系相关维护人员达到现场检修。

对于恢复时间无法预计的，要通知出单点通过远程和vrc钥匙等方式做好出单工作。

（5）恢复供电后，严格按照操作程序逐步恢复机房设备和ups的供电，以防瞬间电流过大造成设备损坏。

2、*络和服务器络系统应急预案

（1）发生*络故障时，首先检查机房设备情况，确定*络故障的原因。

（2）确认原因后，首先启动备用线路和设备，保证*络的正常运行。

然后联系*络维护人员，及时处理和排除故障。

（3）当确认原因为短时间无法恢复，应该及时向负责领导汇报，并向省公司相关部门汇报。

然后通知各部门和支公司营销部，做好应急准备。

然后再联系维护人员，及时处理故障。

（4）当人为或病毒破坏的故障发生时，具体按以下顺序进行：

判断破坏的来源及性质，断开影响安全与稳定的信息*络设备，断开与破坏来源的物理*络连接，跟踪并锁定破坏的来源和其他*络用户信息，修复被破坏的信息，恢复系统。

（5）发生服务器系统故障后，应立即电话向相关领导汇报情况，及时组织启动备份服务器系统，由备份服务器接管相关业务应用，同时安排人员将故障服务器脱离*络，保存系统状态不变，保护原始数据。

在确认安全的情况下，重新启动故障服务系统：

若重启系统成功，则检查数据丢失情况利用备份数据恢复；若重启失败，立即联系省公司相关部门，请求技术支持，做好技术处理。

处置结束后，技术人员应将处理过程记录下来，以方便日后对此问题的处理。

3、消防和防雷应急预案

（1）上班工作时间发生火警，还在机房工作的人员应及时紧急撤离，并立刻拨打119报警。

在确保自身安全的情况下，应尽量使用灭火器进行灭火，减少电子设备的损坏。

同时采取关闭电源总闸等措施，尽量减少可能造成的损失和破坏。

（2）非工作时间或节假日休息时间值班人员发现火情后，要立刻拨打119报警，并立刻通知相关部门和领导，做好火灾的处置工作。

（3）火情结束之后，机房相关人员应全体赶赴现场，并向省公司相关部门汇报。

同时立即联系电信、联通、移动等相关*络公司和设备相关厂家，及时评估事故损失情况，研讨恢复*络系统正常运行的最佳解决方案。

（4）遇雷暴天气或接上级部门雷暴气象预警，应关闭所有服务器，切断电源，暂停内部计算机*络工作。

雷暴天气结束后，及时开通服务器，恢复内部计算机*络工作。

因雷击造成的损失，应及时进行核实、报损，并将详细情况向部门领导汇报。

4、自然灾害和盗抢应急预案

（1）发生自然灾害后，首先应该组织人员撤离现场。

当确认灾害不会造成人身伤害后，在回到机房检查设备，立刻向上级领导汇报，并联系相关*络和设备厂家，积极做好灾后恢复工作，确保在最短时间内恢复机房正常运行。

（2）发生盗抢事件后，要保护好现场然后报警，并向领导汇报情况。

待现场处理完毕后要组织相关人员估计损毁情况，并联系相关*络和设备厂家，积极做好恢复工作。

第2篇：

系统应急预案系统应急预案一、总则在系统运行过程中，当*络系统终端发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问*络、应用程序非连续性工作时；操作中遇到困难，或不知道下一步如何处理时，系统进入应急方案。

问题发生后根据问题类型向主管部门和系统工程部报告，由主管部门和系统工程部按照本方案组织相关人员进行解决，主管部门和系统工程部不能解决或不能明确解决方案的，向系统应急领导小组主要负责人汇报，由领导小组负责人确定解决方法。

系统工程部根据不同情况对科室提出的各种问题给出基本判断，如果故障原因明确，可以立刻恢复工作的，应立即恢复工作；如故障原因不明确、情况严重不能在短期内排除的，应立即报告系统应急领导小组组长，启动应急方案。

系统工程部负责问题核实后给予科室反馈信息。

二、故障分类1.一类故障1）服务器不能工作或工作不稳定中断30分钟无法修复；系统速度过慢；2）光纤损坏或主干*络故障；3）主服务器数据库系统出现严重故障，重要字典数据丢失；4）软件出现严重故障，关键流程不能顺利通过，短期内无法修复；5）关键数据出现不一致现象；6）规律性的整体、局部软、硬件故障；7）*络遭受病毒袭击造成系统故障不能运行。

2.二类故障1/41）局部*络故障；2）偶然性的数据处理错误；3）不清楚工作流程要求；4）不能进入系统；5）系统间断报错影响正常使用；6）系统参数设置错误。

3.三类故障各终端由于不熟练或使用不当造成的错误。

三、故障分级处理方案1.一类故障1）系统工程部30分钟之内报信息系统应急领导小组组长，启动一类应急方案；2）系统工程部负责召集相关人员排查问题，讨论解决方案尽快恢复系统；3）公司协调小组办公室组织协调启动应急方案，各业务管理部门负责组织职责范围内的相关运作方案的实施。

2.二类故障

（1）单个计算机系统硬件或操作系统故障，系统不能启动1）检查电源，*络线连接，关闭计算机重新启动；2）不能解决报系统工程部；3）系统工程部判断10分钟不能修复的，换用备用机。

（2）单个计算机*络中断1）检查*络连接，*卡灯是否正常闪烁，*络连接图标状态；2/42）报系统工程部协调解决；3）10分钟不能修复的，计算机更换，换用*络正常的计算机。

（3）打印机故障1）检查打印机连接电缆；2）如走纸不正确，采用手工拧纸方式；3）报系统工程部，如10分钟不能解决的，换用备用机。

（4）单机程序故障，报错不能正常进行1）退出程序重新进入，不能退出请按Ctrl+Alt+Delete组合键结束任务；2）重新启动计算机；3）如问题解决，需详细记录出错时的操作；4）如问题不能解决需报系统工程部。

3.三类故障

（1）个别人员因设置问题不能进入系统报系统工程部添加或重新设置处理。

（2）偶然性的数据处理错误退出程序重新进入；不能解决的报现场技术巡视人员；详细记录并报系统工程部。

（3）键盘、鼠标损坏各部门自备备用键盘、鼠标。

事后将出现故障的键盘鼠标送系统工程部检测，无法修复则报废。

3/4（4）人为导致的非机器故障由运维人