应急处理系统范文（精选12篇）
应急处理系统 第1篇
关键词：信息化,应急方案,应急服务器,后台进程程序,日志文件,完整性,一致性,连续性
随着信息化时代的到来,医院的各类医疗信息网络化、数字化也飞速发展。作为医院信息管理系统,是医疗数据采集工具,集病员基本信息、财务信息、医疗信息、影像信息、检验信息、体检信息、药品信息、卫生材料信息、后勤物资信息为一体,是医院信息数字化运营的核心。随着医院各类信息数字化程度的不断提高,医院对信息系统的依赖性也越来越强。软件系统中的数据库作为医院信息系统的核心担当着非常重要的角色,其数据正确和安全运行非常重要。
随着医院对HIS系统的依赖程度越来越高,以及医院规模化逐渐普及,许多医院存在总院+分院模式。为了保证各类医疗数据的集中统一处理和医院内部财务核算及行政管理能一致,往往采取总院与分院通过外部光纤互联,共同使用一套信息系统,那么当总部医院核心部门或分院或窗口部门的网络出现故障或不能正常使用时,如何保障医院的门诊业务能正常运行,如何解决总、分院的操作人员在不清楚诊疗、药品和材料的最新收费价格的情况下保证门诊业务的正常运行就成为医院亟待解决的一个重要问题。
1 问题分析
当HIS主数据库或者核心网络出现故障导致门诊的HIS系统不能使用时,由于医院的性质决定了门诊业务不可能暂停,故而必须制定严格的应急方案,并按照方案进入门诊应急收费、发药流程,待数据库修复或网络恢复后再将故障期间的业务数据恢复到主服务上的HIS系统中。由于无法连上主服务器,所以门诊操作人员无法登上HIS系统,也就无法进行正常的收费划价以及发药业务。就算是手工办理这些业务也是有很大的困难,因为门诊操作人员无法及时掌握到医院最新诊疗收费价目、药品库存及收费价格等重要信息。
2 解决构想
为此就需要在总院或分院的收费室中各配置一台应急服务器,应急服务器能与门诊业务的电脑组成一个小型的局域网,需要保证日常应急服务器能与HIS服务器联网并能实时正常进行数据更新,这样才可能保证门诊业务不暂停。
重要的事是编写后台进程程序,每天定时多次从HIS主服务器数据库中将部门、人员、收费项目、药品目录等等不经常变化的基础数据同步到各应急服务器的数据库中,实时同步票据号、库存、价格等经常变化的数据,并同时产生数据变化日志文件,以便系统管理员定期检查数据同步结果,以防止应急服务器上数据同步失败而系统管理人员不知道的情况出现。在应急情况下,基础数据包括部门、人员、收费项目、药品目录是不允许进行改变操作,只允许收费人员进行收费操作和药房人员进行药品的发药,因为不经常变化的数据不会恢复到主服务器数据库中,它们的数据量太大,在恢复中会耽误很多时间。
门诊操作员怎样登录应急服务器进行正常工作呢?日常通过控制登录地址的方式使各门诊操作员不能连接到应急服务器的数据库,只能连接到HIS主服务器上进行收费操作。在出现断网或者HIS数据库故障等情况导致HIS系统不能使用的情况下,系统管理员立即到收费室更改应急服务器的地址为主服务器的地址,从而使门诊操作员仍然像平时正常化那样进行划价收费和发药,从而保证门诊业务能的不间断运行。
在故障解决后,系统管理员通过运行恢复后台程序把故障期间应急服务器上所产生的各类业务数据自动恢复到HIS主服务器数据库中。后台程序需要同时产生日志文件供系统管理员检查数据恢复结果,以确保HIS系统业务数据的完整性和一致性。后台程序需要处理好票据、库存、收费等变化的数据,保证数据在主数据库中的连续性,这一点非常重要。系统管理员在确定数据恢复无误后运行删除后台程序删除应急服务器上的收费、库存、票据的变化的数据,确保应急数据库中的这些数据库干净,为下次故障做好准备。
3 结束语
整个应急系统的构想中的关键几点:
1)如何编写后台控制程序,决定应急方案的实施。
2)保证应急HIS数据库与正式HIS数据库基础数据的一致性。
3)保证应急HIS数据库在同步上传到正式HIS数据库时,门诊业务数据的完整性、一致性、连续性,这点至关重要。
)医院系统中的门诊业务系统需要保证小时不间断运行,所以就需要提前考虑规划建设HIS应急系统。
参考文献
[1]蔡文涛.浅析数据备份[J].中国医疗前沿,2010(5).
038空调系统应急处理预案 第2篇
ZYWYYJ A/O 038
1．目的：通过商区空调系统故障应急处理规程的制定来界定对商场空调系统出现故障时实施安全操作的应急规范。
2.范围：商区空调系统例行检修及发生故障时，操作人员即能按章操作，且使能在较短的时间内恢复正常，使损失和风险减至最低，减少对医疗工作的影响 3.定义：无 4.权利和责任：
4.1工程设施班保障空调的安全使用，保证空调在出现问题时快速处理。4.2工程设施班和秩序做好实施监督、管理、协调工作。5.标准：
5.1商区空调系统计划检修的处理
5.1.1 商区空调系统有计划的维护，保养及检修。厂家检修时，工程维修员提前一天以书面形式将检修原因、检修的起止时间与受影响的商家沟通达成共识后，向物业经理申请。
5.1.2工程维修员根据实际情况书面通知将受影响的商家上报到物业部。
5.1.3根据受影响商家、业主的反馈意见，由维修员协助其做好检修前的准备工作。5.1.4空调维护厂家按通知规定的时间停机检修。若未能按通知规定时间内完成检修工作，应提前60分钟向工程主管申请延长检修时间。工程主管与影响商家业主联系请求延长检修时间。
5.1.5检修完毕后，工程相关人员全面检查因停机而受影响的商家业主是否能正常使用，并通知商家业主恢复正常。
5.1.6工程人员将检修工作完成情况及恢复检修后各商家业主情况向物业经理汇报。5.2商区空调系统泄露的应急处理
5.2.1在条件允许的情况下按5.1.1的程序进行处理。
5.2.2空调管道发现有轻微泄漏，工程人员在不影响使用商家业主的情况下通知维保厂家进行查漏并做好工作记录，同时向工程主管、物业经理报告。
5.2.2空调管道泄漏严重，威胁空调的正常使用，空调维护厂家应立即并报告工程主管、物业经理，并由通知因泄漏严重而受影响商家业主。
5.2.3抢修完毕后，工程部应检查因停机而受影响的商家是否能够正常使用，确认无误后上报物业经理。
5.2.4维保工人将抢修工作完成情况及恢复检修后各场所的检查情况向物业部汇报，并做好工作记录后存档。
5.2.5空调系统出现严重故障无法开启时，工程班向物业经理及受影响商家业主上报，立即联系厂家进行抢修。
5.2.6 工程部将抢修工作完成情况及空调恢复运行后各场所的检查情况向物业经理汇报，并做好相关工作记录。5.2.7工程部将抢修现场卫生打扫干净。
5.2.8严格执行《空调系统的管理制度》的各项规定.6.流程:无
空调系统应急处理预案
ZYWYYJ A/O 038
应急处理系统 第3篇
【关键词】火电厂；DCS控制系统；故障应急处理；预防措施
一、火电厂DCS控制系统概述
DCS是分散控制系统的英文缩写，在国内外的多个行业中都得到广泛的应用，比如化工、电力、轻工、冶金、石油等生产领域，尤其是在火电厂大型机组得到广泛的应用。随着近些年国家经济的快速发展，对电力的需求也日益增高，火电厂为了提高发电能力，不断改进自身的各种设备性能，机组容量和运行参数也不断提高，机组的安全运行是必须要保证的问题，这与DCS运行状态是密切相关的。正因为如此，有必要分析DCS操作中出现的各种问题并采取措施，以提高DCS系统运行的安全性和可靠性（见图1）。
二、火电厂DCS控制系统的常见故障及案例
通过笔者对国内多个火电厂的资料总结，火电厂DCS控制系统故障现象可以概括为三种类型：系统自身的故障，包括设计安装缺陷、软硬件故障等；人为因素造成的故障缺陷；系统外部环境所造成的DCS故障。
1、DCS系统自身问题故障实例
此类故障比较常见，包括设计和安装缺陷、控制器死机、电网故障、操作室PLC电脑黑屏、网络通信拥堵、软件缺陷、系统配置较低、系统接口问题等。国内有一个发电厂使用的DCS电源是ABB公司的交响乐三代电源，在进行电源安装的时候按照二代电源的接地进行的安装。在生产运行后，几个DCS模块先后出现故障，信号转换也不及时，甚至出现烧伤硬件的情况；另外一家发电厂，在建设的时候DCS接地网制作安装的存在问题，在DCS操作时所有的温度测量点出现周期性波动；还有一家电厂由于电源连线松动致使汽机侧的涡轮机控制系统出现故障。
2、人为因素造成DCS故障实例
此类故障比较常见，在生产过程中比比皆是。比如错误的操作、管理制度不完善、不按规定的工作步骤操作等。在国内某电厂辅助控制网络主机的USB端口和CD-ROM驱动器没有按要求进行封闭，就要很多操作人员在夜班的时候玩游戏、看电影，导致电脑被带入病毒，造成系统瘫痪；某发电厂对DCS备份不重视，没有一个做备份电源的详细规定，在POK1操作员站软件升级后没有去备份，突然有一天POK1硬盘出现故障，当系统恢复完后，网络通信不正常，经常出现信号中断。
3、外部环境因素造成DCS故障实例
主要因素有环境温度差异影响、湿度、灰尘太高和小动物等。比如，某电厂DCS配电室电子间的风洞口在进行维修时打开了，但在维修后现场人员忘记封上了，导致一只流浪猫钻了进来，咬断了系统控制线，造成发电厂生产系统突然停机，造成经济损失达几百万元。
三、火电厂DCS系统常见故障应急处理
1、所有计算机上的都显示一个参数是不正常的，那就立即通知仪器维护人员进行检修。
2、如果在运行过程中突然出现黑屏或白屏，操作人员要保持冷静，并及时在控制台站操作和监控。火电厂一般配置两个控制台，这两个操作站可以直接从控制器讀取数据，一般不会出现屏幕上黑屏或白屏，及时联系维修人员进行处理。
3、如果鼠标或键盘操作出现故障现象，可以自行尝试反复在USB鼠标或键盘接口插几次，如还不能解决问题，就及时通知仪器维修人员进行相应处理。
4、如果有一个面板的DCS操作不能被弹出从而影响整个操作，一般就是DCS系统故障，应及时通知维修人员来处理。
5、仪器维修人员解决不了的问题，工艺操作人员应把所有的控制开关调到本地控制，并密切监察有关参数，设备运行情况，按照规则操作。设备维护人员应及时向技术人员确定需要解决的问题，并在解决完，系统恢复正常后，返回到DCS控制开关。
四、火电厂DCS系统常见故障预防措施
1、电源系统故障
电源系统在DCS系统中是非常重要的，一旦电源系统出现故障，后果是很严重的，为了确保电源的安全性、稳定性，必须要进行合理的电源使用。选择高品质的电源模块，以确保高冗余率。观察电源的输出电压，防止出现不正常的波动。对电源要进行及时的检查，发现已不能使用的必须更换，绝对不能等到出现问题了才想到去更换。
2、硬件（模件）故障
DCS系统运行时，为了减少硬件故障的发生率，必须要注意以下几点：严格按照相关的标准和法规为客户提供一个良好的硬件运行环境；DPU不允许人为的去随意开关主机和辅机；良好的接地可以避免静电感应；在处于工作状态时，禁止使用高功率无线设备，也不得随意打开机箱，如禁止使用对讲机、手机等；保持稳定的工作电压；为关键的硬件配置（模块）足够的冗余。
3、软件故障
软件故障相对来说都比较容易处理，一般的软件故障都是因为使用的软件是盗版软件，致使系统运行不正常，处理方式就是使用正版软件，并记得要及时升级。
4、通信网络系统故障
为了避免节点总线故障的发生，最有效的方法是使用一个双冗余配置，避免了总线故障影响大局，使本地总线故障和本地设备连接点得到妥善处理；拆迁设备不得影响总线的正常运行，并且总线应安装在难以触摸到的地方，本地总线分支最好是采用双冗余配置，能提高通信可靠性，避免地址识别错误的发生，主要是为了防止人为错误。
五、结语
综上所述，做好火电厂的DCS控制系统设计、施工、调试、运行和维护的全过程管理，就可以提高DCS系统运行的可靠性。因此，火电厂相关的技术人员要在细节上去对DCS进行管理，以预防故障的发生。
参考文献
[1]杨金玲，马博峰，郭占东.DCS系统故障分析处理及维护防范措施[J].城市建设理论研究，2013，（02）
谈广播电台主控系统应急处理 第4篇
中国国际广播电台 (以下简称“国际台”) 主控机房 (总控室) 是全台音频节目播出系统的中心枢纽, 担负着将国际台各种广播音频节目信号交换、分配、处理、监控、记录、保存, 并根据需求传送到各个方向的任务。主控机房既是全台广播音频节目信号的汇集点, 也是这些信号在国际台的最终输出端。近年来, 国际台主控节目的播出量呈现爆发性增长, 每日最多时段同时输出61路节目, 一方面对主控音频系统的考验是毋庸置疑的, 另一方面对主控值班人员的应急处理技巧、安全播出意识、团队合作能力等个人素质也提出了高标准的要求。
笔者在国际台主控机房供职二十余年, 作为一名值班员主要任务就是对主控机房音频节目系统中出现的各种异常状况进行应急处理。本文即结合实例, 针对应急处理谈谈其应急点、应急方法及值班人员应具备的个人素养。
国际台新主控音频系统如图1所示。这套系统以矩阵为核心部件, 分为输入、矩阵、输出三大部分, 其主要设备有音频分路放大器 (以下简称“音分”, 具有将音频信号放大并分成多路同样信号的作用) 、数字音频切换器 (以下简称“二选一”, 在广播播出系统中常常用来实现信号的选择和应急切换) 、智能告警、时钟、音频跳线盘 (又称“数字塞孔盘”) 、矩阵等, 这些设备贯穿于这三大部分中, 完成音频文件的传输任务。
2 输入部分三种节目源的应急处理法
在输入部分中, 有以下几个应急点:回传节目、一播八工作站录播节目、直播间直播节目。多年的实践表明, 节目源部分是最应重视的应急点。
2.1 回传节目的应急
国际台节目源由三大部分组成:一播八工作站系统、直播间系统、回传节目系统。其中回传节目的节目信号来源部分不在国际台, 是由外台负责提供节目, 国际台经由国传室 (即中国联通长话大楼国传室) 收转, 所以这部分节目原则上我方不负责应急处理, 若出现问题只要及时电话提醒国传室就可以了。当然, 处理时一定要首先确保不是我方设备原因引起的节目中断等故障现象。捷径是监听塞孔盘上回传节目来信号情况并观察相关音分实时输出端的音量显示, 若同时无声, 则可断定是节目源问题, 我方不做处理。但须将矩阵前音分手动强制设置到实时输出端, 否则此音分会自动倒至备播音源端, 播出我台备播音源节目。
2.2 一播八工作站系统的应急
一播八工作站系统是国际台录播节目的播出平台, 是由一整套完整的编辑、传送、播出、预听、存储等工作站和服务器组成, 它承担了国际台90%以上的节目播出任务。一播八播出工作站是录播播出系统的核心功能模块, 其播出软件具备在一台播出站上同时播放八个通道的播出能力。在主控音频应急体系中, 最关注的当然是播出服务器的运行状态。实践中, 经常遇到播出站出现各种异常问题, 包括实时播出前出现少传、多传、未传、节目丢失等;以及节目播出中晚启动、异常跳出、异常停止、异常垫乐等等情况。
对于前一类播出前的异常现象, 可以通过智能告警系统的不断完善、全台业务部门人员积极配合、主控值班人员的辛勤工作以及各种规章制度的严格执行, 基本可以做到提前发现、提前处理、提前解决, 一般不会产生安全播出事故。而对于后一种节目播出过程中产生的异常现象, 播出事故的出现是不可避免的, 但一定可以靠值班员的正确应对将损失降到最小。国际台主控一播八播出工作站为双机热备份状态, 一旦出现异常停播, 输出端二选一会倒备路播出, 同时智能告警会有告警产生。此时值班员应首先辨别故障点在哪个通道, 不用马上对输出端进行处理, 然后可以尝试将产生异常的播出通道点击即时播放, 若点击成功, 节目恢复正常, 则可将输出端二选一调整正常;若点击不成功, 则可将此通道退出重入, 或调用存储服务器上的节目播出, 若仍不成功, 则需立即通知维护人员处理, 值班员同时应密切关注同一通道备份播出站的状态, 防止二次停播。
2.3 直播间信号的应急
国际台直播间信号分为主、备两路分别接入主控音频系统。其中主路信号通过音频处理器接入, 备路信号则接入垫乐机。如图2所示。
直播间音频信号的空播故障不外乎两种原因, 一种是人为因素引起的空播, 如主持人失误或系统维护人员操作失误;另一种是设备故障, 如播出软件死机、异常退出、调音台掉电等。对于前一种人为失误, 主控音频播出系统会自动垫乐, 输出端二选一倒备路播出, 此时值班员应立即进入直播间启用直播间内备用应急节目播出, 或立即通知相关编辑部门责任人补救。而对于后一种设备故障引起的空播, 音频播出系统同样会在备路垫乐播出, 输出端二选一倒备, 此时值班员应立即进入直播间迅速判断出故障点, 并采取措施尽量使用直播间内备份节目应急播出, 再迅速手动恢复故障设备。最后通知相关维护人员。
总之, 对于节目源部分的应急处理, 值班员的关注点主要是如何在最短时间内正确恢复故障设备状态, 即针对节目源本身设备的操作处理上。这部分虽然是整个播出系统中事故率最高的部分, 但处理起来比较直观, 易判断, 处理方法单一, 学习理解起来较简单。而下面需要谈到的播出传输系统的应急则相对来说较难判断、较难操作、较难理解且处理方法不唯一, 还有更重要的一点是不经常发生。这一方面说明使用的硬件设备质量过硬, 但另一方面值班员因少有机会面对这样的故障情况而往往思想准备不足, 且练兵机会少, 所以一旦发生极易引起长时间的停播。
3 音分、矩阵、二选一的应急处理及监听塞孔的使用
如图1中所示, 国际台音频播出系统除上述中谈到的三个节目源部分外, 主要还有音分、矩阵、二选一、塞孔盘、光端传输设备等组成。这几种设备对于安全播出来讲绝对不可或缺, 哪种设备的异常都会给安播工作带来损失。对于值班员来说, 这几种设备故障应急的侧重点不是及时恢复设备本身, 而是需要采取正确措施绕过故障点接通音频通路, 在尽量短的时间内恢复播出。当然, 新主控音频播出系统设计的比较完善, 当单一故障点出现时, 一般情况下系统会有自动补救措施自动跟上, 此时值班员不必太过慌乱, 但须注意在恢复通路的过程中不要产生二次人为事故, 也就是说应急操作时下手一定要稳、准、快。“稳”即操作时心态要平和, 要有判断正确的把握;“准”即下手时一定要看准, 不要犹豫;“快”即出手速度一定要尽量迅疾, 须知安全播音指标是以秒为单位来计算的。
3.1 音分的应急方法
国际台主控使用的音分均为电子部三所提供, 其型号为DAL—3810D, 它可与计算机相连实现遥控功能, 其面板上有实时电平指示, 可监测输入输出信号通道状态, 电源采用双电源热备份供电, 可实现一个输入口对应八个输出口, 提供特别清晰的音源分配, 这也是主控播出系统需接入如此多的音分的原因。图1中看到输入和输出部分音频系统均有音分接入。输入部分的音分称为前主音分或前备音分, “前”即矩阵前;输出部分的音分称为后主音分或后备音分, “后”即矩阵后。音频信号在传输过程中会有衰减出现, 且音频传输系统中往往需要多路同样的信号供告警、时钟、监听监看等设备使用。多年的实践表明, 音分一旦出现故障, 是不可能在极短的时间内恢复的。因此, 音分一旦出现异常影响播出, 一般采取绕路而行的办法来应急, 也就是通过在数字塞孔盘上牵线跳过音分来接通音频信号通路, 以保证播出。不管是输入音分, 还是输出音分, 均可以采用这种方法。
在图1中, 可以看到数字塞孔盘几乎存在于所有音频传输设备的输入、输出端。当主控音频通路上有设备出现异常时, 可使用数字塞孔盘, 用音频跳线电缆将某路节目的输入、输出短接, 绕过故障点, 将信号直接输出到输出终端, 保证节目的安全播出。
如图1所示, 当某一路前主音分故障时, 可以从数字塞孔盘中的节目源塞孔的上孔取信号, 使用音频电缆线牵入汇聚矩阵入中相对应塞孔的下孔;当某一路后级主音分故障时, 可以从数字塞孔盘中的某功能矩阵出的上孔取信号, 牵入相对应的某路二选一入塞孔的下孔。前、后级备音分的应急同理。
3.2 矩阵和二选一的应急方法
后级二选一和矩阵部分作为传输通路中的主要核心硬件部分, 出现异常情况也是较难在较短时间内恢复的, 因此它们的故障处理仍可采取这种方式。
国际台使用的二选一是电子部三所提供的, 其型号为DAL-3900D, 在节目播出过程中如遇主路信号中断, 即门限电平低于-48分贝, 且连续超过6秒, 二选一会自动切换到备路, 以实现节目的正常播出。当某路后级二选一故障时, 可以在数字塞孔盘的后级音分出取上孔信号, 牵入相应输出系统入的下孔来送出信号。
数字音频矩阵是国际台主控音频系统的核心部件, 是实现节目资源共享和交换的主要设备, 它包括汇聚矩阵和各功能矩阵 (如图1所示) 两部分。当某路矩阵产生故障点时, 可以从汇聚矩阵入塞孔盘上找出前级音分出, 取上孔信号, 牵入某功能矩阵后级音分入塞孔的下孔来送出信号。
注意在以上方法中有一条规律, 就是取信号一定用上孔, 送出信号一定用下孔。因为数字塞孔盘采用的是插上断下、插下断上的工作原理, 用数字音频跳线电缆插头插上孔, 就断开下孔音频信号的输入;插下断上的原理相同。
3.3 监听塞孔在应急处理中的作用
理论上, 对于主控音频系统中硬件部分的牵线应急, 上述办法是正确可行的。但实践中当智能告警突然响起时, 值班员需要在猝不及防的几十秒时间内完成判断、监听、寻找塞孔、牵线等一系列动作还是比较困难的, 稍有不慎就会插错或插断通路造成错播、空播。因此, 笔者在数字塞孔盘中单独设立了监听塞孔。监听塞孔不同于其它塞孔的插上断下结构, 而是单孔结构, 用它引信号作为节目源或作为监听不用担心会插断后面通路。监听塞孔分为上、下两部分, 上半部分为矩阵前分放监听, 信号引自矩阵前音分的输出端, 接入了国际台三大部分节目源的所有信号;下半部分为矩阵后输出监听, 信号引自矩阵后二选一的输出端, 涵盖了主控需要送出台外的各路信号。通常在紧急情况下, 值班员需要牵线应急时, 在判断好故障点后, 在监听塞孔盘上引信号是比较可靠、直观、迅速的做法。当然, 如果是前音分或二选一故障, 因为监听塞孔的信号来自这两种设备 (如图1所示) , 这种方法行不通, 还需“理论上”的方法。
以上论述的是国际台主控音频传输系统应急中所需的基本理论方法。实践中, 只具备这些理论是远远不够的, 还需具有其它方方面面的因素, 包括个人能力、团队合作、安播意识、心理素质等。
4 应急处理岗位配合及人员素质
4.1 应急处理中各岗位的配合
国际台主控值班岗每组由4名人员组成, 分别负责音频传输系统不同部分的监听、监看、应急等任务。应急时, 各岗位要及时到位、及时协调与互动, 密切配合, 分别把握住各自的职责, 进行正确操作, 才能在规定的时间内堵住漏洞。工作中, 各组人员不仅需要具有娴熟的业务能力, 更需具备强烈的团队合作意识, 这样才能做到紧急情况下头脑清醒, 应对准确。
4.2 应急实例中各岗位的协调与互动
下面的几个实例是本人亲身经历。这几个实例中的应对过程未必是最好的, 但可以充分说明应急处理过程中各岗位配合的重要性。
例1:一播八软件故障
某时, 智能告警及一播八告警软件几乎同时显示一播八系统中录播3的八通道 (即第3个录播服务器中的第八个播出通道) 主、备均垫乐, 其播出界面显示黄色垫乐。此时, A岗首先观察智能告警, 确认故障端后第一步要求B1岗报告故障通道状况, 并要求其通过KVM (即多电脑切换器, 是网络中的管理设备, 它是Keyboard、Video和Mouse三个单词的第一个字母。即能够实现用一套键盘、显示器、鼠标来控制多台设备的功能。) 联接好录播3的主、备播出站, 随时准备应急操作;第二步要求B2岗对应节目运行图找出此节目源的对应输出通路, 并打开节目源和输出通路的大监听, 听一下声音情况;第三步仔细观察故障通道状态, 判断出垫乐系节目做短造成;第四步立即通知相关节目编辑部门, 并要求当班维护人员去语录机房协助传送节目。待节目传好后点击即时播放播出。
例2:语言错播事故
某时, 我方接本台人员从海外打来的电话, 反映当天开播送往某国方向的落地节目, 监听显示不是应有的语言, 而是另一种语言。此时, A岗首先根据节目运行图查出输出为Y1-36路并要求B1岗、B2岗监听监看, 之后查出节目源为一播八系统中录播8的二通道 (即第8个录播服务器的第二个播出通道) 某语言, 监听节目源播出正常, 但输出Y1—36路监听显示为另一语种;此时我方怀疑为矩阵切换错误, 于是A岗与B2岗分别查矩阵切换主、备工作站节目条状态, 同时要求B1岗查当天任务书是否正确, 但均未查出异常;于是A岗与B2岗进入设备间准备在塞孔盘牵线, 从节目源监听塞孔引信号绕过音分、矩阵、二选一直接牵入主传输入, 同时要求B1岗密切监听输出声音;但牵线时监听发现塞孔盘节目源主、备播出声音不一致, 主路为错播语种, 备路为应有语种;于是A岗与B2岗立即改变牵线方法, 从录播8的二通道备路监听塞孔引信号送入该通道主路音分入下孔。之后立即询问B1岗监听情况, B1岗反映输出已改为正确语种;最后A岗与某国方面确认, 声音恢复正常。
例3:录播系统故障
某时, 录播告警软件与智能告警几乎同时告警, 陆续显示一播八系统中录播服务器多个通道异常, 多个输出二选一倒备路播出。A岗首先判断应为录播服务器故障, 立即要求B1岗根据告警信息查录播播出站状态, 要求B2岗查二选一状态;之后B1岗查出均为录播通道主路晚起, 且晚起通道仍在不断增加, 相关二选一不断倒备;此时A岗要求B1岗通过KVM联接器联接相关播出站, 并通知音频系统维护人员处理;与此同时A岗与B2岗进入设备间将输出二选一全部手动强制倒备路播出;之后音频维护人员将所有故障播出站重启, B1岗监看、监听播出状态正常后, A岗与B2岗恢复所有二选一。
4.3 应急处理中值班员应具备的素质
以上实例可以看出, 对于一名值班员来讲, 对系统的熟知是业务基础之一, 在熟知的基础上完成各种或简易、或复杂、或单点、或多点的应急处理是工作能力的基础。除此之外, 还需加上过硬的心里素质和严谨的工作态度、强烈的安全播音意识, 高度的组织性、纪律性, 以及良好的团队合作意识。具备了这些要素, 就会成为一名优秀的值班员, 处理任何的突发情况都会游刃有余。
5 结束语
综上所述, 笔者根据多年的工作经历, 总结了国际台新主控音频系统应急处理的方法、技巧, 完成应急过程中一个班组各岗位值班员的配合与互动, 以及应具备的个人素质。实践证明, 以上几点在应急处理中是行之有效的, 可以在尽量短的时间内将安全播出的损失降到最低。当然, 笔者相信在今后的工作中, 仍可以探索到更好的方式将应急处理的时间进一步缩短, 这是一名值班员的本职。
摘要：本文结合实例介绍了国际台新主控音频节目系统的应急处理, 包括方法、技巧以及应急处理过程中人员的配合、互动。
关键词：应急处理,节目源,数字音频塞孔盘,实例
参考文献
通信系统应急预案及故障处理措施 第5篇
为了高效、有序地处理酒泉泓坤东洞滩光伏电站生产调度通信系1.1 统故障突发事件，避免或最大程度地减轻生产调度通信系统故障造成的损失，保障员工生命和企业财产安全，维护社会稳定。
1.2 编制依据
《电力系统通信管理规程》
《电力企业现场处置方案编制导则》
1.3 适用范围
适用于酒泉泓坤东洞滩光伏电站生产调度通信系统故障突发事件的现场处理工作。为现场预案。事件特征
生产调度通信系统故障包含系统调度通信系统故障、厂内生产调度通信系统故障、光传输设备及光纤线路故障。可能造成厂内生产调度电话中断以及与省调、地调通信中断——包括系统调度通道、远动数据网通道、电能计量通道、调度生产信息网通道等故障。
引发故障原因分为以下几种情况：
2.1 发生自然灾害（如地震、洪水、雷击等）。
2.2 调度通信机房的主要设备、线路或供电系统出现严重故障。2.3 调度通信机房发生火灾。3 应急组织及职责
3.2 职责
3.2.1运行组负责人的职责：负责汇报有关领导，组织现场人员进行先期处置，指挥先期应急救援工作。
3.2.2技术组负责人的职责：负责组织本部门专业人员参加应急处置和救援工作。
3.2.3安全监督组负责人的职责：监督、协调解决事故处理中的安全问题。
3.2.4运行人员的职责：负责通信异常时做好运行方式的调整。3.2.5通信专业人员的职责：负责检查通信通道及设备的连接运行情况，组织消缺；负责厂内通讯系统畅通；负责与省电力通信调度、公网服务商、设备厂家联系。
3.2.6安全监督人员的职责：监督事故处理期间安全措施到位，完成事故原因调查、事故责任分析、事故报告终结等工作以及善后处理。
4、应急处置
3.1 现场应急处置程序
报警：生产调度通信系统故障事件发生后，发现人员应立即汇3.1.1 报值长，值长应立即向指挥部汇报。
3.1.2 响应：值长立即指挥值班人员采取相应措施，并通知技术组、安全监察组成员迅速进行处理。运行人员在值长的统一指挥下，按照规程进行操作处理。
3.1.3 救援：技术组、安全监察组成员接到通知后，立即赶赴现场进行应急处理。通信人员立即进行检查和现场抢修。安全监督人员监督事故处理期间的安全。
3.1.4 扩大：异常事件进一步扩大时应启动《酒泉泓坤东洞滩光伏电站通信设备事故应急预案》。
3.2 现场应急处置措施
通信专业人员尽快到达现场，立即检查调度通信系统的运行情3.2.1 况。
3.2.2 立即启动应急通信方式：系统调度通信故障时，值长使用值长台公网外线电话或移动电话与省电力调度及吴忠地调联系、汇报并通知现有联系方式；厂内生产调度通信故障时，使用厂内行政电话对厂内生产进行调度；厂内行政电话也故障时，使用移动电话或对讲机对厂内生产进行调度。
3.2.3 通信负责人将异常情况向省电力通信调度汇报，通知现有联系方式，并请省通信调度及网管给予支持。
3.2.4 在省电力通信调度的统一调度下，根据通信设备损坏程度，制定方案，组织好事故抢修工作。事故抢修工作遵循下列原则：先电力调度业务，后其它业务；先省网，后地区网；先群路，后分支；先抢通，后修复的原则。尽可能采取措施迅速恢复系统调度电话和调度自动化通道。在事故抢修过程中应与省电力通信调度保持联系，汇报检修进展情况。
3.2.5 3.2.6 根据现场设备故障情况联系设备厂家，取得技术支持。由于外部或内部的因素，管控中风险或隐患有可能出现的情况下（包括预报中的重大自然灾害、恶劣天气等），及时启动应急响应程序并向公司应急救援领导小组汇报。
3.2.7 在移动信号中断的情况发生后，及时联系电信、联通及移动公司，恢复公司厂区内移动信号覆盖，以保证移动通信畅通；在公网通信通道中断时，及时联系电信公司恢复外线电话通道。
3.3 事件报告流程
值长向省电力调度汇报本厂的故障情况。通信负责人向省电力3.3.1 通信调度汇报通信系统情况。
3.3.2 事件扩大后，由总经理决定向上级主管单位、电监会派出机构汇报事件信息。
3.3.3 事件报告要求事件信息准确完整、事件内容描述清晰；事件报告内容主要包括：事件发生时间、事件发生地点、事件性质、先期处理情况等。注意事项
应急处理过程中必须按照抢修方案和预控措施执行，使用合适4.1 的检修工具和防护用品。
4.2 4.3 继电保护间和通信机房内禁止使用无线通讯设备。
开展现场应急处理工作要有监护人，仔细核对设备名称、电路编号。
4.4 电网调度通信操作，要严格按省电力通信调度指令执行每个操作程序。涉及电网调度通信故障的处置,必须征得省电力通信调度允许后方可进行操作。
常见急症的应急处理 第6篇
胸痛
发现有人突然发生呼吸短促、前胸剧痛，可让其成45°角斜倚一处。如果疼痛加剧，持续不息，并向两肩、两臂和颈部扩散，应视为心脏病突发，立即打120送医院抢救。
腹痛 如果你的孩子喊肚子痛，触摸更痛，并有低烧、恶心，应考虑阑尾炎的可能。应让孩子卧床，给痛区做冷敷。就医之前不要吃任何东西，否则会出现阑尾破裂，促使病情恶化。也不要服用止痛药和泻药，以免掩盖病情，造成误诊。
昏迷
对昏迷的急救需区别对待。脸色发红，脉搏有力者，让病人仰卧，头和肩略微抬高，在前额冷敷；脸色发白，脉搏微弱者，让病人慢慢躺下，头部略低于身躯，保持呼吸畅通，身体温暖；脸色或嘴唇发紫，脉搏微弱并大口呼吸者，应立即口对口施行人工呼吸。
休克
患者皮肤发白，怕冷，脉搏加快，呼吸急促无力，此为休克的特征。在急护车未到之前，让病人躺下，脚比头高30厘米左右，以保护病人头部和心脏重要器官的血液循环，并注意保温。
窒息
当患者不省人事，呼吸停止时，应进行人工呼吸。先让患者头部后仰，下颚抬起，疏通气管，然后捏紧鼻孔，往口里大口吹气，待其胸腔鼓起，继续抢救，直至患者每分钟呼吸2次为止。
食物梗塞
若患者还能讲话，说明呼吸畅通，他自己会吐出食物；若不能讲话，可用掌根在其肩胛骨猛击数下。切莫探进手指去取或抠阻塞物，也不能强迫喝水。也可站在病人后面，胳膊绕过其腰部，一手握成拳头，大拇指按在病人肚脐与剑突之间，另一手抓住拳头迅速向上反复推压，阻塞物就很快会出来。
车祸
如果你第一个到达车祸现场，不到万不得已，切勿搬动受伤者。尽可能让他镇静，这样可以减少出血，防止病情加重。若伤者耳、鼻和嘴出血，可能是颅骨破裂；如腿部颤抖、刺痛或麻木，可能是腰脊或颈部严重创伤。在这种情况下，不恰当的搬动常常会导致伤者瘫痪，甚至死亡。
溺水
溺水者刚被救出时，首要的是疏通呼吸道，立即进行口对口的人工呼吸，待其苏醒后再排出肚子里的水。否则会失去抢救成功的宝贵时间。
中暑
应急处理系统 第7篇
目前, 在智能电网事故处理领域, 通常电网地理信息系统 (GIS) (以下简称电网GIS) 和电网事故处理决策系统 (即城市供电应急处理系统) 是两套独立的系统。两系统的模型需要分别建立, 重复工作, 浪费大量的人力、物力。而且, 由于两种模型分属不同的部门维护, 不同的部门对同一个电力设备的描述也不尽相同, 这使得城市供电应急处理系统在辅助调度员处理电网事故时的实际功效大大降低。因此, 建设城市供电应急处理系统与电网GIS一体化应用平台十分必要。
青岛供电公司作为山东省智能电网建设的试点单位, 已取得市供电应急处理系统与电网GIS一体化平台建设的初步成果, 本文介绍并分析了该项工作基本情况和经验。
1 一体化平台的总体设计
1.1 总体设计思想
城市供电应急处理系统与电网GIS一体化平台的总体设计思想是:以GIS为基础, 以网络技术、通信技术、面向对象的空间数据库等信息技术为依托, 建设一个无缝衔接的数据信息管理交换平台。覆盖全部相关生产管理部门、生产单位、生产班组的电网事故处理信息系统, 不仅要实现电网GIS和城市供电应急处理系统的各项管理需求, 还要为将来其他系统 (如天气信息系统、变电站视频系统、电力系统内部M I S系统、营销系统) 的接入打下平台基础。
1.2 总体设计的技术路线
1) 依托已建成的各类系统 (电网GIS、天气信息系统、变电站视频系统、电力系统内部MIS系统、营销系统等) , 实现相关信息的搜集。
2) 为城市供电应急处理系统辅以电网G I S系统, 以进一步加强调度员电网事故处理的能力, 进一步提高安全供电的质量;进一步提高设备和电网的运行管理的及时性、准确性, 降低运行和维护成本。
3) 建立企业协同工作的信息平台, 实现信息共享, 提高工作效率。
2 一体化平台设计原则
针对电网GIS、城市供电应急处理系统管理和网络情况, 一体化平台的设计原则应使一体化平台有以下特性:
(1) 伸缩性。一体化平台既能处理小数据量的应用, 也能顺利地对付大数据量的应用。
(2) 易用性。一体化平台一方面要求界面友好、操作简单直观, 以保证使用者易学易用;另一方面要求做好各种文档的编写、维护工作以便于后期对系统的维护。
(3) 可靠性。一体化平台不仅在设计上要考虑系统稳定可靠、数据不易出错, 而且在开发时必须严格按照软件工程和ISO 9000体系的标准, 保证应用软件的可靠和稳定。
(4) 扩展性。一体化平台功能扩展应能方便进行, 并能做到平滑扩展和升级。
(5) 安全性。一体化平台的安全性包括网络的安全、数据的安全、软件系统的安全等。
(6) 先进性。一体化平台采用的技术应是先进的技术, 不随着操作系统的升级而变化, 以最大限度保护用户的软件系统投资。
3 一体化平台的网络结构
由于城市供电应急处理系统与电网GIS系统位于不同的安全区内, 两个系统之间只能通过正反向物理隔离设备连接, 两个系统分别设立模型同步工作站, 负责两个系统之间的文件传递和实时数据传递。一体化平台的网络结构图如图1所示。
图1中, 城市供电应急处理系统主站位于生产区, 其WEB服务器位于管理区;电网GIS服务器和WEB服务器位于管理区。自动化主站通过正向物理隔离装置单向传输实时信息给WEB服务器, 电网GIS转换生成图形文件和模型描述文件, 通过物理隔离装置机访问反向物理隔离装置, 将文件传输给生产区的城市供电应急处理系统数据接收端。
4 一体化平台实现的技术难点分析
4.1 图形的转换与更新
图形转换工作是根据建模形成的地理接线图生成电气原理图 (包括全网图、多线图和单线图) 。要确保图形转换的正确性, 还需要保证电气原理图能方便地进行更新, 以反映电网的最新变化。图形的转换是和模型转换同步进行的, 通过图形的转换, 维护模型的信息。图形转换采用的方式是:直接生成自动化主站所需格式接线图, 着重考虑转换速度以及数据转换异常处理, 防止因程序报错而转换失败。接线图的更新与模型更新类似, 也采用增量更新的方式, 即由主站生产厂家提供格式要求, 由电网GIS生产厂家每次在GIS模型更新以后, 生成主站需求的接线图变更描述文件, 通过通信程序传递到城市供电应急处理系统, 由主站根据该文件自动更新城市供电应急处理系统内电网接线图。其中, 图形变更描述的XML格式文件需要包含有异动的时标、相应坐标、必要的相邻设备信息。
4.2 模型的转换与更新
模型转换是指从GIS建模工具录入的信息中, 选择必要的信息填入实时系统的描述库中, 主要包含电网描述信息和设备台帐信息。其中, 电网描述信息转换的正确性对于整个系统具有重要意义。模型转换方案采用电网GIS系统的全网设备数据模型转换生成城市供电应急处理系统内电网数据模型, 以确保数据源的唯一性。在电网GIS端建立一个与电网自动化主站正式库一致的模拟数据库, 模型转换时将设备建模信息 (台帐信息和拓扑信息) 写入该模拟库。模型转换完毕之后, 直接导出Oracle数据库格式文件, 通过反向物理隔离装置传输给自动化主站进行建库。模型更新则采用增量更新的方式, 即由自动化主站生产厂家提供格式要求, 由电网GIS生产厂家在每次GIS模型更新以后, 使用XML语言描述设备异动信息, 生成符合主站需求的模型变更描述文件, 通过通信程序传递到城市供电应急处理系统。目前, 该技术难点已经解决并顺利测试完毕, 模型转换与更新的正确率达到100%。
4.3 实时信息
实时信息工作是指在电网GIS中可以实时显示城市供电应急处理系统事故情况下电网开关变位、电网潮流信息, 并保证数据的实时性和准确性。城市供电应急处理系统根据电网生产管理需要, 必须及时将设备状态的实时信息反馈给电网GIS。为了解决两个系统间的数据传输接口问题, 由自动化主站生产厂家编写实时信息转发接口, 双方系统对同一设备通过唯一标识符来确定对应关系, 即电网GIS可以通过该对应关系查询任意的实时信息, 并将其实时数据显示出来。
4.4 通信模块
完成电网GIS与城市供电应急处理系统之间的数据 (主要包括模型信息、图形信息以及实时信息) 交互, 需要在电网GIS端和城市供电应急处理系统分别完成。在通信介质中还增加了正、反向物理隔离设备, 以满足通信双方高效、可靠的要求。
在数据传输异常时的处理方法, 主要是解决通信机制问题。青岛供电公司解决数据传输异常的方法如下:
(1) 在每次通过反向物理隔离装置向城市供电应急处理系统发送数据后, 城市供电应急处理系统会自动返回一个占几字节的信息。双方可以利用这个信息定义数据传输结果, 获取此次的数据是否发送成功的信息。
(2) 在城市供电应急处理系统数据接收端, 如果在规定的周期内没有收到电网GIS的异动数据描述, 那么通过正向物理隔离装置往管理区发送请求信息, 提醒电网GIS发送数据或通知数据接收情况。
5 结语
1) 城市供电应急处理和电网GIS一体化平台的建设实现了智能电网事故处理方式的规范化、流程化、网络化、信息化、现代化, 提高了电网事故处理水平, 可为社会带来了优质服务和经济效益。但这仅是智能电网建设的开始。
2) 电网事故处理领域的各种系统依然零散、独立, 这导致各系统间功能相互重叠, 数据无法共享, 通道不能借用, 人员设备无法整合等多种问题的产生。而解决这些问题的最佳途径, 就是遵循“开放系统”最大限度保护用户原有软、硬件投资的原则, 走开放系统结构 (OSA) , 实现多应用系统开发厂家产品系统集成的道路。
应急处理系统 第8篇
1 故障应急分类
根据控制系统故障可能造成的后果将危险源分为Ⅲ级:故障直接造成机组跳闸的为Ⅰ级;不及时处理或处理不当可能造成机组跳闸或设备损坏的为Ⅱ级;暂时不影响机组安全运行定为Ⅲ级。
1.1 Ⅰ级类型
DCS系统电源全部失去
DCS系统操作员站全部失去
DCS系统网络全部瘫痪
1.2 Ⅱ级类型
DCS系统单路电源失去
DCS系统某一控制柜所有卡件故障
DCS系统某一控制柜单侧控制器失去
1.3 Ⅲ级类型
DCS系统某台操作员站失去
DCS系统某一控制柜个别卡件故障
2 Ⅰ级故障的应急处理
2.1 DCS系统电源全部失去
故障原因:UPS、保安段供DCS系统220VAC电源失去。故障后果:DCS系统停止工作, 失去对机组的控制, 机组跳闸。应急处理:a.如果电源柜主电源进线总开关正常, 电源柜内分空开跳闸, 检查电源柜分空开电源出线是否有接地现象, 若有接地, 检查消除接地点。b.如果电源柜主电源进线总开关正常, 但进线无220VAC电压, 通知电气专业人员检查处理。
2.2 DCS系统操作员站全部失去
故障原因:a.DCS操作员站电源柜中双电源切换箱跳闸或者故障。b.交换机失电或故障导至画面刷新变慢甚至出现#COM。故障后果:DCS控制器正常工作, 所有操作员站失去监控功能, 可能造成系统参数偏离正常值引起突发事故。应急处理:a.如果是失电现象, 检查DCS操作员站电源柜内双电源切换箱状态, 若双电源切换箱空开跳闸, 检查电源柜双电源切换箱出线和分空开电源出线是否有接地现象, 若有接地, 检查消除接地点。若无接地, 强制合闸送电, 并启动计算机, 恢复DCS监控画面。b.检查交换机是否失电, 若是, 检查送电。若交换机故障, 更换交换机。c.在故障处理过程中, 如发生机组正常运行无法维持, 主要参数变化大, 危及机组安全, 则立即停机并按DCS全部失电处理。
2.3 DCS系统网络全部瘫痪
故障原因:a.主服务器软故障。b.交换机失电或故障导至画面刷新变慢甚至出现#COM。c.病毒影响会致使画面刷新变慢甚至出现#COM。故障后果:所有机器显示刷新变慢甚至出现#COM, 运行人员失去监控可能造成突发事故。应急处理:a.主服务器软件故障, 先退出其上位运行软件, 如果系统恢复正常, 则是由于主服务器响应变慢且未达到辅服务器接管的条件造成。b.检查交换机是否失电, 若是, 检查送电。若交换机故障, 更换交换机。c.严格执行计算机防毒措施, 严谨随意使用U盘拷贝数据。d.在故障处理过程中, 如发生机组正常运行无法维持, 主要参数变化大, 危及机组安全, 则立即停机并按DCS全部失电处理。
3 Ⅱ级故障的应急处理
3.1 DCS系统单路电源失去
故障原因:a.UPS或保安段供DCS系统220VAC双路电源一路失电。b.电源柜至某一控制柜相应电源开关断开。故障后果:单路电源失去时, DCS各控制器仍然保持正常工作, 操作员站可以正常监视和操作。应急处理:按DCS系统电源全部失去进行应急处理。
3.2 DCS系统某一控制柜所有卡件故障
故障原因:控制器网关故障。故障后果:故障机柜中所有测点无法监视, 所有设备无法控制, 维持故障前最后状态。应急处理:检查控制器网关状态, 如果故障, 进行更换。
3.3 DCS系统某一控制柜单侧控制器失去
故障原因:a.该控制器故障。b.控制器网线接头接触不良。故障后果:单侧控制器失去, DCS控制器依然在正常工作, 控制站丧失冗余功能。应急处理:a.如控制器硬件故障, 则更换新控制器。注意:需对新控制器进行清空操作 (新控制器通讯口IP恢复为192.168.1.91、冗余口IP恢复为192.168.0.91) , 再将通讯口IP、冗余口IP设置成需要更换的控制器IP, 同时更新新控制器的Target, 版本与工作侧控制单元一致。b.控制器实际工作正常, 冗余控制器工作也正常, 只是画面显示为主控离线, 冗余控制器仍然为备用状态, 基本的数据刷新及操作正常, 则可基本判断为控制器网口接触不良, 请插紧网线或更换接头。
4 Ⅲ级故障的应急处理
4.1 DCS系统某台操作员站失去
故障原因:a.工控机无法启动。b.网线、网卡接头接触不良, 导至画面刷新变慢甚至出现#COM。c.上位机软件故障。故障后果:该操作员站丧失监控功能。应急处理:a.对工控机拆回检查、消除故障后重新启动上位软件。b.对网线接头重新更换。c.重新启动上位软件。
4.2 DCS系统某一控制柜个别卡件故障
故障原因:卡件故障、外部强耦合信号窜入。故障后果:故障卡件上的测点信号不准确, 相应设备无法控制。应急处理:a.检查故障卡件上的所有信号是否屏蔽并且已经做好了良好的单点接地;先拔插一下, 如能恢复则可继续工作, 不能恢复请更换卡件。b.确认该卡件上的相关测点, 牵涉到哪些设备、哪些逻辑, 切除与涉及点的自动程序。拿出与被换卡件同一类型的卡件, 通过离线的方式 (调试机箱) 将卡件地址、波特率等信息改成与被替换的卡件一致;进行卡件更换。c.注意信号输出情况, 对于AO卡件, 如果就地设备带有断线保护功能则没有问题。对于DO卡件, 如果有指令输出, 则无法保证信号输出的持续。其他卡件拔出时, 卡件的扫面停止, 数据会保持在断电那一个周期的扫描值, 数据不会归0。
结束语
通过对DCS典型故障的分析, 提高了工作人员对事故应急处理的能力。有效的贯彻了厂“安全第一、预防为主、综合治理”的方针。以热工控制设备的危险预测、预防为基础, 以保障人身安全、设备安全、电网安全为目标, 将分散控制系统故障造成的影响与损失降低到最低限度。
摘要：分散控制系统作为发电企业的神经中枢, 其安全、可靠、稳定的运行起着举足轻重的作用, 如果发生问题会造成严重的后果。通过对TCS3000分散控制系统使用, 阐述了TCS3000分散控制系统典型故障, 提高了工作人员的应急处理能力, 有效的减少因分散控制系统故障造成机组非停事故。
应急处理系统 第9篇
1.1 中心对车站接口安全边界拓扑图。
中心对车站接口安全边界采用透明接入方式,在核心交换机和核心路由器之间的四个通道上各串联接入一台安全边界设备,该种接入方式能保持CTC系统网络结构和数据冗余机制。
1.2 中心对车站接口安全边界故障排查。
中心对车站安全边界接入是透明接入模式,不起路由转发功能。因此,通过登录核心交换机直接ping对应路由器接口地址即可判断安全边界是否存在故障。如中心对车站发生网络故障,应通过如下排查方法判断安全边界是否发生故障。
登录核心交换机A,ping核心路由器A的A口;
登录核心交换机A,ping核心路由器B的A口;
登录核心交换机B,ping核心路由器A的B口;
登录核心交换机B,ping核心路由器B的B口;
如果ping不通或者丢包,则可能是该通道安全边界出现问题,应先检查安全边界网口灯是否正常,并将相关网线全部插拔,如果故障仍然存在,则应采取旁路措施进行验证。
1.3 中心对车站接口安全边界故障应急预案。
判断中心对车站接口安全边界故障时,立即启动应急预案并采取紧急措施,具体程序是将安全边界旁路,恢复网络正常运行,保证CTC系统数据正常交互。
安全边界旁路方法:步骤1:拔除安全边界在交换机和路由器上的联系;步骤2:将相应通道的旁路线直接连接核心交换机和路由器,以此跳过安全边界的隔离。
2 车站安全边界
2.1 车站安全边界拓扑图。
车站安全边界采用透明接入方式,接入车站交换机和路由器之间的四个通道上,每个网段的两个通道共用一台安全边界,该种接入方式能保持CTC系统网络结构和数据冗余机制,具体网络拓扑如图1。
2.2 车站安全边界故障排查。
车站安全边界接入是透明接入模式,不起路由转发功能。因此,通过登录车站路由器直接ping各终端IP地址即可判断安全边界是否有故障。如车站发生网络故障,应通过如下排查方法判断安全边界是否发生故障。
登录车站路由器A,ping车务A的A网地址;
登录车站路由器A,ping车务B的B网地址;
登录车站路由器B,ping自律机A的A网地址;
登录车站路由器B,ping自律机B的B网地址;
可能出现情况一:如果只有一个通道ping不通,则不是安全边界问题,很可能是该通道上网络设备(或网线)存在问题,亦或目标设备网络不通,应检查相关设备网口和网络配置,并将网线重新插拔。
可能出现情况二:如果同一个通道上两个都ping不通(路由器A和路由器B均ping不通A网络地址),则判断为安全边界A故障,应立即采取应急预案将其旁路。
2.3 车站安全边界故障应急预案。判断车站安全边界故障时,立即启动应急预案并采取紧急措施,将安全边界旁路,恢复网络正常运行。
安全边界旁路方法。步骤1:拔掉安全边界在交换机和路由器上的连线;步骤2:将相应通道的旁路线直接连接车站交换机和路由器,以此跳过安全边界的隔离。
3 中心对邻局(含总公司)安全边界
3.1 中心对邻局(含总公司)安全边界拓扑图。
中心对邻局安全边界采用透明接入方式,在核心交换机和分界路由器之间的四个通道上各串联接入一台安全边界设备,该种接入方式能保持CTC系统网络结构和数据冗余机制,具体网络拓扑如图2。
3.2 中心对邻局(含总公司)安全边界故障排查。中心对邻局(含总公司)安全边界接入是透明接入模式,不起路由转发功能。因此,通过登录核心交换机直接ping分界路由器接口地址即可判断安全边界是否存在故障。如中心对邻局(含总公司)发生网络故障,应通过如下排查方法判断安全边界是否发生故障。
登录核心交换机A,ping分界路由器A的A口;
登录核心交换机A,ping分界路由器B的A口;
登录核心交换机B,ping分界路由器A的B口;
登录核心交换机B,ping分界路由器B的B口;
如果ping不通或者丢包,则可能是该通道安全边界出现问题,应先检查安全边界网口灯是否正常,并将相关网线全部插拔,如果故障仍然存在,则应采取旁路措施进行验证。
3.3 中心对邻局(含总公司)安全边界故障应急预案。
判断中心对邻局(含总公司)安全边界故障时,立即启动应急预案并采取紧急措施,具体程序是将安全边界旁路,恢复网络正常运行,保证CTC系统数据正常交互。
安全边界旁路方法:步骤1:拔除安全边界在核心交换机和分界路由器上的联系;步骤2:将相应通道的旁路线直接连接核心交换机和分界路由器,以此跳过安全边界的隔离。
安全边界日常维护特别重要,CTC软件的任何变更或使用端口发生变化时,均需在安全边界中进行相应的策略调整,以保证CTC系统运行的可靠稳定。
总之,边界设备是CTC系统中重要的安全设备,是对出入系统边界的数据进行过滤和控制的设备,是确保CTC系统节点间的数据交换的隔离设备。简单的故障分析、快速的故障处理尤为重要,特别是应急故障处理时限,直接关系到整个CTC系统全网运行,也直接影响高铁列车的开行。
摘要：安全边界是CTC系统安全稳定运行的屏障,它以主动防御为原则,通过端口控制构建安全防护体系,保障CTC系统不受侵害。安全边界故障直接影响CTC系统数据交换,因此故障的快速查找及应急处理就尤为重要。
应急处理系统 第10篇
某石油化工企业没有事故水存储设施,为满足石化企业安全环保要求,根据中石化《水体污染防控紧急措施设计导则》[2],企业决定在厂区内建设事故水储存设施。本文根据《化工建设项目环境保护设计规范》、《水体污染防控紧急措施设计导则》以及有关文献《事故储存设施有效容积设计探讨》[3]、《事故储存设施有效容积设计探讨》[4]、《事故储存设施有效容积设计探讨》[5]、《事故储存设施有效容积设计探讨》[6]对该石油化工企业应急事故处理系统的设计进行了研究,提出了应急事故水池容积确定的技术要点和原则。
1 工艺流程
事故状态时事故水通过雨水系统自流进入集水池,并在集水池内经过一个格栅,将雨水中的大型杂物与雨水分离,分离后的雨水用事故水泵提升送入事故水罐储存。储存的事故水根据公司污水处理厂的处理能力,适时开启输送泵,将事故水送至污水处理厂进行处理,达标后排放。工艺流程图见图1。
2 事故储存设施容积的计算方法
根据中石化《水体污染防控紧急措施设计导则》[2]中事故水计算的要求,事故水的总量计算应依据以下5个数据:
①收集系统范围内发生事故的一个罐组或一套装置的物料量,以V1表示;
②发生事故的储罐或装置的消防水量,以V2表示;
③发生事故时可以传输到其他储存或处理设施的物料量,以V3表示;
④发生事故时仍必须进入该收集系统的生产废水量,以V4表示;
⑤发生事故时可能进入该收集系统的降雨量,以V5表示。
事故储存设施总有效容积计算公式如式(1):
V总=(V1+V2-V3)max+V4+V5 (1)
3 事故水储存方式
根据中石化《水体污染防控紧急措施设计导则》[2],事故水储存设施包括事故池、事故罐、防火堤内或围堰内区域等。根据《化工建设项目环境保护设计规范》[1],应急事故水池宜采取地下式。
根据建设项目当地的地质勘查报告,该处地质条件较恶劣,地基土具有较重液化性,属于对建筑抗震不利地段,且地下渗水情况较严重,采取大规模的地下水池方式在经济性、合理性上较差,同时未可预见风险较大,经多方协商和调研,确定采取以全地上事故罐形式为主,同时建设一个小型集水池作为事故水缓冲的方案。
4 事故储存设施容积的计算
(1)V2值的确定
消防水量V2值为发生事故的储罐或装置同时使用的消防设施给水流量和消防设施设计消防历时的乘积。发生事故时事故水量最大值V2发生在丙烯球罐单元,该单元使用的消防设施给水流量为2376 m3/h,设计消防历时为8 h,因此V2为2376 m3/h×8 h=19008 m3。
(2)V1和V3值的确定
由于丙烯沸点为-47.4 ℃,当发生事故时,物料全部挥发,所以一个罐组或一套装置物料量V1=0 m3,发生事故时可转输的物料量V3=0 m3。
(3)V4值的确定
根据生产装置运行情况,发生事故时该装置停止运行,不再产生生产废水。因此发生事故时仍必需进入事故储存设施的生产废水量V4=0 m3。
(4)V5值的确定
根据《水体污染防控紧急措施设计导则》发生事故时可能降雨量为
V5=10qF,其中:q=qa/n
式中:q——降雨强度,mm;按平均日降雨量
qa——年平均降雨量,mm
n——年平均降雨日数
F——必须进入事故废水收集系统的雨水汇水面积,ha
根据项目所在地的气象资料查得:qa=623.7 mm;n=73.7天;
根据设计资料必须进入事故废水收集系统的雨水汇水面积为64.6 ha,因此可得V5:
根据公式(1)得事故储存设施总有效容积为:
V总=(V1+V2-V3)max+V4+V5=19008+5467=24475 m3
根据中石化《水体污染防控紧急措施设计导则》[2]7.1条要求,储存事故排水的储存设施包括事故池、事故罐、防火堤内或围堰内区域。
针对本设施的事故排水储存设施,目前厂区内已有并可用于储存事故排水的储存装置为:
罐区围堰内容积约3000 m3;
厂区雨水管道容积约2500 m3;
因此现有可利用的存储设施的总有效容积V现有=3000+2500=5500 m3。
根据上述计算结果,本次需增加的事故排水储存设施的容积应为:
V总-V现有=24475-5500=18975 m3
综合考虑上述因素,并结合公司未来发展的需要,本设施确定的方案为建设两座10000 m3事故水罐和一座1000 m3集水池,事故水总有效存储容积为21000 m3。
5 泵的选型计算
事故水泵流量的计算主要考虑:
①发生事故时消防水的最大流量,660 l/s(折合2376 m3/h);
②发生事故时可能的降雨量导致的瞬时最大流量:
5467 m3/24 h=228 m3/h
事故水瞬时最大流量为:2376+228=2604 m3/h
根据以上计算结果,按照泵两开一备设计,事故水泵确定选择流量为1350 m3/h电泵3台。同时,根据《水体污染防控紧急措施设计导则》要求,事故水泵电源须满足现行国家标准《供配电系统设计规范》所规定的一级负荷供电要求。
输送泵流量的计算主要考虑该石油化工企业现有污水处理厂的处理能力,经过与业主交流确定,现有污水处理厂最大能接受100 m3/h的污水量,因此输送泵的参数确定如下:
流量:~120 m3/h;扬程:60 m。
6 结 语
目前,化工企业应急事故处理系统的设计已作为强制性措施,但是有关应急事故储存设施容积确定的标准和规范还很少,并存在一些争议。本文对石油化工企业应急事故处理系统进行设计,会存在一定的偏差,建议相关的标准进一步明确其设计规范,使设计和评价标准统一。另外,在非事故状态下需占用事故池时,占用容积不得超过事故池有效容积的三分之一,并应设置事故时可以紧急排空的技术措施。应急事故水池宜采取地下式,地下式水池有利于收集各类事故排水,以防止事故水到处漫流。但是,由于本项目建设地地质条件恶劣,地基土具有较重液化性,不适于采取大规模的地下水池型式,因此选用全地上事故罐的型式。本项目经过多级专家评审,对具有相同地质条件的应急事故处理系统的设计和建设提供了参考依据。
摘要：根据《化工建设项目环境保护设计规范》和《水体污染防控紧急措施设计导则》,论述了事故储存设施容积的计算方法,并结合案例阐述了石油化工企业应急事故处理系统设计的过程,为事故池的建设提供了参考依据。
关键词：应急事故处理系统,石油化工,设计
参考文献
[1]中国工程建设标准化协会化工分会.GB50483-2009化工建设项目环境保护设计规范[S].北京:中国计划出版社,2009.
[2]中国石化建标[2006](43)水体污染防控紧急措施设计导则[S].
[3]汤然,原芝泉.事故储存设施有效容积设计探讨[J].工业用水与废水,2009,40(3):88-91.
[4]陈发青.化工项目环评中事故池容积计算的原则和方法[J].青海环境,2008,18(2):58-61.
[5]郑广秋.炼油厂区事故池容积设计探讨[J].广东化工,2009,36(7):258-260.
患者猝死的应急处理与对策 第11篇
【摘要】猝死是指突然发生的非暴力性的，出乎意料的自然死亡。猝死不管发生在院内或院外，家属都是无法接受的，医护人员在抢救猝死病人时应沉着，冷静，适当延长抢救时间，边抢救边对家属做好思想工作，尽可能让家属理解后同意放弃时才结束抢救工作。减少不必要的纠纷。
【关键词】患者；猝死；应急处理；对策
【中图分类号】R59.7 【文献标识码】A【文章编号】1005-1074(2009)04-0067-01
1临床资料
我院从1999年1月至2006年5月发生院内猝死为3例，1女2男，年龄在49～74岁间，住院天数为7～12天，其中2例为冠心病，1例是糖尿病、腔隙性脑梗塞、高血压。猝死可发生在任何场所，医院是病人高度密集地方，猝死更为常见，内科病猝死发生率占内科死亡人数的17.76%,，急诊科从2001年1月～2006年6月期间收治和出诊的病人中，死亡病例有340例，诊断猝死的（成人）病人有81例，男44例，女35 例，男性平均51.5岁，女性平均在46.2岁，成人猝死病因中占首位是心血管系统疾病，其次是中枢神经系统病，消化道，呼吸衰竭系统疾病等，以冠心病居多，还有主动脉瘤破裂，肺栓塞，急性出血坏死性胰腺炎，蛛网膜下腔出血和脑出血，消化道出血等。另外，诊断为心跳呼吸骤停的有71例，（除婴幼儿8例外），成人63例，其中，男48例，平均年龄为57.9岁，女15例，平均年龄59岁。
2猝死的相关原因分析
从上面资料中，不管是住院病人的猝死还是在院外发生病情突发性猝死，病人都是在病情稳定或已明显改善，或无明显症状因受刺激而突然发生变化，并在24小时内死亡。病人猝死发生前，无任何先兆，其死亡非常迅速，86%在病情骤变后半小时内死亡，令人措手不及。所以努力寻找可能发生猝死的相关因素，识别可能发生猝死的病人，提高警惕，加以预防是非常重要。病人猝死可能与以下几方面因素有关：在猝死的病因中，以冠心病为首位，猝死作为冠心病的一种类型，这类病人的心脏骤停的发生，是由于在动脉粥样硬化的基础上，发生的冠状动脉痉挛，心律紊乱所致。严重心律失常往往是发生猝死常见的病理生理基础，在病情骤变前的心电图记录中，4例严重心律失常分别是频发室性早搏，呈二联律，三联律。血糖长期控制不好的糖尿病病人容易并发心脏病变，DM可造成心肌细胞，传导系统，冠状血管及自主神经系统损害，均可导致猝死。可损害心脏的疾病：发热，红斑狼疮的病人可发生猝死，有人指出在传染疾病中，几乎所有微生物都会引起心肌损害，引起心肌炎偶致猝死。
3应急急救与护理措施
3.1加强巡视，重视病人每一细微症状猝死的特点是发生迅速，多数病人在发生之前缺少明显和征兆。如顽固性心绞痛发作前，病人往往突然面色苍白，大汗淋漓，血压下降，心律紊乱，这些常常是猝死的预兆。因此对有发生猝死可能的病人，应辅以医疗上指导，尤其是对冠心病多支血管病变、卧床或手术后均具有猝死危险因素的病人，要密切监测病人的生命脉体征，勤巡视细心观察每一细微症状变化和体征，多询问其自我感觉，及时发现问题及早处理。
3．2分秘必争，及时抢救立即为病人吸氧，呼叫帮忙，进行心肺复苏的胸外心脏按压频率是：60～100次/分，另一人马上用简易面罩呼吸囊进行人工呼吸通气，心电监护，及时除颤复律，气管插管接呼吸机辅助通气。因为猝死病人在心博骤停后仍可有数口自发性气喘，此时心血管及肺内含有氧合血液，立即进行心脏按压可使心脏得到血供。特别在院外或医护人员有限的条件下，抢救猝死病人应在保证呼吸道通畅（体位及放置口咽通气管）情况下，坚持不懈、不停顿地进行心脏体外按压，辅以电除颤及复苏药物（肾上腺素养等），而不应试图气管插管而中止按压。气管插管应在自主循环系恢复后作为呼吸支持的最好措施才采用，在院外猝死或人手有限时才能取得最佳效果。
3．3加强应急机制建立，完善的应急预案不管是哪个病区或门诊都加强应急机制建立，完善的应急预案，并组织学习演习，应使每位值班医护人员都能按预案进行抢救与救援。心肺复苏是全民都应学会或培训的，当发现病人突然昏倒或出现心跳骤停时，第一目击者或在场的医护人员当及时为病人进行心肺复苏，为病人抢救赢得时间。
3．4加强健康教育，有效预防猝死医护人员对易引起猝死的各类疾病病人要针对性进行健康教育，如：心脏病、高血压的危险因素进行有效预防猝死，预防和理想地治疗高血压病，规范降压行为，纠正高血压纠正高血脂，降低体重，对有风湿性心脏病病人要及早进行有效的心脏介入术治治抗凝治疗；对于患有严重心律失常病人要进行病因治疗与定期门诊复查，跟踪随访，提供针对性日常生活指导。对糖尿病病人尽可能按医嘱用药治疗将血糖降至理想减少并发症发生。另外，避免一些诱发因素如病人进食过急，过饱，情绪激动，大便用力过猛，不适当活动，电解质紊乱，对心脏病者避免过度劳累或突然过度用力。
参考文献
[1]尚宏亮，常文利,等.内科住院24例子病人猝死因素分析[J].中华中西医杂志，2003，4（5）；71.
[2]王朝蓉.28例内科住院病人猝死原因分析及护理对策[J].临床护理杂志，2006，2:16-17.
[3]陈铭.心性猝死患者院前三种复苏方法的初期复苏效果比较[J].中国急救医学，2004，1（24）；48-49.
应急处理系统 第12篇
操作系统紧急状态处理是指:
紧急状态处理种类有很多,可用内存容量过低而导致应用无法运行就是其中的一种情况,从操作系统的用户角度出发,操作系统必须有一种告知用户可用内存容量过低的方法,然后由用户做出决定。从操作系统的角度来看,一旦发现内存过低,可以执行的策略并不唯一。例如,最简单的一种方式可以选择自动重新启动,但如果内存过低的异常频繁出现的话,那么这样的操作系统给用户的体验是并不令人满意的。还有一种方式就是利用虚拟内存技术,典型的例子就是Linux系统。当内存不足时,可以调用盘交换区上的一部分空间作为虚拟内存,而将一时不运行的进程资源调至盘交换区,为需要利用内存资源的进程提供空间。
由于Elastos是跑在移动设备上的操作系统,所以以上的一些方法都有很大的局限性。选择重新启动系统会影响用户体验,而采用虚拟内存技术并没用足够的硬件支持,所以有必要采取一个新的策略来解决移动设备上内存不足的问题。
1 Linux,WindowsCE等系统对于内存不足的处理方案
由于移动设备上内存资源的稀缺,所以有必要为有限的内存和应用对内存的广泛的需求之间的矛盾构思一套解决方案,而Linux,WindowsCE等具有代表性的嵌入式操作系统在这方面具有很大的借鉴意义。
这些嵌入式操作系统的一个共同点就是都采用了虚拟内存技术来扩大原有的内存空间。每个进程运行在其独立的虚拟地址空间中,这些虚拟空间相互之间都完全隔离开来,所以进程间不会互相影响。内存管理程序通过映射机制把用户程序的逻辑地址映射到物理地址。由于虚拟地址空间比实际物理地址空间要大的多,所以这样的映射机制必然会导致不同的虚拟地址映射到相同的物理地址空间的可能。当用户程序运行时,如果发现程序中要用的虚地址没有对应的物理内存,就发出了请求页要求。如果有空闲的内存可供分配,就请求分配内存,并把正在使用的物理页记录在缓存中。如果没有足够的内存可供分配,那么就调用交换机制;空出一部分内存。
由此可以看到,Linux,WindowsCE等嵌入式系统对内存不足所采取的策略是:地址映射结合虚拟内存的技术。将线性地址转换成物理地址,可以采用分段或分页机制,处理器在得到逻辑地址后首先通过分段机制转换为线性地址,线性地址再通过分页机制转换为物理地址,若转换存在冲突,可以将暂时不需要使用的内存资源放到盘交换区,这样就扩大了原有内存的容量。
2 虚拟内存技术在手机应用中的局限性
虽然虚拟内存技术从一定程度上扩大了现有的内存资源,但是在手机等移动设备的应用中仍然存在着一些问题:
1)虚拟内存的成功应用必须要有强大的硬件支持做保障。首先,如果手机上没有足够大的硬盘空间,那么即使能通过虚拟内存技术将内存中的数据和盘交换区的数据进行交换从而让人感觉上扩大了内存空间,所扩大的那部分空间也是相当有限的,这并不能从根本上解决内存不足的问题。此外,频繁的在内存和盘交换区交换数据需要额外的消耗系统资源,会给整个系统性能带来一定的影响。
2)作为一个健壮的操作系统,必须考虑各类异常情况,并给出对应的异常处理。假设一部手机具有很大的内存和硬盘,但同样也要考虑内存耗尽并且硬盘容量不足的情况,毕竟,再大的内存也有被耗尽的可能。如果因为手机硬件条件的优越性,而把一些可能出现的异常认为是不可能,那么一旦出现这类异常,其结果是不可预料的。
3)除了用户对操作系统的一些正常使用之外,用户的非法使用也是需要考虑的重要问题之一。假设开发人员需要动态分配大量的内存,那么不可能任其分配内存大小,内存容量过低时,必须由操作系统来告知用户。
3 Elastos操作系统对于内存过低时的策略
Elastos操作系统是一个基于构件化软件模型的嵌入式系统,对于内存不足时的系统策略有其独到的一面。
图1是一般操作系统对于低内存的处理方式,也就是说对于内核而言,内存只有2种状态,正常和内存过低。
当操作系统出现内存不足的异常时,一般会发出消息,触发异常事件,由相应的异常处理函数响应。于是,就产生了一个问题:异常处理函数应该由系统去实现还是用户去实现?如果由用户实现,那么用户可以有很大的自主权,但是允许用户对内核进行操作对系统而言显然是不安全的。如果由系统实现,其安全性可以得到一定程度的保证,但是用户却不能对内存不足的异常有任何的选择,比如:应用程序开的太多,内存消耗过大,在这样的情况下,除了通知用户内存不足之外,应该允许用户关掉一部分应用,如果这样的要求都不能满足,那么用户体验是不能令人满意的。
如果我们为系统的内存管理增加一个状态,那么用户对于内存的管理就多了一些自主权,在内存出现不足,但还在用户可控的范围之内,让系统用户来处理内存分配的情况,如图2所示。
于是,Elastos就设置了2个不同的内存阈值g_LowMemoryThreshold和g_CriticallyLowMemoryThreshold,分别对应内存容量还剩下1MB(一般低内存)和512KB(严重低内存)的情况。对于这两种情况,Elastos操作系统所触发的事件是不一样的,当可用内存剩下1M的时候,会触发低内存事件(SystemEvent_LowMemory),而当内存不足512KB时,会触发严重低内存事件(SystemEvent_CriticallyLowMemory)。低内存事件由用户做出事件响应,而严重低内存事件由系统来处理。具体实现方式如图3所示。
Elastos内存管理采用的是分页机制,因此首先由GetNumberOfFreePages()方法来获得内存中可用内存大小,以内存页为单位。
当可用内存页大小大于内存阈值g_LowMemoryThreshold,将把没有清除的低内存事件清除,反之,如果可用内存页大小不大于内存阈值g_LowMemoryThreshold,将触发尚未被触发的事件SystemEvent_LowMemory,然后由用户实现消息响应。
当可用内存页大小大于内存阈值g_CriticallyLowMemoryThreshold,将把没有清除的严重低内存事件清除,反之,如果可用内存页大小不大于内存阈值g_CriticallyLowMemoryThreshold,将触发未被触发的事件SystemEvent_CriticallyLowMemory,然后由系统实现消息响应。
4 Elastos通过设置不同的内存阈值处理内存不足的优点
Elastos系统设置内存的不同阈值,其根本意义并不在于这些阈值设置的是否合理,而是将系统内核事件响应和用户事件响应分开处理,这样处理的效果就是:
1)当内存容量过低的时候(低于g_LowMemoryThreshold而高于g_CriticallyLowMemoryThreshold),由用户来处理,比如用户可以关闭些应用,从而留出一部分内存,以使系统能够继续正常运行。但是这并不能排除用户不关闭应用,而继续开启更多的应用的可能性,这样,就必须考虑以下的第二种情况;
2)当内存容量低于g_CriticallyLowMemoryThreshold的时候,触发系统事件,由系统来处理,比如系统可以选择弹出警告的对话框,或者重新启动系统等等方式。从系统开发的角度出发,它的用户是一些应用的开发人员,如果他们在开发的过程中,不能获取到剩余内存过低的信息,那么他们自然就无法对内存过低的情况做出处理,全部由系统来解决,失去了对程序的控制的权利。现在首先让开发人员能够捕获到内存过低的信息,给予开发人员一定的对程序的控制权,在内存不低于系统内存阈值(g_CriticallyLowMemoryThreshold)的时候,开发人员可以有选择的做出决定,这样的用户体验还是可以令人接受的。所以,这也就是为什么Elastos会采用不同的内存阈值的原因。
5 结束语
本文主要阐述了Elastos操作系统对于内存过低时所作的系统决策。它是基于Linux,Windows CE等嵌入式操作系统的基础之上的,但技术本身有所改进,通过设置不同的内存阈值,触发不同的事件(用户事件和系统事件),其最终目的是为了让操作系统的用户对程序有一定的控制的权利,从而让最终的用户有一个良好的用户体验。
参考文献
[1]赵炯.Linux内核完全注释内核版本0.11[M].北京:机械工业出版社,2004.
[2]和欣2.1技术大全[M].上海科泰世纪科技有限公司,2009.
[3]Understanding the Linux kernel By Daniel Pierre Bovet[M].Marco Cesati,2005.
[4]John Q.Inside Microsoft Windows CE.[M].Murray,1998.