Gb接口故障处理指导手册
江苏移动通信有限责任公司网络部2006年3月
目录
第一章 GB故障处理职责以及流程 (3)
1．G B接口故障处理的职责划分： (3)
2．G B接口的故障分析 (4)
3．G B接口流程处理图 (4)
第二章 MFS侧GB故障指导手册 (6)
第三章爱立信BSC侧GB接口故障处理手册 (20)
第四章爱立信GPRS核心网GB故障处理手册 (26)
第一章 GB故障处理职责以及流程
针对2005年的GPRS网络故障汇总和今年2月份的全省网络运行通报内容，GPRS网络的Gb接口故障目前是一个较为突出的问题，其在GPRS网络类故障占比达到了90％以上，该故障在处理过程中历时往往较长，直接影响到用户正常使用GPRS业务的感知度，造成了客户的网络类投诉，为了尽可能降低该类故障的发生，缩短故障影响时长，我们对Gb类故障的原因进行了总体分析，并给出了整改方案和工作计划。
Gb接口涉及BSC/MFS和核心网SGSN，在故障处理时涉及分公司交换专业（苏南公司）、网优专业（苏北公司）、传输专业和GPRS核心网专业，作为一个交叉专业，对该类故障的处理造成了一定的技术和管理上的难度。
这里所说的Gb接口故障是指针对某BSC的Gb接口通信全阻的情况（如双NSVC ABL的情况），对于单个传输或单个NSVC故障则对业务无影响，可属于一般故障的处理范畴。
1．Gb接口故障处理的职责划分：
（1）分公司（交换专业/网优专业）作为BSC/MFS的Gb接口的第一责任单位，如爱立信BSC的PCU硬件维护、NSE/NSVC/DLCI等Gb时间维护等，并在第一时间发现传输问题，则需要协调传输专业一起解决。
（2）对于具备本地SGSN的分公司，按照2005年低流程优化专项工作中下发的《江苏移动通信维护管理实施细则－GPRS分册》相关内容，SGSN的Gb接口属于分公司职责维护范围，如Gb接口板、Gb传输和相关数据；相关分公司需要重视SGSN的本地基础维护工作，切实提高属地SGSN的Gb接口维护水平。
（3）省网管监控中心是Gb监控运行告警监控第一责任单位，在通过OMCR/OMCG/OSS设备发现BSC或SGSN告警信息中发现Gb接口故障（全阻）时，（在满足一定条件下，见下述描述）将在第一时间向同时具备BSC和SGSN的分公司或不具备本地SGSN的南京、徐淮盐连宿分公司发移动紧急故障工单并抄送省网GPRS组，跟踪故障的解决进度，做好相应记录及跟踪相关分公司提供事件分析报告。
（4）考虑到Gb接口故障中在一定时间后的自恢复机制（无需人工干预），如SGSN侧Gb 板PM_Reboot或non-pilot station自动切换引起Gb接口NSVC中断均在50秒左右、分公司MFS侧GPU自动Reset恢复在5分钟以内、传输瞬断自恢复时间也很短，我们的工单目的是尽快进行人工干预，所以我们建议在BSC的Gb接口全阻5分钟以后
未恢复，就进行紧急故障工单派发，同时电话通知。
2．Gb接口的故障分析
Gb接口涉及网元有BSC/MFS和SGSN及传输设备，常见的故障原因有：
（1）爱立信地区BSC中和Gb接口相关的设备是RPP/RPG，2M接口板和相关Gb软件功能模块，如果其中一个故障将导致NSVC ABL；阿尔卡特地区MFS中的GPU板吊死将导致Gb故障（较常见）。
（2）核心网侧Gb板出现异常，如爱立信SGSN的Gb板PM_reboot将引起短暂的Gb中断（1分钟左右），当然Gb接口板循环PM启动则往往是全板物理损坏，将对Gb接口产生重大影响。
（3）传输中断、交叉、失步等均会影响到Gb接口的正常工作。
针对以上原因引起的Gb接口故障，需要在第一时间进行移动故障工单通知，
由BSC/MFS和SGSN技术人员进行告警确认，对故障点进行初步定位，并及时相互通报（如通过EOMS工单受理取得联系方式），然后BSC/MFS和SGSN按照标准的告警处理步骤进行及时处理，并及时反馈省网监控。
目前全省阿尔卡特地区由于SGSN在省网管维护，我们对2006年1月份和2月份的Gb 告警进行了统计，单NSVC/双NSVC中断或瞬断所有告警总计783条，具体描述如下：（1）核心网引起：8条，原因是Non-pilot station自动重启（SGSN1发生2次，SGSN3发生1次）引起，但均在3-4秒后自动恢复，目前阿尔卡特SGSN侧Gb接口目前运行十分稳定。
（2）其他原因；775条，传输瞬断/中断引起；无线侧MFS的GPU吊死、MFS切换故障引起等，这部分是阿尔卡特地区Gb告警的重要原因。
3．Gb接口流程处理图
注：目前卡特地区的南京、徐、淮、盐、连、宿没有本地SGSN，直接有省网GPRS组的4套爱立信SGSN（南京地区）和3套阿尔卡特SGSN（其他苏北地市）承载。
第二章 MFS侧Gb故障指导手册
【告警】GPU出现“Loss of contact with GPU”告警
【故障级别】CRITICAL
【故障影响范围】出现故障的GPU下map的小区的GPRS不可用
【故障处理流程】
1、首先在RNUSM中点中MFS后点击右健观察“Show GPRS Alarms”，在告警窗口中出现
CRITICAL告警“Loss of contact with GPU”。
2、再点击右健“Show Equipment”，如下图：
3、进入MFSUSM，可在左侧“Ater supervision”和右侧“Gb supervision”菜单中分别观察该GPU板的相关状态。出现故障的GPU处于“Board Missing”状态。
4、在MFSUSM菜单中→Views →Navigate to IMT，进入IMT状态。
5、输入用户名admin，密码：Admin。
择Subrack），进入GPU监控的图形界面。
7、
首先点中故障的GPU板先进行Reset_all操作
若未恢复可现场插拔该GPU板（拔出GPU板后需放电5分钟后再插入）
若尚未恢复可将该GPU板倒到备用板13上（点击Switch over）
若还不能恢复正常工作的话，需立即更换GPU板，或可将该GPU LOCK（该BSC需是配置有两个GPU，且另一个GPU处于正常工作前提下），后再对该BSC进行reshuffle操作，即将该BSC下所有的小区都map到没有LOCK的GPU上，因此该BSC下的小区的GPRS 业务使用正常，待更换故障GPU后重新reshuffle
【告警】NSVC出现“No Response from Network”告警
【故障级别】MAJOR
【故障影响范围】若NSE下的NSVC都出现该类告警，则该条GB下的小区的GPRS不可用【故障处理流程】
先察看相关TP口是否有传输告警，有传输告警首先通知传输人员排障
MFS侧和核心网侧工程师检查GB数据是否正确
若双方数据正确，MFS侧和核心网侧工程师对相关NSVC进行激活或删创
附GB数据删创操作步骤：
GB数据create配置步骤：
1．RNUSM中点中MFS后右健“Show Equipment”
2．在MFSUSM中,→Configure→GB
3．→Edit→Add→NSE
4．输入NSEI 以及对应的BSC
5.点中新添加的NSE右击，选择Add NSVC
6.在NSVC Creation图中选择GPU板、端口、NSE，输入NSVC id、Priority以及DLCI 和GB TS，设置CIR、CBS、NIR、EBS等参数。
7．配置完成后UNLOCK NSVC从而激活GB。
8．检查GB接口状态。正常情况如下图：
GB数据delete配置步骤：
1、首先需LOCK 相关NSVC，然后进行Remove操作：
2、将NSE下的NSVC都Remove掉后，对NSE进行Remove操作
【告警】BSC GPRS service lost
【故障级别】CRITICAL
【故障影响范围】出现故障的BSC下小区的GPRS不可用
【故障处理流程】
检查该BSC是否有故障，GSM、GPRS业务是否正常，首先处理BSC故障
检查MFS到BSC的link（如相关ATER口LINK配置是否正确、相关ASMB、DTC是否工作正常等）
Reset GPU或更换GPU
附Ater数据配置步骤：
1、RNUSM中点中MFS后右健“Show Equipment”
2、在MFSUSM中,→Configure→Link And Connections
3、选择相应GPU和BSC，按照设计选中GPU相应端口和BSC的ATER接口。然后link。
Released Time Slots操作。操作完成后Unlock相关HIGHWAY的Ater TP、Unlock GSL。
5、检查Ater状态。正常情况如下图：（即GSL：YES，GSL Oper. State：enable，Configuration State：Available，GPRS Capacity：100%，GSL Admin. State：unlocked，GSL Alarm State：
cleared，Alignment：Aligned）
【告警】BSS GSL is broken
【故障级别】CRITICAL
【故障影响范围】若是这个GPU下配置的两个GSL都出现该告警，则出现故障的GPU下map 的小区的GPRS不可用；若只有一个GSL出现该告警，则只是对该GPU的GSL信令负荷有所影响
【故障处理流程】
检查出现告警的GSL是否被LOCK，若是LOCK的则需进行UNLOCK后排查
检查相关的PCM-TTP是否有其它告警(主要是BSC侧)：若有传输告警，需先排查传输告警；检查相关的ASMB、DTC、TSCA，可进行LOCK、UNLOCK操作
若GPU工作正常且相关ATER口显示GSL工作正常，则是假告警，可对相关GPU进行Reset 或者Lock/Unlock ASMB操作后状态即可恢复
【告警】BSS BVCSig is broken
【故障级别】CRITICAL
【故障影响范围】出现故障的GPU下map的小区的GPRS不可用
【故障处理流程】
检查相关的NSVC是否被LOCK，若是LOCK的则需进行UNLOCK后排查
检查相关的PCM-TTP是否有其它告警（主要是SGSN侧）：若有传输告警，需先排查传输告警；检查相关的NSVC是否工作正常
【告警】LapDLink is broken
【故障级别】 MAJOR
【故障影响范围】若是这个GPU下配置的两个LapDLink都出现该告警，则出现故障的GPU 下map的小区的GPRS不可用；若只有一个LapDLink出现该告警，则只是对该GPU的负荷有所影响
【故障处理流程】
检查相关的LapDLink是否被LOCK，若是LOCK的则需进行UNLOCK后排查
检查相关的PCM-TTP是否有其它告警（主要是BSC侧）：若有传输告警，需先排查传输告警；检查相关的ASMB、DTC、TSCA，可进行LOCK、UNLOCK操作
【告警】NSEI mismatch: SGSN sends a wrong NSEI at reset
【故障级别】 MAJOR
【故障影响范围】The NSE is disabled.
【故障处理流程】
核心网侧：Re?configure NSEI
MFS侧：Delete/create NSEI with new NSE
【告警】NSVCI mismatch: SGSN sends a wrong NSVCI at reset
【故障级别】 MAJOR
【故障影响范围】The NS-VC is disabled.
【故障处理流程】
核心网侧：Re?configure NSVC
MFS侧：Delete/create NSVC with new NSVCI
【告警】RAI: remote alarm indication signalling an emission problem
【故障级别】CRITICAL
【故障影响范围】若一个GPU下的两路ATER TP或一路GB TP(一般每个GPU配有两路ATER TP，一路GB TP)都出现该类告警，则该GPU下的小区的GPRS不可用
【故障处理流程】
检查是否有其它告警，若有其它告警先处理
若一个GPU下配置的所有PCM_TTP（两路ATER TP和一路GB TP）都出现该告警，首先检查、更换JAE1C板（JBGPU板的后背板），再观察告警是否消除
Reset?data GPU，再观察告警是否消除（也可通过倒换到备用板、插拔GPU板、更换GPU板来判断是否是GPU板问题）
若不是JBGPU、JAE1C板问题，则需要检查PCM_TTP口的传输线是否插好, 及对端传输设备的情况
通知传输人员检查传输
【告警】LOS: PCM link between transceiver and receiver broken
【故障级别】CRITICAL
【故障影响范围】若一个GPU下的两路ATER TP或一路GB TP(一般每个GPU配有两路ATER TP，一路GB TP)都出现该类告警，则该GPU下的小区的GPRS不可用
【故障处理流程】
需要检查PCM_TTP口的传输线是否插好
若一个GPU下配置的所有PCM_TTP（两路ATER TP和一路GB TP）都出现该告警，首先检查、更换JAE1C板（JBGPU板的后背板），再观察告警是否消除
若不是JAE1C板问题，则需检查相关的收发2M电缆和DDF架接头
通知传输人员检查本端的传输设备
【告警】以下传输告警的处理方法基本一样：
?AIS: only bits ’1’ into two successive frames
?CH0-EERH : excessive error rate BER 10-3
?LFA: Loss of Frame Alignment
?CRC4-BERH: excessive error rate BER 10-4
?CRC4-BERL : excessive error rate BER 10-6
【故障级别】CRITICAL
【故障影响范围】若一个GPU下的两路ATER TP或一路GB TP(一般每个GPU配有两路ATER TP，一路GB TP)都出现该类告警，则该GPU下的小区的GPRS不可用
【故障处理流程】
若一个GPU下配置的所有PCM_TTP（两路ATER TP和一路GB TP）都出现该告警，首先检查、更换JAE1C板（JBGPU板的后背板），再观察告警是否消除
若仅仅是一块GPU上的个别传输有告警，则通知传输人员检查对端传输
注：以上故障若是影响一个GPU下MAP的小区的GPRS业务的、且该BSC配置有两个GPU的话，如果故障修复时间较长可先将故障GPU LOCK后，将业务Reshuffle到正常工作的GPU，再对故障进行处理。
第三章爱立信BSC侧Gb接口故障处理手册
Gb接口故障是指针对某BSC的Gb接口通信全阻的情况（如双NSVC ABL的情况），对于单个传输或单个NSVC故障则对业务无影响，可属于一般故障的处理范畴。
爱立信BSC中和Gb接口相关的设备是PCU，它由硬件和软件两个部分组成。 PCU硬件包括1-16个RPP，这些RPP可以通过Ethernet连接，每个RPP通过GS和SGSN连接，通过SRS和BTS连接。PCU软件由CP和RP两部分组成。
BSC侧Gb接口故障处理流程如下：
运行维护管理制度 2017年8月
目录3 3 3 5 6 6 7 8 8 9 9
1、总则 第一条为保障公司信息系统软硬件设备的良好运行，使员工的运维工作制度化、流程化、规范化，特制订本制度。 第二条运维工作总体目标：立足根本促发展，开拓运维新局面。在企业发展壮大时期，通过网络、桌面、系统等的运维，促进企业稳定可持续性发展。 第三条运维管理制度的适用范围：运维部全体人员。 2、编制方法 本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。 本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。 3、运维部工作职责 一、负责网站运维和技术支持 （一）根据网站运营战略和目标，负责网站整体架构、栏目、应用系统等技术开发方案制定和组织开发，保障网站技术的稳定性和先进性。 （二）负责网站栏目和应用系统的使用培训和操作使用指南编
写，对用户使用过程中出现问题的沟通和解决； （三）网站设备和软件购买计划书的拟定，包括采购数量、品牌规格、技术参数。会同行政部进行采购。 （四）网站设备和软件操作规程和应用管理制度的制定，并负责监督执行。 （五）网站设备和软件安装、调试和验收，使用培训和维修保养。 （六）网站日常运行过程中信息安全和技术问题的协调解决，保障网站24小时安全稳定运行。 （七）网站技术服务外包管理，主要包括技术外包开发、运行服务托管和空间域名管理。 （八）负责网站管理系统及设备保密口令的设置和保存，保密口令设置后报中心主任备案，保密口令设定后任何人不得随意更改，保密口令每季度更新一次。 （九）负责网站新程序、新系统和网站改版升级方案技术的设计开发。 二、负责网站信息和技术安全 （一）执行国家和省上有关网络信息技术安全的法律法规，与通信管理和网络安全监管部门联络，及时处理网站信息技术安全方面存在的问题，确保网站安全、稳定、可靠运行。 （二）网站信息技术安全保密制度和工作流程的制定，落实信息技术安全保密责任制，执行“谁主管、谁负责，谁主办、谁负责”的原则，责任到人。
蓝桥物流平台操作手册 一、基本操作 软件登录： 在桌双击软件图标后，出现现软件登录界面 输入、密码后点击“登录”即可。 登录成功后，软件将显示下图界面：
二、业务流程操作： 1、开派车单 注释：将短途做业单录入系统，并打印“接货/送货”单。 点击弹出“短途作业记录”界面： 可以调出短途作业记录。 点击左下角的，弹出派车单界面： 填写完成后点击左上角的。 在短途作业记录界面中选择好时间及站点调出已保存的短途作业记录：
选择要打印的短途作业记录后，点击界面下方的，即可打印派车单。 2、开单、查询 A、开单 注释：运单信息录入系统及打印托运单。 点击后弹出界面： 此界面可视为公司所有开单记录库，可调取所有开单记录。 点击后出现下图界面：
此界面为“货物托运凭证”即开单，开好单后点击左上角的“”，如需打印托运单，则点击 “”即可。 如果发现开单界面缺少某些项目，可以在“” 上右击，选择“显示/隐藏字段”后在“”中将项目拉出至“”上即可，字段位置也可以随意移动。在顶部点击“”保存设置。 开完托运单后可在“托运单开单记录”里调出记录。首先选好开单时间 再选好区间，即发站到站
再点击即可调出一某段时间某个区间的运单记录。如： 如需对其中一票单进行修改、删除操作，则对其选取再点击左下方的即可。 B、查询 注释：以特定条件查询某一票单的运单信息。 首先点击软件右上角的或者点击“托运单开单记录”界面下方的（此快找在软件中许多界都有）后出下图界面：
此界面为查询结果。 首先选好查询条件后在后面输入框中填写所要查询的货物查询条件，按回车后将显示查询结果：
风机盘管常见问题和故障的分析与解决方法 风机盘管的使用数量多、安装分散，维护保养和检修不到位都会严重影响其使用效果。因此，对风机盘管在运行中产生的问题和故障要能准确判断出原因，并迅速予以解决。 问题或故障 原因分析 解决方法 风机旋转但风量 较小或不出风 1.送风档位设置不当 2.过滤网积尘过多 3．盘管肋片问积尘过多 4．电压偏低 5．风机反转 1．调整到合适档位 2．清洁 3．清洁 4．查明原因 5．调换接线相序 吹出的风 不够冷(热) 1．温度档位设置不当 2．盘管内有空气 3．供水温度异常 4．供水不足 S ．盘管肋片氧化 1．调整到合适档位 2．开盘管放气阀排出 3．检查冷热源 4．开大水阀或加大支管径 5．更换盘管 振动与噪声偏大 1．风机轴承润滑不好或损坏 2．风机叶片积尘太多或损坏 3．风机叶轮与机壳摩擦 4．出风口与外接风管或送风口不是软连接 5．盘管和滴水盘与供回水管及排水管不是软连接 6．风机盘管在高速档下运行 7．固定风机的连接件松动 8．送风口百叶松动‘ 1．加润滑油或更换 2．清洁或更换 3．消除磨擦或更换风机 4．用软连接 5．用软连接 6．调到中、低速档 7．紧固 8．紧固 漏水 1．滴水盘溢水 (1)排水口(管)堵塞 (2)排不出水或排水不畅 (1)用吸、通、吹、冲等方法疏通 (2)加大排水管坡度或管径 2．滴水盘倾斜 3．放气阀未关 4．各管接头连接不严密 2．调整，使排水口处最低 3．关闭 4．连接严密并紧固
有异物吹出1．过滤网破损 2．机组或风管内积尘太多 3．风机叶片表面锈蚀 4．盘管翅片氧化 5：机组或风管内保温材料破损 1．更换 2．清洁 3．更换风机 4．更换盘管 5．修补或更换 机组外壳结露1．机组内贴保温材料破损或与内壁脱 离 2．机壳破损漏风 1．修补或粘贴好 2．修补 凝结水排放不畅1．外接管道水平坡度过小 2．外接管道堵塞 1．调整坡度≥8‰ 2．疏通 滴水盘结露滴水盘底部保温层破损或与盘底脱离修补或粘贴好
上海伯乔信息科技有限公司 运维部服务规范手册 @ ~
版本历史 备注 版本/状态作者参与者、 起止日期 2011-8-29创建 、 增加运维流程、去掉部分 2011-9-16 表单 2011-10-12优化板块和界面 文档中特殊符号注解： 表示注解。 表示同个标题下不同项目或步骤 : 目录 目录 1服务文化 (3) 服务宗旨： (3) 服务理念： (3) 2服务总则 (4) 两个愿景： (4) 四项要求： (4) 七大不准 (4) 3运维规范 (5) ， 24小时响应机制 (5) 远程排障规范 (5)
服务电话接听流程规范 (6) 接听电话 (6) 上门服务流程规范 (7) 生成上门服务单（见附表1） (7) 上门服务流程规范 (8) 交单归档 (17) 售前技术支持规范 (17) 售前技术支持的准备工作 (18) < 售前工作注意事项 (18) 拜访结束，填写表单 (19) 售前后续工作 (19) 售后培训服务规范 (20) 售后培训环境部署 (20) 售后讲师培训工作规划 (20) 培训体系优化 (21) 运维流程 (21) 4附表 (22) " 1服务文化 1.1服务宗旨： 愈精致、愈宽容、愈贴心
1.2服务理念： 激情、创造、分享、奉献 2服务总则 2.1两个愿景： 用我们的诚心满足客户服务需求，让伯乔客户感动用我们的专业提升客户使用价值，让伯乔品牌增值2.2— 2.3四项要求： 服装整洁，注重仪表 关注客户，真诚服务 操作规范，行为专业 乐于沟通，耐心指导 2.4七大不准 不准对客户的需求置之不理 不准代替客户在服务单据上签名 不准接受客户任何形式的馈赠 不准无故失约 :
某公司运维服务规范 第一章总则 第一条为保障公司运维工作有序开展,规范运维工作和人员的服务要求,避免人为操作不当引起的重大、关健运维事故，根据电信公司及公司维护管理办法要求，特制定本规范。 第二条本规范是公司运行维护管理的基本依据，维护岗位人员必须严格遵照执行。 第三条本规定的最终解释权在技术质量管理部。 第二章适用范围 第四条本规定所指的系统是指公司及各部门承接的运维项目中涉及的范围，按合同约定包括：网络设备、服务器、操作系统、应用系统、数据及保障项目正常运行的各项辅助设施。 第五条本规定适用于对各部门运维分管领导、运维管理员、运维项目经理及成员等各维护岗位人员（包括各部门外包员工）的运维管理要求。 第三章运维服务要求 第六条运维岗位人员要具备良好的工作作风和严谨的工作态度，服从管理，认真负责，坚守岗位，在问题面前不推诿、不拖拉、不盲目、不蛮干，要冷静分析、沉着处理。 第七条遵照公司各项运维管理制度及客户运维工作要求，严格执行维护工作服务规范，确保人员、系统及各项设施安全。具体要求
包括： （一）、基本维护要求 1、遵守客户业务管理和现场管理要求。 2、周期性的维护工作应经客户审批同意后方可实施。 3、因故障修复、功能升级等引起的系统版本升级和割接工作应经客户测试通过后方可实施。 4、未经客户同意，各维护岗位人员不得私自对客户的在线系统进行数据变更、数据统计、应用程序变更、系统参数调整、硬件设备调整。 5、维护外包人员须经业务和管理培训，明确岗位职责，通过部门考核确认后方可上岗。在客户现场以理想公司员工身份执行维护工作，遵循各项运维管理制度。 6、定期检查所维护系统的安全状况，为客户提出合理的预防处理措施。 （二）、故障响应/处理制度 1、遵照公司（故障控制管理办法）要求，在接到故障报修通知后，及时与用户取得联系后进行排障，故障排除后填写故障修复信息。 2、各维护岗位人员应确保通讯工作24小时畅通。 3、严格执行故障处理和处理逐级上报制度。 （三）、信息记录（维护资料管理） 1、建立健全系统维护文档和记录资料库，相关资料由各部门妥
中国铁塔动环常见告警处理指导手册一、FSU离线告警 告警名称：FSU离线； 告警解释：FSU和铁塔集团平台连接通讯中断； 原因分析：1）信号差或不稳定；2）FSU设备掉电；3）无线模块硬件故障；4）FSU设备硬件故障；5）天线和无线模块连接中断，或天线丢失；6）VPN服务器连接不上；7）SIM卡被盗、欠费或故障。平台处理方法：查询历史告警记录，如频繁离线或长时间离线，需现场检查。 现场处理方法： 第一步检查供电： 1）在运维监控系统检查离线站点是否有停电告警，判断是否现场停电； 2）现场检查FSU指示灯不亮设备没有供电。 原因分析：FSU供电异常。 解决方案： 1）检查整个基站是否停电，如停电则通知相关人员取电； 2）检查FSU供电空开是否跳闸及通电线路是否正常。 第二步检查无线模块： 检查无线模块指示灯都不亮或都常亮。
原因分析：无线模块供电异常或无线模块故障。 解决方案： 1）无线模块供电故障，则检查给无线模块供电接线是否正常如正常，则用万用表测量给无线模块供电FSU输出端是否有12V，如没有则为FSU供电板问题，更换FSU供电板。 2）确认供电正常，则更换无线模块进行测试。 下站建议：下站时建议随身带上一套可以成功拨号的无线网卡和SIM 卡，下站的时候作对比验证，快速确认是SIM卡问题，还是无线模块问题。 第三步FSU检查 通过EISUConfig软件登陆FSU设备，点击设备诊断管理。 1）信号强度弱：通过设备软件登录设备，如信号强度小于15。
解决方案：更换运营商无线模块或将天线外延（室内站放到室外，室外柜放到底部隐蔽区域或有外层保护情况下放到机柜顶部） 2）铁塔VPN网络连接异常：铁塔VPN网络提示连接异常 3）铁塔网管未注册：铁塔网管提示连接异常（正常显示连接正常）解决方案： 确认总部平台正常，重启FSU（等待程序连接）。如重启后未恢复，联系厂家专业人员。 平台恢复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。 二、电源配套告警 2.1开关电源类告警： 2.1.1开关电源通信状态告警 告警名称：开关电源通信状态告警； 告警解释：开关电源和FSU之间的通讯中断； 原因分析：开关电源和FSU之间的通讯中断 平台处理方法：无 现场处理方法：检查开关电源屏幕是否显示正常，和FSU的监控线连接是否正常。
故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月
目录 第一章目的 (3) 第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家） (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一：95013业务重大/严重故障分析报告 (9)
第一章目的 工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责 a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。 负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括： 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障：除重大故障、严重故障以外的其它故障。
深圳蓝桥物流平台操作手册 一、基本操作 软件登录： 在桌双击软件图标后，出现现软件登录界面 输入帐号、密码后点击“登录”即可。 登录成功后，软件将显示下图界面：
二、业务流程操作： 1、开派车单 注释：将短途做业单录入系统，并打印“接货/送货”单。 点击弹出“短途作业记录”界面： 可以调出短途作业记录。 点击左下角的，弹出派车单界面： 填写完成后点击左上角的。 在短途作业记录界面中选择好时间及站点调出已保存的短途作业记录：
选择要打印的短途作业记录后，点击界面下方的，即可打印派车单。 2、开单、查询 A、开单 注释：运单信息录入系统及打印托运单。 点击后弹出界面： 此界面可视为公司所有开单记录库，可调取所有开单记录。 点击后出现下图界面：
此界面为“货物托运凭证”即开单，开好单后点击左上角的“”，如需打印托运单，则点击 “”即可。 如果发现开单界面缺少某些项目，可以在“” 上右击，选择“显示/隐藏字段”后在“”中将项目拉出至“”上即可，字段位置也可以随意移动。在顶部点击“”保存设置。 开完托运单后可在“托运单开单记录”里调出记录。首先选好开单时间 再选好区间，即发站到站
再点击即可调出一某段时间某个区间的运单记录。如： 如需对其中一票单进行修改、删除操作，则对其选取再点击左下方的即可。 B、查询 注释：以特定条件查询某一票单的运单信息。 首先点击软件右上角的或者点击“托运单开单记录”界面下方的（此快找在软件中许多界都有）后出下图界面：
此界面为查询结果。 首先选好查询条件后在后面输入框中填写所要查询的货物查询条件，按回车后将显示查询结果：
NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义：问题是一个或多个不知原因的事件。 2)问题与故障（或突发事件）的关系：当问题的影响符合故障（或突发事件）定义 标准时，问题即形成故障（或突发事件）。 3)故障处理小组：故障处理小组由各业务流的故障牵头处理人组成，共同完成故障 管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理 一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后，第一时间按要求发出报告邮件，并电话通 知故障分派员。 ●对于符合故障或突发事件定义的问题，逐层升级至本部门主管经理；未达到 标准的通知主管，由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况，由故障上报人直接升级 至故障分派员。 ●对于发生的故障，统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。
●根据故障情况，以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求，协助故障牵头处理人进行故障处理，跟进处理步骤， 监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理，如有必要，可要求相关人员 现场支持。 ●跟踪整个故障处理过程，做好记录，评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定，掌控整个过 程。 ●监督故障处理各重要步骤的执行，做好资源调度，在异常问题及时升级至相 关领导，协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展， 直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通，协商确认对外发布口径。 ●记录问题处理过程，登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后，整理并填写故障分析报告，并按时提交。 ●总结及优化类似故障的处理步骤，为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会，对故障进行总结分 析。
北京京能新能源有限公司 GW87/1500kW风机 常见故障处理手册 2013年-06-01发布 2013年-06-01实施 北京京能新能源有限公司
编制：韩树新审核：王有发批准：贾兰宇
前言 风力发电是新的可再生能源。发展风力发电事业是目前国内外电力事业发展大趋势之一。加快风力发电发展，对于调整电网结构，保持生态环境，提高电网技术水平具有重要的意义。北京京能新能源有限公司在大力发展绿色能源的同时，注重打造一支管理水平高，技术水平一流的专业风电团队。对于生产一线的技术员工，我们力争要在掌握扎实专业技术的基础上，安全、高效、超额的完成生产指标。为了有效的解决风机故障，北京京能新能源有限公司沈阳分公司和旗杆风电场的相关技术人员特此编制GW87/1500kW风机常见故障处理手册，以便更好的指导和帮助现场开展风机检修工作。 本手册是以金风厂家提供的《运行维护手册》为参考依据，结合旗杆风电场GW87/1500kW系列风力发电机组的日常故障发生频率和现场实际检修情况而编写的。由于风机故障的复杂性和多样性，本手册中提到的风机故障原因分析和故障处理指导也许会有很多不足和疏漏，不能有效指导现场开展检修工作，但是我们希望这本指导手册可以给大家提供一些风机检修的思路、一些方法；同时也恳请同行和现场工程师多提意见，将本故障手册中存在的不足之处及时提出，以便通过不断修订，力争使我们的故障指导手册具有较强的可操作性和较强的实用性，真正满足现场实际检修工作需要。
目录 前言 (3) 目录 (4) 1.变频器准备反馈丢失 (15) 一、故障描述 (15) 二、触发条件 (15) 三、故障原因分析 (16) 四、故障处理方法 (16) 2.电网电压高 (16) 一、故障描述 (16) 二、触发条件 (16) 三、故障原因分析 (16) 四、故障处理方法 (16) 3.电网电压低 (16) 一、故障描述 (16) 二、触发条件 (17) 三、故障原因分析 (17) 四、故障处理方法 (17) 4.网侧电压不平衡故障 (17)
IT运维手册 第二篇硬件篇 一计算机章 ㈤常见问题 1主机 ⑴无法正常开机 ①硬盘灯亮 多为显示器或LCD排线问题，可插入系统引导盘看有无反应，若无反应，则为硬件问题，建议售后处理；若有反应，则为软件问题，可重装系统。 ②硬盘灯不亮 I电源问题 需更换电源和电池，多为电源适配器或电池损坏造成的提供电压不稳。可更换同型号电源线，排查故障。 II内存问题 拔插内存条或更换插槽。可能是内存条松动或自配内存条不兼容造成，若因不兼容，可通过更改BIOS设置解决。 III灰尘问题 笔记本长期不清洗，积压过多灰尘会造成静电或短路，可拆开外壳用吹风机清理灰尘。 IV主板问题 主板问题是造成不能开机最大可能因素，主板为集成电路，任何地方损坏都会造成硬盘无法通电，从而不能开机，建议去售后处理。 ⑵无法正常上网
①网络设置问题 此原因较多出现于需手动指定IP、网关、DNS服务器联网方式下，及使用代理服务器上网的，应仔细检查计算机的网络设置。 ②DNS服务器的问题 I当IE无法浏览网页时，可先尝试用IP地址来访问，如果可以访问，则为DNS的问题，造成DNS的问题可能是联网时获取DNS出错或DNS服务器本身问题，可手动指定DNS服务（地址可以是当地TSP提供的DNS服务器地址，也可用其它地方可正常使用DNS服务器地址。在网络的属性里进行（控制面板-网络和拨号连接-本地属性-TCP/IP协议-属性-使用下面的DNS服务器地址）。不用的ISP有不同的DNS地址。有时候则是路由器或网卡的问题，无法与ISP的DNS服务连接，这种情况可重启路由器或重新设置路由器。 II本地DNS缓存出现问题，为提高网站访问速度，系统会自动将已经访问过并获取IP地址的网站存入本地DNS缓存里，一旦继续访问此网站，则不再通过DNS服务器而直接从本地DNS缓存取出该网站的IP地址进行访问。所以，如果本地DNS缓存出现问题，会导致网站无法访问。可以在“运行”中执行ipconfig /flushdns来重建本地DNS缓存。 ③IE浏览器本身的问题 IE浏览器本身出现故障或IE被恶意修改破坏都会导致无法浏览网页，可尝试用上网助手“IE修复专家”来修复或者重装IE浏览器。 ④网络防火墙问题 如果网络防火墙设置不当，如安全等级过高、不小心把IE放进了阻止访问列表、错误的防火墙策略等，可尝试检查策略、降低防火墙安全等级或直接关掉试试是否恢复正常。
蓝桥E R P物流管理软 件操作教程 Standardization of sany group #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#
蓝桥物流系统操作方法和岗位职责 一、开单文员岗位职责注意事项： 1、输入单据时要用输入法半角状态输入， 进入系统点营运中心选开单如下图 2、新增，录入相关信息 2、正确输入托运单相关项目（发货人、收货人、收货人电话、发货人电话，运费等）如上图。要签回单,一定在回单要求里面注明份数,然后按F9打印。 3、中转货物一定填经由地，否则到站接收后看到这票货。 二、配载文员岗位职责和注意事项： 1、短途接驳， 在营运中心点短途接如下图 点新增调出库存如下图 双击移出要短驳的单到右边，移完要驳的单，点击填写车辆等信息并完成我，如下图 填写相关车辆信息并点击完成 2、短驳接收 在营运中心点短途接驳，按时间提取短驳的车辆，找到其它公司驳过来的车辆，选定，双击打开，点接收本车就可以了，如下图。 3、分配配载 点开营中心，选分单配载如下图 点击新增并调出库存,并将要发车的移到右边如下图 点击填写车辆等,并填写相关信息(车牌,长途车运费,到站等信息) 提取已配载好的车,然后打印清单
注意,如果发现漏装可以点淌有库存进补装去,如装错了选择单票剔除,如果取消,就点整车做废.完全无娱就点完成本车,这样到站就可以到货确认那里相关车辆,如果不点，到站就在到货确认里面看不到这辆车。 三、货物分流文员岗位职责和注意事项 1、到货接收 在营运中心点到货确认 然后确认到货车辆，也可以查看到货清单。 2、异常登记，在车辆到达仓库在卸货过程发现异常情况（如：少货，多货，破损等情况）都进行登 记。在营运中心点异常登记，点新增就会出现一个填写界面，如下图，注明红圈的为必填项目。 3、到货库存查询，在营运中心点到货库存，按时间，发站提取库存数来掌握仓库现在有多少货未分 流。 4、到货通知 在营运中心点到货通知 按时间提未通知的单据，然后在电话一栏中选已通知，并点通知保存。 5、客户提货 在营运中心中点击客户提货如下图 将客提走的移到右边，并点确认，填提货人相关信息，并战 6、送货上门 在营运中心点送货上门，然后点安排送货，将要送货单，移到右边，并点送货车辆，输入送货信息。如下图： 7、中转货物分流（终端代理） 在营运中心点，终端代理如下图
系统运维管理制度
运维管理制度 系统运维管理制度(试行) （2018年8月版） 第一章总则 运维以技术为基础，通过技术保障产品提供更高质量的服务。在软件产品的整个生命周期中运维组都需要适时参与并发挥不同得作用，因此运维组工作内容和方向非常多。 运维目标是在服务出现异常时尽可能快速恢复服务，从而保障服务的可用性；同时深入分析故障产生的原因；推动并修复服务存在的问题，同时设计并开发相关的预案以确保服务出现故障是可以高效止损。 第一条为保障信息系统软硬件设备的良好运行，使运维技术人员工作制度化、流程化、规范化，特制订本制度。 第二条运维管理工作总体目标：立足根本促发展，开拓运维新局面。在办公系统运行推广时期，通过网络、桌面、系统等的运维，促进信息系统能够稳定可持续性的发展。 第三条运维管理制度的适用范围：运维全体人员。 第二章编制方法 第一条本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。
第二条本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。 第三章运维部工作职责 第一条系统运维和技术支持 （1）根据公司业务的推进和发展目标，负责平台信息系统管理及数据交换策略的整体架构、对应用系统等技术开发方案的基础支撑，保障基础平台的稳定性和先进性。 （2）负责系统基础平台的使用培训和操作使用指南编写，对用户使用过程中出现问题的沟通和解决； （3）会同项目实施，确认系统信息基础设备和软件数量、品牌规格、技术参数，确保项目有效推进实施。 （4）系统信息基础设备和软件操作规程、应用管理制度的制定，并负责监督执行。 （5）系统信息基础设备的软件安装、调试和验收，使用培训和维修保养。 （6）系统信息基础平台日常运行过程中信息安全和技术问题的协调解决，保障平台24小时安全稳定运行。 （7）负责平台系统管理及设备保密口令的设置、更新、保存。 （8）负责系统信息协同管理及协同数据交换策略研究新程序、新系统和软件改版升级工作。
时间内容创建人版本2014年6月19日供应商协同平台操作手册说明书李加龙V1.0 供应商协同平台操作说明书 部门：____产品部_____________ 编写人：____李加龙_____________ 核准人：_________________________ 日期：2014_年_06_月_19_日
目录 1引言 (3) 2.1系统用途 (3) 1.1编写目的 (3) 1.2参考资料 (4) 1.3术语和缩写词 (4) 2系统概述 (4) 2.1首页说明 (4) 2.2重点问题。 (4) 3.商品管理 (6) 功能说明： (6) 4.订单管理 (7) 4.1采购单创建 (7) 4.1.1手动创建 (7) 4.1.2批量创建 (8) 4.2采购单查询 (10) 5、采购单回告 (11) 5.1、“待回告”的订单过滤 (11) 5.2、“已回告”的订单过滤 (12) 5.3、订单回告 (12) 5.4、批量回告 (14) 6、退货管理 (14) 6.1、退货查询 (14) 6.2、退货单创建 (15) 6.2、退货单批量创建 (16) 6.3、退货单详情 (17)
1引言 2.1系统用途 本系统作为JD自营业务与供应商的业务交互平台，本平台为加深供应商与JD的合作程度，希望借助此系统提高双方的工作效率，从而实现双方的共赢。 1.1编写目的 方便供应商提供，快速链接京东开放平台的使用方法及功能内容
1.2参考资料 1.3术语和缩写词 2系统概述 2.1首页说明 2.2重点问题。 1、问：厂家直送去哪了？ 答：首页左下角的“资源平台”里可以看到链接地址 2、问：拍照预约去哪了？
事件/故障处理应该要有什么思路 导读: 在讲解事件、故障处理思路前,我先讲一个故障场景(以呼叫中心系统作为一例子): 业务人员反映呼叫中心系统运行缓慢,部份电话在自助语言环节系统处理超时,话务转人工座席,人工座席出现爆线情况。 运维人员开始忙活了,查资源使用情况、查服务就是否正常、查日志就是否报错、查交易量还有没有……时间不知不觉的在敲键盘、敲键盘、敲键盘中过去,但就是原因还未定位。 经理过来了解情况:“系统恢复了不？”、“故障影响就是什么？”、“交易中断了不？”…… 运维人员赶紧敲键盘,写sql,瞧交易量;敲键盘,写命令,瞧系统资源、情况…… 最终,定位到问题原因就是其中一个功能没有控制返回数量,导致内存泄露。 针对这个故障,业务希望运维能否更快的解决故障的恢复,经理希望制定优化呼叫中心故障处理流程,做了以下几件事: 1.优先故障处理过程的时间——”能通过鼠标完成的工作,不要用键盘“ 2.提前发现故障,加强监控——“技术早于业务发现问题,监控不仅就是报 警,还要协助故障定位” 3.完善故障应急方案——“应急方案就是最新的、准确的、简单明了的” 4.长远目标:故障自愈——”能固化的操作自动化,能机器做的让机器做“ 下面将从故障常见的处理方法开始介绍,再从故障前的准备工作(完善监控、制定应急方案等方式)来解决经理提出的问题,并提出未来解决故障的想法。 1、常见的方法: 1)确定故障现象并初判问题影响 在处理故障前,运维人员首先要知道故障现象,故障现象直接决定故障应急方案的制定,这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。 确认了故障现象后,才能指导运维人员初判断故障影响。 2)应急恢复
事件/故障处理应该要有什么思路 导读： 在讲解事件、故障处理思路前，我先讲一个故障场景（以呼叫中心系统作为一 例子）： 业务人员反映呼叫中心系统运行缓慢，部份电话在自助语言环节系统处理超时，话务转人工座席，人工座席出现爆线情况。 运维人员开始忙活了，查资源使用情况、查服务是否正常、查日志是否报错、 查交易量还有没有……时间不知不觉的在敲键盘、敲键盘、敲键盘中过去，但 是原因还未定位。 经理过来了解情况：“系统恢复了吗？”、“故障影响是什么？”、“交易中 断了吗？”…… 运维人员赶紧敲键盘，写sql，看交易量；敲键盘，写命令，看系统资源、情况…… 最终，定位到问题原因是其中一个功能没有控制返回数量，导致内存泄露。 针对这个故障，业务希望运维能否更快的解决故障的恢复，经理希望制定优化 呼叫中心故障处理流程，做了以下几件事： 1.优先故障处理过程的时间——”能通过鼠标完成的工作，不要用键盘“ 2.提前发现故障，加强监控——“技术早于业务发现问题，监控不仅是报 警，还要协助故障定位” 3.完善故障应急方案——“应急方案是最新的、准确的、简单明了的” 4.长远目标：故障自愈——”能固化的操作自动化，能机器做的让机器做 “ 下面将从故障常见的处理方法开始介绍，再从故障前的准备工作（完善监控、 制定应急方案等方式）来解决经理提出的问题，并提出未来解决故障的想法。 1、常见的方法： 1）确定故障现象并初判问题影响 在处理故障前，运维人员首先要知道故障现象，故障现象直接决定故障应急方 案的制定，这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。
确认了故障现象后，才能指导运维人员初判断故障影响。 2）应急恢复 运维最基本的指标就是系统可用性，应急恢复的时效性是系统可用性的关键指标。 有了上述故障现象与影响的判断后，就可以制定故障应急操作，故障应急有很多，比如： 服务整体性能下降或异常，可以考虑重启服务； 应用做过变更，可以考虑是否需要回切变更； 资源不足，可以考虑应急扩容； 应用性能问题，可以考虑调整应用参数、日志参数； 数据库繁忙，可以考虑通过数据库快照分析，优化SQL； 应用功能设计有误，可以考虑紧急关闭功能菜单； 还有很多…… 另外，需要补充的是，在故障应急前，在有条件的情况需要保存当前系统场景，比如在杀进程前，可以先抓个CORE文件或数据库快照文件。 3）快速定位故障原因 是否为偶发性、是否可重现 故障现象是否可以重现，对于快速解决问题很重要，能重现说明总会有办法或 工具帮助我们定位到问题原因，而且能重现的故障往往可能是服务异常、变更 等工作导致的问题。 但，如果故障是偶发性的，是有极小概率出现的，则比较难排查，这依赖于系 统是否有足够的故障期间的现场信息来决定是否可以定位到总是原因。 是否进行过相关变更 大部份故障是由于变更导致，确定故障现象后，如果有应的变更，有助于从变 更角度出现分析是否是变更引起，进而快速定位故障并准备好回切等应急方案。 是否可缩小范围 一方面应用系统提倡解耦，一支交易会流经不同的应用系统及模块；另一方面，故障可能由于应用、系统软件、硬件、网络等环节的问题。在排查故障原因时 应该避免全面性的排查，建议先把问题范围缩小到一定程序后再开始协调关联 团队排查。 关联方配合分析问题
新疆金风科技股份有限公司企业标准 Q/GW-ZD7.5.1-052-750-200707 金风S50/750kW风力发电机组 典型故障处理手册 版本： 编制： 审核： 批准：
750风力发电机组典型故障处理集 1：三相电流不平衡 部偿后电流值是否平衡，如果三相电流平衡那么电容器系统就可以断定是正常的。接着可以检查发电机和旁路接触器的触头是否正常，应为如果这两个接触器的触头烧毁，那么在风机并网后应为缺相也会报三相电流不平衡。另外就是检查发电机的所有接线端子的连接状况是否正常，接线端子如果接线不正常也会应为缺相报出电流不平衡故障上述就是检查电流不平衡故障的要点。 2：建压超时
叶尖溢流阀如果调整不好那么在叶尖建压过程中，叶尖溢流阀将会在进油阀打开的情况下溢流，使叶尖压力一直上不去从而使系统压力也上不去从而使液压泵一直运转，超过停泵时间报出故障。还有就是防爆膜冲破和管路泻漏也使叶尖压力一直上不去从而报建压超时故障。 3：偏航电机过载 19.2F I-4:12 偏航过载 Q F 8.3 14 13 F R 8.3 96 95 F R 8.5 96 95 24VDC 偏航余压过高使风机在偏航时受到较大的磨擦力从而使偏航电流过大超过热继的整定值时热继电器动作，偏航接触器和热继电器损坏会使风机在偏航时缺相从 而热继动作，报出故障。偏航电磁刹的整流块烧毁时会使风机线圈短路从而风机过流使热继动作报出故障。 4：左右偏开关动作 达到680度时风机就会自动解缆，如果凸轮计数器的左右偏开关实际的位置在600度之内那么在风机还没开始解缆时就有可能已触动左右偏开关，使安全链断，在处理故障的过程中首先应该解缆顺缆，然后重新调整左右偏开关到正常位置，并且在操作面板上要同时将偏航角度调到零度
1现有的低压集抄原理及采集方案 1.1电力线载波通信原理 1.1.1电力线载波(PLC) 电力线载波(PLC)是电力系统特有的、基本的通信方式，电力线载波通讯是指利用现有电力线，通过载波方式将模拟或数字信号进行高速传输的技术。由于使用坚固可靠的电力线作为载波信号的传输媒介，因此具有信息传输稳定可靠，路由合理、可同时复用远动信号等特点，是唯一不需要线路投资的有线通信方式。 1.1.2电力线载波的特点： 1、配电变压器对电力载波信号有阻隔作用，所以电力载波信号只能在一个配电变压器区域范围内传送； 2、三相电力线间有很大信号损失（10 dB -30dB）。通讯距离很近时，不同相间可能会收到信号。一般电力载波信号只能在单相电力线上传输； 3、不同信号藕合方式对电力载波信号损失不同，藕合方式有线-地藕合和线-中线藕合。线-地藕合方式与线-中线藕合方式相比，电力载波信号少损失十几dB，但线-地藕合方式不是所有地区电力系统都适用； 4、电力线存在本身固有的脉冲干扰。目前使用的交流电有50HZ和60HZ，其周期为20ms和16.7ms，在每一交流周期中，出现两次峰值，两次峰值会带来两次脉冲干扰，即电力线上有固定的100HZ或120HZ脉冲干扰，干扰时间约2ms，因此干扰必须加以处理。有一种利用波形过0点的短时间内进行数据传输的方法，但由于过0点时间短，实际应用与交流波形同步不好控制，现代通讯数据帧又比较长，所以难以应用；
5、电力线对载波信号造成高削减。当电力线上负荷很重时，线路阻抗可达1欧姆以下，造成对载波信号的高削减。实际应用中，当电力线空载时，点对点载波信号可传输到几公里。但当电力线上负荷很重时，只能传输几十米。 1.2低压集抄系统方案说明 1.2.1低压集抄系统工作原理 集中抄表系统是指利用微电脑技术，通信技术和数字信号处理技术，通过通信介质自动实现电能量数据采集、存储、传输和处理的系统。根据采用通讯载体的不同，目前主要有专线通信技术、无线通信技术和电力线载波通信技术。 利用电力线作为通信介质实现电力线载波集中抄表系统是完成电力行业自动抄表的最佳解决方案。如图 1 所示，安装在用户电能表侧的采集器模块（采集器）或直接使用的载波电能表，采集并存储电能表数据，并与采集终端或集中器进行双向通讯，集中器再通过GPRS/PSTN/GSM/RJ45 等方式的传输媒介将电能数据发送至系统主站。同时，也可实现手持抄表器对现场电能表、采集器、集中器的数据抄读和参数设置。
运维管理制度 XXXXXX有限公司2014年5月18日
目录 引言 (1) 1、总则 (2) 2、编制方法 (2) 3、运维部工作职责 (2) 3.1系统运维和技术支持 (2) 3.2.平台信息和技术安全 (3) 4、运维服务管理体系 (4) 4.1运维服务管理对象 (4) 4.2运维系统功能框架 (4) 4.3运维管理组织结构 (5) 4.3.1项目负责人 (5) 4.3.2项目经理 (5) 4.3.3技术主管 (6) 4.3.4服务台 (6) 4.3.5网络管理员 (7) 4.3.5应用、数据库管理员 (7) 4.3.7终端管理员 (7) 4.4运维服务流程 (8) 4.4.1项目运维服务工作流程图 (9) 4.4.2服务台 (9) 4.4.3事件管理 (10) 4.4.4工单管理 (10) 4.4.5问题管理 (10) 4.4.6变更管理 (10) 4.4.7配置管理 (11) 4.4.8知识库管理 (11) 4.4.9统计及工作报告 (11) 5、运维服务内容 (11) 5.1服务目标 (11) 5.2IT资产统计服务 (12) 5.3网络、安全系统运维服务 (12) 5.4主机、存储系统运维服务 (13) 5.5数据库系统运维服务 (13) 5.6中间件运维服务 (14) 5.7终端、外设运维服务 (14) 6、应急服务响应措施 (14) 6.1应急预案实施基本流程 (15) 6.2突发事件应急策略 (15) 7、服务管理制度规范 (16) 7.1服务时间 (16) 7.2行为规范 (16)
001-2 办公信息系统协同管理及协同数据交换策略研究运维制度引言 本文件是依据《XXXXXX系统协同管理及数据交换策略研究》分任务要求，完成“运维制度”的研究工作。 课题组参照国际国内标准有： ITIL/ISO20000标准 GBT 28827.1-2012 信息技术服务运行维护第1部分：通用要求 GBT 28827.2-2012 信息技术服务运行维护第2部分：交付规范 GBT 28827.3-2012 信息技术服务运行维护第3部分：应急响应规范 结合XXX课题应用实施及运维管理的实际情况研究、编制运行维护管理制度，本文分为7章内容分别为： 1.总则 2.编制方法 3.运维部工作职责 4.运维服务管理体系 5.运维服务内容 6.应急服务响应措施 7.服务管理制度规范等内容。
作业指导书 文件名称：《风机故障处理手册》文件编号： 编制： 审核： 批准：
目录 1. 目的 (1) 2. 适用范围 (1) 3. 职责 (1) 4. 故障分类 (2) 5. 故障处理 (3) 5.1 第一类故障 (3) 5.1.1 CPU类故障 (3) 5.1.2 UPS类故障 (4) 5.1.3 变压器类故障 (7) 5.1.4 防雷保护类故障 (8) 5.1.5 风速风向类故障 (9) 5.1.6 航标灯类故障 (15) 5.1.7 机舱冷却类故障 (16) 5.1.8 机舱震动类故障 (18) 5.1.9 机柜加热类故障 (20) 5.1.10 机柜冷却类故障 (21) 5.1.11结冰类故障 (23) 5.1.12 版本类故障 (24) 5.1.13熔丝类故障 (24) 5.1.14 停机类故障 (26) 5.1.15 叶轮刹车类故障 (26)
5.1.16 叶轮位置类故障 (28) 5.1.17 叶轮转速类故障 (29) 5.1.18 液压站类故障 (31) 5.1.19 主轴类故障 (36) 5.1.20 初始化类故障 (37) 5.2 第二类故障 (38) 5.2.1 齿轮箱类故障 (38) 5.2.2 发电机类故障 (45) 5.2.3 PROFIBUS类故障 (53) 5.2.4 偏航类故障 (60) 5.2.5 安全链类故障 (66) 5.3 第三类故障 (70) 5.4 第四类故障 (84) 5.4.1 变流器故障 (84) 5.4.2 ABB变流器AC800-67常见故障 (103) 5.5 第五类故障 (117) 5.5.1 LUST变桨故障 (117) 5.5.2 SSB变桨故障 (163) 6. 厂家产品介绍 (181) 6.1 倍福 (181) 6.1.1 CX1020介绍及故障处理方法 (181) 6.1.2 I/O模块介绍及故障处理方法 (188) 6.1.3 TwinSAFE介绍及故障处理方法 (202)