ISSUE 光网络产品课程开发室
TA103301 OptiX 155/622/2500+
故障分析与处理方法
2.0
故障案例分析
课程内容
第一章
故障定位基本思路及方法
第二章
典型故障的分析处理
2
第一章
故障定位基本
思路与方法
3
故障处理对维护人员的要求
加强SDH基本原理尤其是告警信号流的学习
熟练掌握所维护传输设备的基本操作
熟悉所维护局的情况
作好现场数据的采集与保存工作
4
故障定位的关键
“将故障点准确地定位到单站”
由于传输设备站与站之间的距离较远
在进行故障定位时首先就应将故障点准
确地定位到单站
5
故障定位
的原则
1.“先外部后传输”
在定位故障时应先排除外部的可能因
素如光纤断交换故障或电源问题等
2.“先单站后单板”
在定位故障时要尽可能准确地将故障定
位到单站
6
故障定位
的原则
3.“先线路后支路”
线路板的故障常常会引起支路板的异常告警因此在故
障定位时应按“先线路后支路”的顺序排除故障
4.“先高级后低级”
在分析告警时应首先分析告警级别高的告警如危
急告警主要告警然后再分析低级别的告警如次要告
警和一般告警
7
故障定位的常用方法:
“一分析二环回三换板”
一.当故障发生时首先通过对告警事件性能事件
业务流向的分析初步判断故障点范围
二.通过逐段环回排除外部故障并最终将故障定位
到单站乃至单板
三.通过换板排除故障问题
8
9
"故障定位的分析方法:
告警性能分析法
替换法更改配置法仪表测试法经验处理法
配置数据分析法
环回法
告警性能分析法
通过网管获取告警和性能信息进行故障定位
通过网管或命令行软件获取的故障信息具有
全面性——不仅是一个站一块板的故障信息而且是
全网设备的故障信息
详实性——可以知道当前设备存在的告警是什么时间发
生的以前曾经发生过什么历史告警性能
不好时误码指针调整有多少
10
告警性能分析法
z一般对查询的告警/性能信息的分析要从如下方面着手
?温度可以通过性能查看设备的温度初步了解风扇的运行情况机房的环境温度光功率了解光板收发光功率有无异常时钟跟踪设置了解时钟跟踪方
向倒换状态了解保护倒换的信息是否如实反映了网络的实际情况
?性能/告警事件的名称记录关键或主要告警信息对低级告警和不影响业务的告警可暂不理会
?产生性能/告警事件的网元/单板/通道最好能给出受影响的业务通道路径图尤其是那些运行质量极不稳定出现过业务中断现象的业务通道路径图
?性能/告警事件发生的时间
?性能/告警事件发生的频度
?上报的误块/指针调整的数量
?性能/告警事件的时间和数量之间的相关性
?对于外界因素造成的故障先分析理论上会出现哪些告警再和实际产生的告警进行比较检查有无异常
11
通过网管获取告警和性能信息进行故障定位
在进行告警性能分析时一定要集中精力把受影响的
通道的告警性能信息分析全面通过告警/性能信息的分析
基本上可以找出大部分的故障原因完成大部分的故障
定位工作这也是我们日常工作中最常用的方法
12
通过设备上的指示灯获取告警信息进行故障定位
一.通过机柜顶部的告警指示灯查看告警
二.通过单板告警指示灯查看告警
"通过指示灯获取告警的不足:
"设备指示灯仅反映设备当前的运行状态对于设备曾经
出现过的故障无法表示
"设备每种告警对应的指示灯闪烁情况可以通过网管软
件进行重新定义甚至可以将某种告警屏蔽掉
13
14
告警性能分析法的应用
z
图例网管计算机设在#1站此时若#1站和#4站间的2M 业务中断
从#1站无法登录#4站
那么此次需要对查询的告警/性能进
行哪些分析
#4
#3
#2
#1
w
w
w
w
e e
网管
对查询的告警进行分析#3站东向光板有MS-RDI 告警和HP-RDI 告警#1站与#4站间的业务所对应的2M 通道有LP-RDI 告
警
则可判断为
#4站没有正确接收到#3站发出的信号
而#3
站能正确接收到#4站发出的信号可能的故障原因是
#3站东
向光板发送信号有问题也可能是光路问题
包括光纤和光纤
接头
还可能是#4站光板的接收信号问题
配置数据分析法
时隙配置
复用段的节点参数
线路板和支路板通道的环回设置
支路通道保护属性
通道追踪字节
分析以上的配置数据是否正常来定位故障
“配置数据分析”适用于故障定位到单站后的进一步分析一般
要求维护人员对设备特性非常熟悉尤其是交叉能力/板位的接
入容量/开销字节的设置/业务配置规范等
15
配置数据分析法的应用
z对业务配置要关注业务所经过的中间网元是否配置了业务穿通业
务装载是否设置正确是否符合业务配置规范等情况如OptiX155/622设备要求相同时隙的业务不能下在同一块支路板位在
配置PP环时相同时隙的业务不能下在对偶支路板位
z对PP环要考虑支路板的通道属性是否已配置为“保护”业务装载是
否设置正确对从PP环带链改造成SNCP后要注意对经过环带链节
点的业务要重新配置否则发生网络保护倒换后可能会出现改造之
前配置的业务中断的情况一般情况是先设置SNCP节点属性再配
置业务
z对MSP环要考虑复用段的节点参数设置是否正确是否符合按顺序
设置的规范如果使用命令行配置还需要进一步查询逻辑系统及其
属性设置注意分析保护倒换状态
z在设备对接方面要考虑C2字节值设置是否匹配考虑J1字节值和字
节模式设置是否匹配在与一些数据设备对接时还需要考虑以太网
16
端口的工作模式设置是否正确
替换法
“替换法”适用于排除传输外部设备的问题如光纤中继电
缆交换机供电设备等或故障定位到单站后用于排除单
站内单板或模块的问题
如:怀疑某块光板有故障,可将设备上工作正常的同类型光板
对调,如东西向光板对调检查是否故障转移
但该方法对备件有要求一般要求携带备板到达现场尤其在
不能明确断定是线路/支路或交叉/时钟故障时需要携带多块
备板到现场现场常用的操作是进行光纤对调/光板对调/单板
主备倒换/2M通道调动等然后根据故障现象再用备板更换
17
更改配置法
所更改的配置内容可以包括时隙配置板
位配置单板参数配置等
“更改配置法”适用于故障定位到单站后排
除由于配置错误导致的故障
该方法适用于没有备板的情况下初步定位
故障类型并暂时排除故障恢复业务
18
环回法
环回法是SDH传输设备定位故障最常用最行之有效的一种方法
支持软件环回的单板操作工
具
软件环回
操作类型
环回级别应用
线路板网管
命令行内环回
外环回
按VC4通道级别或整
个STM-N信号环回
将故障定位到单站
且可初步判断线路板
是否存在故障
支路板网管
命令行内环回
外环回
按通道环回可分离交换机故障还
是传输故障且可初
步判断支路板是否存
在故障
19
采用环回法应注意的两个问题:
1.软件环回是一种不彻底的环回只能初步定位故障的
位置
2.环回会影响ECC
3.“环回法”会导致正常业务的暂时中断
20
【最新整理，下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4)
4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服
务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展，sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下： 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序：
小学生必会2500个常用汉字(带拼音)
1.乙yǐ丁dīng厂chǎng卜bǔ人rén入rù九jiǔ几jī儿ér了le 2.力lì乃nǎi刀dāo又yòu于yú干gàn亏kuī士shì工gōng土tǔ 3.才cái寸cùn下xià大dà丈zhàng与yǔ万wàn上shàng小xiǎo口kǒu 4.巾jīn山shān千qiān乞qǐ川chuān亿yì个gè勺sháo久jiǔ凡fán 5.及jí夕xī丸wán么yāo广guǎng亡wáng门mén义yì之zhī尸shī 6.弓gōng己jǐ已yǐ子zǐ卫wèi也yě女nǚ飞fēi刃rèn习xí 7.叉chā马mǎ乡xiāng丰fēng王wáng井jǐng开kāi夫fu天tiān无wú 8.元yuán专zhuān云yún扎zā艺yì木mù五wǔ支zhī厅tīng不bù 9.太tài犬quǎn区qū历lì尤yóu友yǒu匹pǐ车chē巨jù牙yá 10.屯tún比bǐ互hù切q iē瓦wǎ止z hǐ少shǎo日rì中zhōng冈gāng 11.贝bèi内nèi水shuǐ见jiàn午wǔ牛n iú手shǒu毛máo气qì升shēng
12. 长ch áng 仁r én 什sh én 片pi àn 仆p ú 化hu à 仇ch óu 币b ì 仍r éng 仅j ǐn 13. 斤j īn 爪zh ǎo 反f ǎn 介ji è 父f ù 从c óng 今j īn 凶xi ōng 分f ēn 乏f á 14. 公g ōng 仓c āng 月yu è 氏sh ì 勿w ù 欠qi àn 风f ēng 丹d ān 匀y ún 乌w ū 15. 凤f èng 勾g ōu 文w én 方f āng 火hu ǒ 为w éi 斗d òu 忆y ì 订d ìng 计j ì 16. 户h ù 认r èn 心x īn 尺ch ǐ 引y ǐn 丑ch ǒu 巴b ā 孔k ǒng 队du ì 办b àn 17. 以y ǐ 允y ǔn 予y ǔ 劝qu àn 双shu āng 书sh ū 幻hu àn 玉y ù 刊k ān 示sh ì 18. 末m ò 未w èi 击j ī 打d ǎ 巧qi ǎo 正zh èng 扑p ū 扒b ā 功g ōng 扔r ēng 19. 去q ù 甘g ān 世sh ì 古g ǔ 节ji é 本b ěn 术sh ù 可k ě 丙b ǐng 左zu ǒ 20. 厉l ì 右y òu 石sh í 布b ù 龙l óng 平p íng 灭mi è 轧zh á 东d ōng 卡k ǎ 21. 北b ěi 占zh àn 业y è 旧ji ù 帅shu ài 归gu ī 且qi ě 旦d àn 目m ù 叶y è 22. 甲ji ǎ 申sh ēn 叮d īng 电di àn 号h ào 田ti án 由y óu 史sh ǐ 只zh ī 央y āng
公司突发事件应急预案 1 总则 编制目的 正确、有效和快速地处理暴雨、火灾、大面积停电、停水、停气事件、，最大限度地减少大面积停电、停水、停气、暴雨、火灾事件造成的影响和损失，维护国家安全、社会稳定和人民生命财产安全，保证公司正常生产经营秩序。 编制依据 依据有关法律、行政法规并结合公司实际，制定本预案。 分类分级 本预案突发事件是指突然发生，造成或者可能造成公司财产损失、人员伤亡及公共安全的紧急事件。 根据突发事件的发生过程、性质和机理，本预案中的突发事件主要是指自然灾害和事故灾难。本预案中将突发事件分为预警状态和应急状态两个状态等级。 适用范围 本预案适用于公司应对和处理因水、电、气生产出现事故、相关设施大范围破坏、严重自然灾害、水、电、气供应持续危机等引起的对公司正常生产经营秩序构成重大影响和严重威胁的大面积停电、停水、停气事件，和因暴雨、火灾引起的事故、相关设
施产品大范围破坏、严重暴雨、火灾等自然灾害引起的对公司正常生产经营秩序构成重大影响和严重威胁的暴雨、火灾事件。 工作原则 （1）预防为主。坚持“安全第一、预防为主”的方针，有效防止重特大水、电、气生产事故发生；依靠地方政府和公安机关，加强相关设施保护宣传工作和行政执法力度，提高公众保护水、电、气相关设施的意识，维护水、电、气相关设施安全。 （2）统一指挥。在公司安全小组的统一指挥和协调下，组织开展各项应急工作。 （3）分层分区。按照分层分区、统一协调、各负其责的原则建立事故应急处理体系。 （4）保证重点。在水、电、气事故处理和控制中，将保证安全放在第一位，采取一切必要手段，限制事故范围进一步扩大，防止发生系统性崩溃和瓦解。 （5）依靠科技。开展理论和技术研究，加强建设和改造，强化结构，提高安全运行水平。 2 组织体系 领导机构 公司成立安全小组，统一指挥大面积停电、停水、停气事件应急工作。 办事机构 公司安全小组，负责日常工作。
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
小学生常用汉字表(2500字) 一画 一乙 二画 二十丁厂七卜人入八九几儿了力乃刀又 三画 三于干亏士工土才寸下大丈与万上小口巾山千乞川亿个勺久凡及夕丸么广亡门义之尸弓己已子卫也女飞刃习叉马乡 四画 丰王井开夫天无元专云扎艺木五支厅不太犬区历尤友匹车巨牙屯比互切瓦止少日中冈贝内水见午牛手毛气升长仁什片仆化仇币仍仅斤爪反介父从今凶分乏公仓月氏勿欠风丹匀乌凤勾文六方火为斗忆订计户认心尺引丑巴孔队办以允予劝双书幻 五画 玉刊示末未击打巧正扑扒功扔去甘世古节本术可丙左厉右石布龙平灭轧东卡北占业旧帅归且旦目叶甲申叮电号田由史只央兄叼叫另叨叹四生失禾丘付仗代仙们仪白仔他斥瓜乎丛令用甩
印乐句匆册犯外处冬鸟务包饥主市立闪兰半汁汇头汉宁穴它讨写让礼训必议讯记永司尼民出辽奶奴加召皮边发孕圣对台矛纠母幼丝 六画 式刑动扛寺吉扣考托老执巩圾扩扫地扬场耳共芒亚芝朽朴机权过臣再协西压厌在有百存而页匠夸夺灰达列死成夹轨邪划迈毕至此贞师尘尖劣光当早吐吓虫曲团同吊吃因吸吗屿帆岁回岂刚则肉网年朱先丢舌竹迁乔伟传乒乓休伍伏优伐延件任伤价份华仰仿伙伪自血向似后行舟全会杀合兆企众爷伞创肌朵杂危旬旨负各名多争色壮冲冰庄庆亦刘齐交次衣产决充妄闭问闯羊并关米灯州汗污江池汤忙兴宇守宅字安讲军许论农讽设访寻那迅尽导异孙阵阳收阶阴防奸如妇好她妈戏羽观欢买红纤级约纪驰巡 七画 寿弄麦形进戒吞远违运扶抚坛技坏扰拒找批扯址走抄坝贡攻赤折抓扮抢孝均抛投坟抗坑坊抖护壳志扭块声把报却劫芽花芹芬苍芳严芦劳克苏杆杠杜材村杏极李杨求更束豆两丽医辰励否还歼来连步坚旱盯呈时吴助县里呆园旷围呀吨足邮男困吵串员听吩吹呜吧吼别岗帐财针钉告
文件编号：TP-AR-L9902 There Are Certain Management Mechanisms And Methods In The Management Of Organizations, And The Provisions Are Binding On The Personnel Within The Jurisdiction, Which Should Be Observed By Each Party. （示范文本） 编制：_______________ 审核：_______________ 单位：_______________ 公司重大突发事件应急 管理规定正式样本
公司重大突发事件应急管理规定正 式样本 使用注意：该管理制度资料可用在组织/机构/单位管理上，形成一定的管理机制和管理原则、管理方法以及管理机构设置的规范，条款对管辖范围内人员具有约束力需各自遵守。材料内容可根据实际情况作相应修改，请在使用时认真阅读。 第一章总则 第一条为提高公司系统处置各类重大突发事件 的能力，有效预防和减少重大突发事件及其造成的 损害，保护国有资产安全，维护正常的生产、工作和 生活秩序，保障企业职工和周边公众身体健康与生 命安全，最大程度减少财产损失、环境破坏和社会不 良影响，促进和谐社会建设，公司及所属管理各单 位均应制定应急管理办法、编制应急预案，并认真执 行。 第二条应急管理工作应遵循“安全第一、预防
为主、综合治理”的方针，贯彻以人为本，减少灾害；统一领导、分级负责；反应及时、措施果断；依法规范，加强管理；依靠科学、实事求是；提高素质、协同作战的原则。在**集团公司的统一领导下，实行分类管理、分级负责的应急管理体制，严格各级人员安全责任制，快速、有效地组织事故抢险、救援，使事故灾害损失减少到最低限度。 第三条公司和所属电厂应根据电厂地理位置和当地气象特征，辨识重大地质灾害和重大气象灾害；依据国家有关重大危险源辨识标准，辨识出重大危险源；依据国家和行业有关电力建设和生产强制性法规和标准要求，结合企业设备设施的健康状况和在用危险化学品生产使用情况，辨识出重大安全隐患和重大环境影响因素，组织风险评价，对可能造成人员伤亡、重大设备设施损害以及重大环境影响的
软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 1 引言 1.1 编写目的 阐明编写手册的目的并指明读者对象。 1.2 项目背景 说明项目的提出者、开发者、用户和使用场所。 1.3 定义 列出报告中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，及保密级别，可包括：用户操作手册；与本项目有关的其他文档。
2 系统说明 2.1 系统用途 说明系统具备的功能，输入和输出。 2.2 安全保密 说明系统安全保密方面的考虑。 2.3 总体说明 说明系统的总体功能，对系统、子系统和作业做出综合性的介绍，并用图表的方式给出系统主要部分的内部关系。 2.4 程序说明 说明系统中每一程序、分程序的细节和特性。 2.4.1 程序 1 的说明 ? 功能：说明程序的功能。 ? 方法：说明实现方法。 ? 输入：说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。 ? 处理：处理特点和目的，如：用图表说明程序的运行的逻辑流程；程序主要转移条件；对程序的约束条件；程序结束时的出口要求；与下一个程序的通信与联结（运行、控制）；由该程序产生并茶馆处理程序段使用的输出数据类型和存放单元；程序运行存储量、类型及存储位置等。 ? 输出：程序的输出。 ? 接口：本程序与本系统其他部分的接口。 ?表格：说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括：表的
标识符；使用目的；使用此表的其他程序；逻辑划分，如块或部，不包括表项；表的基本结构；设计安排，包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。 ? 特有的运行性质：说明在用户操作手册中没有提到的运行性质。 2.4.2 程序 2 的说明 与程序1 的说明相同。以后的其他各程序的说明相同。
1.乙yǐ丁dīng厂chǎng卜bǔ人rén入rù九jiǔ几jī儿ér了le 2.力lì乃nǎi刀dāo又yòu于yú干gàn亏kuī士shì工gōng土tǔ 3.才cái寸cùn下xià大dà丈zhàng与yǔ万wàn上shàng小xiǎo口kǒu 4.巾jīn山shān千qiān乞qǐ川chuān亿yì个gè勺sháo久jiǔ凡fán 5.及jí夕xī丸wán么yāo广guǎng亡wáng门mén义yì之zhī尸shī 6.弓gōng己jǐ已yǐ子zǐ卫wèi也yě女nǚ飞fēi刃rèn习xí 7.叉chā马mǎ乡xiāng丰fēng王wáng井jǐng开kāi夫fu天tiān无wú 8.元yuán专zhuān云yún扎zā艺yì木mù五wǔ支zhī厅tīng不bù 9.太tài犬quǎn区qū历lì尤yóu友yǒu匹pǐ车c hē巨jù牙yá 10.屯tún比bǐ互hù切q iē瓦wǎ止z hǐ少shǎo日rì中zhōng冈gāng 11.贝bèi内nèi水shuǐ见jiàn午wǔ牛n iú手shǒu毛máo气qì升shēng 12.长cháng仁rén什shén片piàn仆pú化huà仇chóu币bì仍réng仅jǐn 13.斤jīn爪zhǎo反fǎn介jiè父fù从cóng今jīn凶xiōng分fēn乏fá 14.公gōng仓cāng月yuè氏shì勿wù欠qiàn风fēng丹dān匀yún乌wū
15. 凤f èng 勾g ōu 文w én 方f āng 火hu ǒ 为w éi 斗d òu 忆y ì 订d ìng 计j ì 16. 户h ù 认r èn 心x īn 尺ch ǐ 引y ǐn 丑ch ǒu 巴b ā 孔k ǒng 队du ì 办b àn 17. 以y ǐ 允y ǔn 予y ǔ 劝qu àn 双shu āng 书sh ū 幻hu àn 玉y ù 刊k ān 示sh ì 18. 末m ò 未w èi 击j ī 打d ǎ 巧qi ǎo 正zh èng 扑p ū 扒b ā 功g ōng 扔r ēng 19. 去q ù 甘g ān 世sh ì 古g ǔ 节ji é 本b ěn 术sh ù 可k ě 丙b ǐng 左zu ǒ 20. 厉l ì 右y òu 石sh í 布b ù 龙l óng 平p íng 灭mi è 轧zh á 东d ōng 卡k ǎ 21. 北b ěi 占zh àn 业y è 旧ji ù 帅shu ài 归gu ī 且qi ě 旦d àn 目m ù 叶y è 22. 甲ji ǎ 申sh ēn 叮d īng 电di àn 号h ào 田ti án 由y óu 史sh ǐ 只zh ī 央y āng 23. 兄xi ōng 叼di āo 叫ji ào 另l ìng 叨d āo 叹t àn 四s ì 生shēng 失s h ī 禾h é 24. 丘q i ū 付f ù 仗zhàng 代d ài 仙xiān 们men 仪y í 白b ái 仔z ǎi 他t ā 25. 斥c h ì 瓜g u ā 乎h ū 丛cóng 令lìng 用yòng 甩shuǎi 印yìn 乐lè 句jù 26. 匆cōng 册cè 犯fàn 外wài 处chù 冬dōng 鸟niǎo 务wù 包bāo 饥jī 27. 主zhǔ 市shì 立lì 闪shǎn 兰lán 半bàn 汁zh ī 汇hu ì 头t óu 汉h àn 28. 宁n íng 穴xu é 它t ā 讨t ǎo 写xi ě 让r àng 礼l ǐ 训x ùn 必b ì 议y ì
整体解决方案系列 公司突发事件应急救援预 案 （标准、完整、实用、可修改）
编号：FS-QG-41535公司突发事件应急救援预案 Company emergency response plan 说明：为明确各负责人职责，充分调用工作积极性，使人员队伍与目标管理科学化、制度化、规范化，特此制定 第一章总则 第一条为进一步贯彻落实《中华人民共和国安全生产法》、《食品卫生法》、《消防法》及北京市有关法规要求，切实做好公司预防和应对防火、防盗、防食物中毒等突发事件的救援工作，保障全体员工在经营活动过程中的身体健康和生命财产安全。提高紧急救援的快速反应能力，最大限度的降低因火灾、盗窃、食物中毒等突发事件造成的人员伤亡和财产损失，根据公司的实际工作，特制定本预案: 第二条公司突发事件应急救援工作，遵循自救为主，统一指挥，分工负责，单位自救和社会救援相结合的原则。充分做到“快速反应、科学应对、分级负责”。 第三条公司主要负责人和企管部负责预案的修订和监督指导工作。
第二章突发事件应急预案的组织与职责 第四条公司成立突发事件应急救援组织机构。应急救援组织由公司总经理全面负责;主管副经理负责具体应急救援组织协调、指挥、处理工作;企管部负责应急救援实施工作，包括发生突发事件的上报、联系地区相关部门以及配合主管领导做好救援及善后工作;其它各部门应积极参与、配合突发事件的应急救援及相关工作。 第五条公司所属各分站及油库应建立突发事件应急救援组织机构，由所在各部门主要负责人全面负责，领导具体的应急救援协调、指挥及实施工作，包括发生突发事件的上报、联系地区相关部门以及作好相应的救援及善后工作;隶属各单位的其它人员应积极参与应急救援的实施工作。 第六条公司所属各分站及油库应调拨或指定兼职应急救援人员。包括:现场主要负责人、安全管理人员、设备管理人员、后勤管理人员以及救援所需的电气作业、机械设备操作的专业人员。 第七条救援人员应具备现场应急救援救护的基本知识和技能，定期进行突发事件应急救援演练。现场应急救援组
系统运维手册
1、目的 (3) 2、适用围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (3) 4.1系统服务程序的构成 (3) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 (7) 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12)
1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展， sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成
小学生必会2500个常用汉字（按笔画） 一画 一乙 二画 二十丁厂七卜人入八九几儿了力乃刀又 三画 三于干亏士工土才寸下大丈与万上小口巾山千乞川亿个勺久凡及夕丸么广亡义之尸弓己已子卫也女飞刃习叉马乡 四画 丰王井开夫天无元专云扎艺木五支厅不太犬区历尤友匹车巨牙屯比互切瓦止日中冈贝内水见午牛手毛气升长仁什片仆化仇币仍仅斤爪反介父从今凶分乏仓月氏勿欠风丹匀乌凤勾文六方火为斗忆订计户认心尺引丑巴孔队办以允予双书幻 五画 玉刊示末未击打巧正扑扒功扔去甘世古节本术可丙左厉右石布龙平灭轧东卡占业旧帅归且旦目叶甲申叮电号田由史只央兄叼叫另叨叹四生失禾丘付仗代们仪白仔他斥瓜乎丛令用甩印乐句匆册犯外处冬鸟务包饥主市立闪兰半汁汇汉宁穴它讨写让礼训必议讯记永司尼民出辽奶奴加召皮边发孕圣对台矛纠母丝 六画 式刑动扛寺吉扣考托老执巩圾扩扫地扬场耳共芒亚芝朽朴机权过臣再协西压在有百存而页匠夸夺灰达列死成夹轨邪划迈毕至此贞师尘尖劣光当早吐吓虫团同吊吃因吸吗屿帆岁回岂刚则肉网年朱先丢舌竹迁乔伟传乒乓休伍伏优伐件任伤价份华仰仿伙伪自血向似后行舟全会杀合兆企众爷伞创肌朵杂危旬旨各名多争色壮冲冰庄庆亦刘齐交次衣产决充妄闭问闯羊并关米灯州汗污江池忙兴宇守宅字安讲军许论农讽设访寻那迅尽导异孙阵阳收阶阴防奸如妇好妈戏羽观欢买红纤级约纪驰巡 七画 寿弄麦形进戒吞远违运扶抚坛技坏扰拒找批扯址走抄坝贡攻赤折抓扮抢孝均投坟抗坑坊抖护壳志扭块声把报却劫芽花芹芬苍芳严芦劳克苏杆杠杜材村杏李杨求更束豆两丽医辰励否还歼来连步坚旱盯呈时吴助县里呆园旷围呀吨足男困吵串员听吩吹呜吧吼别岗帐财针钉告我乱利秃秀私每兵估体何但伸作伯佣低你住位伴身皂佛近彻役返余希坐谷妥含邻岔肝肚肠龟免狂犹角删条卵岛饭饮系言冻状亩况床库疗应冷这序辛弃冶忘闲间闷判灶灿弟汪沙汽沃泛沟沈沉怀忧快完宋宏牢究穷灾良证启评补初社识诉诊词译君灵即层尿尾迟局改忌际陆阿陈阻附妙妖妨努忍劲鸡驱纯纱纳纲驳纵纷纸纹纺驴纽 八画 奉玩环武青责现表规抹拢拔拣担坦押抽拐拖拍者顶拆拥抵拘势抱垃拉拦拌幸坡披拨择抬其取苦若茂苹苗英范直茄茎茅林枝杯柜析板松枪构杰述枕丧或画事刺枣雨卖矿码厕奔奇奋态欧垄妻轰顷转斩轮软到非叔肯齿些虎虏肾贤尚旺果味昆国昌畅明易昂典固忠咐呼鸣咏呢岸岩帖罗帜岭凯败贩购图钓制知垂牧乖刮秆和季委佳侍供使例版侄侦侧凭侨佩货依的迫质欣征往爬彼径所舍金命爸采受乳贪念贫肤肺肢肿胀朋股肥服胁周昏鱼兔狐忽狗备饰饱饲变京享店
公司突发事件应急预案及职责
河南中杰药业有限公司突发事件应急预案 一、总则 1.1 编制目的 为保障公司员工生命安全和公司财产及公共安全，依据相关制度与规定，结合公司住地环境因素与重大危险源情况，制定本预案。 1.2 适用范围 本预案适用于河南中杰药业有限公司（以下称本公司/公司）范围内，由公司安全环保部负责相应职责，组织实施相关人员应对各类突发公共事件的预防和处理。 1.3 预案体系 1.3.1 预案 主要由突发公共卫生事件应急行动方案、火灾事故应急行动方案、突发工伤/急病事件应急行动方案、公司设施安全事件应急行动方案、突发群体性事件应急行动方案、公司发生刑事治安案件应急行动方案、交通问题应急行动方案组成，依据公司应急管理工作需要，相关方案再增加。 1.4 工作原则 坚持以人为本、预防为主、及时报告、先期处理、相互配合、协同应对、公众参与的原则，切实保障公司员工生命安全和
公司财产及公共安全。 二、公司应急工作状况 2.1 公司基本情况 河南中杰药业有限公司位于新乡市火车南站，占地100亩,成立于1991年12月，已建行政办公大楼1栋、职工宿舍1栋、职工餐厅1栋、生产车间5栋、库房6栋，现有员工约300人。 2.2 公司资源情况 2.2.1 组织力量 公司特别成立突发事件处理小组，突发事件处理专职部门安全环保部。 2.2.2 应急救援力量 公司现有应急救援车辆1台，应急救援志愿者10人，保安队3人。 2.2.3 应急保障设施设备 避灾场所：公司北门口与东门口区域约200平方米，能容纳400余人。 紧急通知：公司自有广播系统，能够将紧急信息通知覆盖到整个厂区。 三、组织体系 3.1 组织指挥体系 3.1.1 指挥协调机构
IBM P750小型机 日常维护手册 一、服务器硬件运行状态检查 1.当服务器处于启动和正常工作状态时，其前面板上的状态灯（与电源灯并排）和各硬盘的状态灯（一排 小灯，与各硬盘位置一一对应）应显示为绿色。 2.当服务器的状态灯出现橙黄色时，说明有硬件告警，此时要检查服务器的电源、接线、硬盘等。如果有 硬件故障则需要立即进行更换和更正，如果查不出具体问题，则需要联系相关专家进一步诊断。 3.当硬盘工作正常时，与各硬盘对应的硬盘灯会呈绿色，如无读写，则绿灯一直亮，如该硬盘有读写操作， 则绿灯会不规则闪烁，当硬盘损坏时，则硬盘状态灯将熄灭，或者呈闪烁状态：以1～3秒的频率有规律地、不停地闪烁。 如果发现有服务器硬件状态灯不正常的情况，请及时联系我公司工程师，以便及时进行诊断并解决故障。 二、HMC（硬件管理平台）管理与操作 HMC的两种访问途径： 1、在机房直接通过显示器和键盘进行管理维护等相关操作 2、通过web远程访问，登录HMCweb管理界面，访问地址为：https://
1、登录HMC 1.1 浏览器访问连接HMC后，首页界面如下图所示。 1.2 点击下图所示链接，进入HMC验证登录界面。 1.3 输入用户名与口令，登录HMC。 用户名：hscroot 口令：
1.4 成功登录到HMC管理界面如下图所示。 2、注销HMC 在HMC console右上角有（hscroot|help|log off）链接，单击log off，会出现如下图所示注销界面：
选择Log off，系统返回到HMC初始登录界面状态。 3、重启HMC 左边导航栏中选择→HMC Management→shut down or Restart，如下图所示，对HMC进行正常重启及关机操作。 请谨慎对HMC进行关机和重启操作！
曲江大明宫国家遗址公园管理 各类突发事件安全应急预案 为维护景区游客、员工人身安全，有效处理在景区出现的各类突发事件，提高应对突发事件的能力，最大限度减少突发事件的损失,保障公众健康与生命财产安全，维护正常的社会秩序和稳定，做好应对风险和突发公共事件的思想准备、预案准备、机制准备和工作准备，根据《中华人民国突发事件应对法》及有关法律、法规政策和省市有关规定，结合我司实际，特制定本预案。 一、分类分级 按照国家对突发事故件的分类，各类突发事件按照其性质、严重程度、可控性和影响围等因素，一般分为四级：Ⅰ级（特大）、Ⅱ级（重大）、Ⅲ级（较大）、Ⅳ级（一般），并依次用红色、橙色、黄色、蓝色表示。 特别重大突发公共事件（Ⅰ级）：是指突然发生，事态非常复杂，对我司公共安全、景区稳定带来严重危害或威胁，已经或可能造成特别重大人员伤亡、特别重大财产损失或重大生态环境破坏，需要统一组织协调，调度各方面资源和力量进行应急处置的紧急事件。 重大突发公共事件（Ⅱ级）：指突然发生，事态复杂，对一定区域的公共安全、社会稳定和经济秩序造成严重危害或威胁，已经或可能造成重大人员伤亡、重大财产损失或严重生态环境破
坏，需要调度多个部门、单位力量和资源进行联合处置的紧急事故。 较大突发公共事件（Ⅲ级）：指突然发生，事态较为复杂，对一定区域的公共安全，社会稳定和经济秩序造成一定危害或威胁，已经或可能造成较大人员伤亡、较大财产损失或生态坏境破坏，需要调度个别部门、单位力量和资源进行处置的事故。 一般突发公共事件（Ⅳ级）：指突然发较小围的公共安全，社会稳定和经济秩序造成一定危害或威胁，已经或可能造成人员伤亡和财产损失，需要调度个别部门和单位力量及资源进行处置的事件。 二、适用围 本预案适用于景区发生的各类重大突发事件的应急处置。 三、工作原则 以人为本，减少危害；安全第一，预防为主；统一领导，分级负责；明确任务，落实责任；快速反应，协同应对；依法规，加强管理；依靠科技，资源整合。 四、领导机构 公司成立突发事件应急处置领导小组，统一指挥和组织突发事件的应急处置工作。 组长：王文胜 副组长：胡昱中王小宁悌凯王明建新 成员：各部门部长
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
企业突发事件应急处理办法指导有关人l.目的：,为及时有效地应对工厂各种紧急事故,预防各种突发事件的发生员科学合理地处理各种突发事件,特制定本办法并将各种灾害损失降低至最低限度,. 2.适用范围：本公司所有人员具体内容：3.: 3.l突发事件处理原则突发事件紧急处理原则： 3.1.1 谁负责◇谁主管, 各负其责◇统一管理,分级负责各司其职,, 人人有责◇, 紧急处理部门专一管理及员工自主管理相结合◇ 3.1.2紧急处理组织方式： >) 填写<保安人员巡逻◇巡逻定点签到册( 3.1.3问题点追踪：. , 《干部巡查登记表》记录内容由行政科第一时间知会相关部门改善◇. 稽查部门人员对后续问题的追踪检查◇ 由行政科主管讲评。月末将所有问题点汇总,◇消防火警紧急处理： 3.2 工厂内部处理方式： 3.2.1 正常工作时间发生火灾：◇发现人员应第一时间电话通知本厂行政科科长及经理迅速电话通当宿舍或车间发生火灾后,. 并迅速拿灭火器将其熄灭知值班保安及干部,◇非正常工作时间发生火灾： 迅速通知当值保安及干部人员,同时根据客观环境灵活运用报警方式. 3.2.2外部处理方法： ◇非正常工作日初起火灾： 第一时间通知总机人员及当日留守干部,迅速通知义务消防人员灭火. ◇当初起火势无法控制时,行政科应用广播呼叫突发事件紧急小组成员集结,发挥消防编组功能,贯彻“救人第一,救人与灭火同步进行”的原则,按平时演练的方法进行疏散人员,指导员并且配合当地消防队人员组织消防物资的,工向安全地区有组织地疏散至工厂指定的安全区 . 及时拨传递, 打电话通知派出所协助交通管制事宜. ,◇对不能用于扑救带电的火灾必须及时通知电工切断电源,消除救护人员触电的危险火势熄灭后应清查人员及物品损害情当值干部组织警戒人员高度警惕◇,严防趁火打劫者,. 形,,以供警方或保险公司处理并保持完整现场 3.2.3消防器材基本用法：瓶内灭火,首先把压把铅封安全插梢拔掉,,然后手握压把力下压干粉灭火器：使用时◇ABC使用时要站在与火源同一水平,必须把喷嘴对准火源根部,,左右扫射并向前推进剂即可喷射不可倒置或水这样才能发挥灭火器的作用距离火源应在灭火器有效射程内.,或稍高的位置,. 平使用然后,一头接上消火栓,一头接上水枪◇消火栓使用方法：首先从消火栓箱内取出水带打开,. ,冲击火焰使火焰中断而熄灭打开消火栓开关,再加压,水在机械作用下产生强大冲击力, 3.3 工伤急救紧急处理办法： 3.3.1正常工作时间出现工伤或急病： . ,部门主管第一时间电话通知行政科科长或经理并由其本部专人护送至保安室 人事部立即安排司机送工伤或急病员工至本厂指定医院，同时由行政部或其部门派遣专 . 人陪同，如有突发情况第一时间通知行政科主管 3.3.2非正常工作时间出现工伤或急病：并且根据受伤情况,及时联络司机送受伤员工至本厂定点医院,可立即报告当日值班干部,,行政科应及时通知本厂最高领导负责善后事宜派遣专人陪护,,员工受伤严重或出现死亡时. 决定是否通知其家人及当地政府机关部门协同处理,最终得到妥善处理 3.4打架斗殴紧急处理：
软件系统运维手册文件编码（GHTU-UITID-GGBKT-POIU-WUUI-8968）
系统运维手册
1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展， sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下：
3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序： DHCP从程序： 4.2 系统服务程序的启动、关闭及维护管理4.2.1 dhcp主服务 4.2.1.1 dhcp主服务说明
4.2.1.2 dhcp启动、关闭及进程查看方法 1、启动方法： 输入：cd /opt/dpcp ./dhcpd即可 注意：请首先确认数据库服务正常，数据库监听正常。 输出： [root@localhost dhcp]$ ./dhcpd Internet Systems Consortium DHCP Server V3.0.4 Copyright 2004-2006 Internet Systems Consortium. All rights reserved. For info, please visit https://www.doczj.com/doc/e14520449.html,/sw/dhcp/ Wrote 1 leases to leases file. Listening on LPF/eth0/00:0c:29:fb:d4:32/192.168.50/24 Sending on LPF/eth0/00:0c:29:fb:d4:32/192.168.50/24 Sending on Socket/fallback/fallback-net 说明：dhcp启动时，会启动1个进程，正常情况下，dhcp启动的进程数为1个。 2、关闭方法 输入：kill pid
常用2500个汉字楷体字帖 一乙二十丁厂七卜人入八九几儿了力乃刀又三于干亏士工土才寸下大丈与万上小口巾山千乞川亿个勺久凡及夕丸么广亡门义之尸弓己已子卫也女飞刃习叉马乡丰王井开夫天无元专云扎艺木五支厅不太犬区历尤友匹车巨牙屯比互切瓦止少日中冈贝内水见午牛手毛气升长仁什片仆化仇币仍仅斤爪反介父从今凶分乏公仓月氏
勿欠风丹匀乌凤勾文六方火为斗忆订计户认心尺引丑巴孔队办以允予劝双书幻玉刊示末未击打巧正扑扒功扔去甘世古节本术可丙左厉右石布龙平灭轧东卡北占业旧帅归且旦目叶甲申叮电号田由史只央兄叼叫另叨叹四生失禾丘付仗代仙们仪白仔他斥瓜乎丛令用甩印乐句匆册犯外处冬鸟务包饥主市立闪兰半汁汇头汉宁穴它讨写让礼训必议讯记永司尼民出辽奶奴加召皮
边发孕圣对台矛纠母幼丝式刑动扛寺吉扣考托老执巩圾扩扫地扬场耳共芒亚芝朽朴机权过臣再协西压厌在有百存而页匠夸夺灰达列死成夹轨邪划迈毕至此贞师尘尖劣光当早吐吓虫曲团同吊吃因吸吗屿帆岁回岂刚则肉网年朱先丢舌竹迁乔伟传乒乓休伍伏优伐延件任伤价份华仰仿伙伪自血向似后行舟全会杀合兆企众爷伞创肌朵杂危旬旨负各名多争色壮冲冰庄庆亦刘齐
交次衣产决充妄闭问闯羊并关米灯州汗污江池汤忙兴宇守宅字安讲军许论农讽设访寻那迅尽导异孙阵阳收阶阴防奸如妇好她妈戏羽观欢买红纤级约纪驰巡寿弄麦形进戒吞远违运扶抚坛技坏扰拒找批扯址走抄坝贡攻赤折抓扮抢孝均抛投坟抗坑坊抖护壳志扭块声把报却劫芽花芹芬苍芳严芦劳克苏杆杠杜材村杏极李杨求更束豆两丽医辰励否还歼来连步坚旱盯呈时吴助县
里呆园旷围呀吨足邮男困吵串员听吩吹呜吧吼别岗帐财针钉告我乱利秃秀私每兵估体何但伸作伯伶佣低你住位伴身皂佛近彻役返余希坐谷妥含邻岔肝肚肠龟免狂犹角删条卵岛迎饭饮系言冻状亩况床库疗应冷这序辛弃冶忘闲间闷判灶灿弟汪沙汽沃泛沟没沈沉怀忧快完宋宏牢究穷灾良证启评补初社识诉诊词译君灵即层尿尾迟局改张忌际陆阿陈阻附妙妖妨努忍劲鸡驱纯
物业公司突发事件处理流程 1.0目的确保发生突发事件或异常情况时，能迅速、果断进行处理，保障辖区内的安全。 2.0适用范围适用于物业公司管辖区域内发生的各类突发事件或异常情况。 3.0职责 3.1物业公司负责人负责组织员工进行突发事件及异常情况处理，并负责抢险现场指挥及督导。 3.2当值人员应严守岗位。 3.3安全管理员负责安全防范，机电人员负责水、电供应及抢修。 3.4其他员工应听从上级领导的调遣，积极参与救护或抢险。 4.0内容 4.1盗窃、匪警应急处理 4.1.1队员在执勤中遇有（或接报）公开使用暴力或其他手段（如打、砸、抢、偷等）强行索取或毁坏公司和用户财物或威胁用户人身安全的犯罪行为时，要切实履行职责，迅速制止犯罪。 4.1.2当发生突发案件时，要保持镇静，立即通过通讯设备呼叫求援，同时设法制服罪犯。 4.1.3安全管理员在听到求援信号后，立即向班长汇报，相关巡逻岗位迅速赶到现场，其他巡逻岗位封锁出事出入口，同时通知中控室并录像。 4.1.4若犯罪分子逃跑，一时又追捕不上时，要看清人数、衣着、相貌、身体特征，所用交通工具及特征等，并及时报告班长，重大案件要立即拨“110”电话报警。 4.1.5有案发现场的（包括偷盗、抢劫现场）要保护现场，任何人不得擅自移动任何
东西，包括罪犯留下的一切手痕、脚印、烟头等，不得让外人进入现场；在公安机关人员未勘查现场或现场勘查完毕前，不能离开。 4.1.6记录用户所提供的所有情况，记录被 抢（盗）物品及价值，询问用户是否有任何线索、怀疑对象等情况。 4.1.7若是流窜作案，没固定现场的，对犯罪 分子遗留下的各种物品、作案工具等，应用钳子或其他工具提取，然后放进塑料袋内妥善保存交公安机关处理，切不可将公司员工或其他人员的指纹等痕迹留在物品上。 4.1.8事主或现场如有人员受伤，要立即设法尽快送医院医治抢救并报告公安机关。 4.1.9当值班长填写《岗位值班记录表》，安全管理部主任书写《特别事件报告》报管理公司存 查跟进。 4.2火警处理 4.2.1各岗位人员无论接到各种形式的火警信息后，应先通知巡逻岗到实地查看，作出正确处理，其他人员严守各自岗位待命。 4.2.2经现场查勘，属误报，即通知中控室复位，若火情属实，则立即通知中控室及当值班长组织扑救，中控室必须马上向管理公司负责人和安全主任报告。 4.2.3各出入口（大堂、大门） 值班员做好安全防范工作，以防坏人混水摸鱼、趁火打劫；中控室值班人员将电梯迫降至首层，消防电梯进入消防状态。 4.2.4所有员工应听从指挥，无条件服从领导及主任调配， 按照分工，各司其责，勇往直前，扑救抢险。 4.2.5现 场若困有用户，应本着“先人员，后财产”的原则抢救。若室