SCADA系统信息安全常见故障处理方法Word文档下载推荐.docx
《SCADA系统信息安全常见故障处理方法Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《SCADA系统信息安全常见故障处理方法Word文档下载推荐.docx（91页珍藏版）》请在冰点文库上搜索。
1、PLC通讯中断
1、故障现象
站控机中有“PLC通讯中断”报警，且相应的NOE模块会显示“Fault”红灯亮。
2、故障原因
NOE以太网模块网络地址配置错误，造成PLC通信不能实现冗余，主备切换后无法实现PLC与RCI间的通讯。
比如说济南站的主备两个NOE模块的IP按照IP点表上应该是172.17.62.65（主）和172.17.62.67（备），另有172.17.62.68这个IP是预留未使用的，如果错吧172.17.62.67配制成172.17.62.68，由于RCI识别的NOE模块IP是172.17.62.67而非172.17.62.68，就会造成主备切换时，PLC与RCI通讯不上而出现通讯故障报警,该报警将显示在站控机界面上。
3、解决方法
（1）首先确认PLC、交换机、RCI间各网线接口没有虚接或掉落的。
（2）对照IP表，试着pingPLC两个NOE以太网模块的IP地址，哪个地址ping不同，就说明哪个模块有问题。
可以通过上次备份的PLC工程查找到NOE的网络设置，如图8.1.3和图8.1.4的操作步骤即可看到。
可以对各NOE模块的网络进行设置，即“InternetAddress”、“SubnetMask”和“Gateway”。
（3）在笔记本上打开Concept软件，打开原先备份好的工程，可以通过网线或串口线连接PLC（如果两个NOE模块的地址实在找不到的话），按照
（2）中的方法重新设置好网络后，重新下载程序到PLC的控制器中。
（4）断开笔记本电脑与PLC的链接，对PLC的备机进行热备设置。
将备机CHS热备模块的钥匙开关
拨到“Xfer”挡，按下程序更新按钮，然后松开按钮，会看到备机架的CHS模块显示“Standby”橙色灯亮，当该灯常亮以后则表示热备完成，这时备机架CPU模块的“Run”绿灯将变亮，主机架CHS模块的“Primary”绿灯常亮。
（5）PLC与RCI的通讯恢复以后，站控机电脑屏幕上“PLC通讯中断”报警可以确认掉。
2、站控机中毒导致工程运行不正常或不能启动
站控机工程运行不正常或不能启动。
站控机外接移动存储设备而中毒，病毒影响Viewstar软件的正常使用。
3、解决办法
采用瑞星杀毒软件、病毒专杀工具（如Worm.LovGate爱情后门专杀）对站控机进行杀毒。
（1）图8.2.1为靖边站在用瑞星对站控机进行查杀后的情况，图中可见病毒名称都为Backdoor.SdBot.wgb，一种集后门、蠕虫功能于一体的，通过网络共享和操作系统漏洞进行传播的病毒。
病毒会尝试通过弱密码登陆目标系统，还会在感染的电脑上打开后门接收攻击者发出的指令，然后连接特定的IRC服务器通知攻击者病毒的存在。
病毒会扫描网段内的机器并猜测共享密码，占用大量网络带宽资源，容易造成局域网阻塞。
它通过IRC服务器接受攻击者发出的指令，例如安装/卸载后门、下载并运行文件、结束进程、运行代理服务器、盗取流行游戏的账号、对指定的IP进行DOS（拒绝服务）攻击等。
（2）2009年12月16日，红柳站站控机工程无法启动，每次启动后提示“LSASS.EXE出错,系统将在60秒内自动关闭！
”，然后在指定的时间内自动重启。
然后维护人员在安全模式下用瑞星对站控机进行病毒查杀，杀出了大量的“packer.main007”木马。
查杀结束后重启站控机和工程，Viewstar运行恢复正常。
由SYSTEM执行的lsass.exe是“无害”的系统进程，用于微软Windows系统的安全机制，本地安全和登陆策略。
但是假如在站控机的任务管理器中同时看到lsass.exe和LSASS.EXE这两个进程，则表明站控机已经中了Windang.worm、irc.ratsou.b、Webus.B、MyDoom.L、Randex.AR、Nimos.worm病毒，或者是该病毒的变种。
LSASS.EXE在任务管理器中显示为当前用户在执行，而非SYSTEM在执行，该病毒通过软盘、群发邮件和P2P文件共享进行传播。
解决办法如下：
（a）使用prockiller进程杀手终止LSASS.EXE进程；
（b）删除病毒文件（有的文件可能没有）：
●C:
/ProgramFiles/CommonFiles/INTEXPLORE.pif
/ProgramFiles/InternetExplorer/INTEXPLORE.com
/WINDOWS/EXERT.exe
/WINDOWS/IO.SYS.BAK
/WINDOWS/LSASS.exe
/WINDOWS/Debug/DebugProgram.exe
/WINDOWS/system32/
/WINDOWS/system32/MSCONFIG.COM
（c）使用FreeWindowRegistryRepair注册表清理工具清理注册表中的垃圾信息。
也可手动清除，下面是手动清除的需要删除的项目：
●HKEY_CLASSES_ROOT/WindowFiles
●HKEY_CURRENT_USER/Software/VBandVBAProgramSettings
●HKEY_CURRENT_USER/Software/Microsoft/InternetExplorer/Main下 面的Check_Associations项
●KEY_LOCAL_MACHINE/SOFTWARE/Clients/StartMenuInternet/INTEXPLORE.pif
●HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows/CurrentVersion/Run下面的ToP项
（d）使用RegC瑞星注册表修复工具修复注册表；
（e）重启站控机后可再进行一次全盘杀毒。
3、站控数据不更新
站场SCADA系统的站控电脑上显示的数据部分或大部分不能及时更新，数据处以橙色状态显示，如图8.2.5所示。
以进出站压力或温度为例，如果这些数据不能及时更新，那么Viewstar日报表中每小时进出站压力或温度所记录的值同样也是不更新的，即固定不变。
这样值班人员将不能正确判断站场的实际生产情况，形成较大的安全隐患。
一个简单的例子：
比如某分输站的电动调压阀采用压力PID控制出站压力时，门站用气量突然减小了（如气罐车停止加气），但门站没有事先通知我分输站值班人员，而PID控制具有一定的滞后性，使得出站天然气因憋压而迅速上升。
但是这时由于站控数据不能及时更新，造成值班人员未能及时发现，使得出站压力在有限的时间内能超过安全泄放阀设定压力，使得安全泄放阀放空。
这本来是一个完全可以避免的情况。
（1）站控机与RCI间的日期时间不一致；
（2）RCI长时间不间断工作，硬件老化，工作性能下降；
（3）RCI内部配置不高；
（4）第三方设备（如流量计算机、UPS）又不断地增加，数据采集量增大，工作负担加重；
（5）网络中有网线虚接或断开的地方。
这些使得RCI不能及时采集各种第三方设备的数据，即发生数据丢失现象，从而影响数据库中数据的准确性。
RCI与很多第三方设备进行通讯，包括PLC、UPS、低压配电盘、流量计算机和燃气发电机等等，因为它与PLC的通信量最大，所以在此以它与PLC的通讯为例进行说明。
解决数据不更新的步骤如下：
（1）在站控机上打开校时软件，对站控机进行校时，将其时钟与RCI同步。
（2）在站控机操作的系统配图界面，从中找到图标
，点击弹出一个对话框。
在该对话框中将“轮询”勾选上，点击应用。
通常情况下，站控数据都会进行一次刷新，原先不变的数据都会发生变化，橙色变成白色即恢复正常。
如果变化不大，可再轮询几次。
（3）如果以上都不起作用，可以对两台RCI进行切换，将原先为备用的切换到主用，并可重复
（1）、
（2）步，看看数据显示是否恢复正常。
（4）如果以上都不起作用，可以将站控机工程停掉，然后再重启工程，再观察数据显示是否恢复正常。
（5）如果以上都不起作用，可以先将站控机工程停掉，然后把两台RCI分别重启，之后再重启工程，再观察数据显示是否恢复正常。
（6）如果以上都不起作用，可以将站控机工程停掉以后对站控机进行重启，主要还是为了刷新站控电脑的网络连接，然后重启工程，再观察数据显示是否恢复正常。
（7）如果以上都不起作用，可以用站控机的备份工程替换现有工程，再观察数据显示是否恢复正常。
（8）通常经过以上工作都可以恢复站控机数据的更新，如果上工作都不起作用，则需查看网络连接上有没有虚接的或断线的，交换机是否工作正常等。
确认网络连接无问题后，可对RCI进行更换或硬件升级，提高其工作性能。
4、第三方设备通讯故障
在站控机上出现第三方设备通讯故障报警，如UPS通讯故障、流量计算机通讯故障、低压配电盘通讯故障、燃气发电机通讯故障等。
（1）第三方设备停机或断电。
（2）通讯回路断路或有源1转2接口插头接触不良。
（1）对于由设备停机或断电造成的通讯故障，无非是去查找设备本身停机的原因，以重新起机恢复通讯。
（2）而由通讯线路引起的通讯故障通常都集中在LSU232_2防雷有源1转2接口上。
LSU232_2是用来将第三方设备的数据分别同时传到两台冗余的RCI通讯服务器用的：
LSU232_2的“Aon”灯对应Aline，“Bon”对应Bline，这两个灯亮则表明第三方设备到对应的1#RCI和2#RCI是接通的，“TxD”或“RxD”灯闪烁则表示目前第三方设备正在与RCI进行数据的发送或接收。
通过观察这些指示灯的情况即可判断当前的第三方设备通讯情况。
通常第三方设备通讯故障都是由于“Cline”处的串口插得不稳所至，因为该口串口的固定螺丝不容易固定住插头（硬件设计造成），开关机柜门时容易碰到该插头串口线，导致插头松动，从而引起通讯故障。
这时只需要紧固一下该插头既可。
（3）如若发现LSU232_2的指示灯都不亮了，可以用万用表检测其电源输入端电压，看看供电是否正常。
如果电压为0，则需检查电源线路情况，以恢复供电。
如果电压正常（24VDC），且无串口虚接情况，则需判断LSU232_2是否故障。
可用调试笔记本接到来至第三设备的串口，通过在电脑上运行串口调试工具，来检测是否能够接收到第三方设备的数据。
（a）可以接收到第三方设备的数据，则将来至第三方设备的串口接至Cline口，分别用笔记本电脑接Aline和Bline口，检测到是否可以接收到第三方设备的数据。
如果接收不到，则表明LSU232_2故障，需维修或更换。
（b）不可以接收到第三方设备的数据，则需查看来至第三方设备的数据线路是否有断路或设备本身存在故障。
5、RCI自动停机
1、故障现象：
RCI自动停机，蓝色运行指示灯熄灭，绿色电源指示灯闪烁（正常运行下蓝灯、绿灯都常亮），断电并重新上电启动后设备能运行，但只维持一段时间后会再次停机，有的RCI甚至不能重新启动。
2、故障原因：
RCI长期不间断运行，致使其电源（型号HP-U280EF3）内部芯片老化损坏，或电源风扇损坏，无法给RCI正常供电，致使设备自动停机。
3、解决办法：
更换RCI电源。
但如能检查出电源的损坏部件，则可对该部件进行更换，以减少成本，如淮安站就曾经有一个电源是K419TNY268428021B芯片损坏（过电流或过热导致损坏）。
电源更换步骤如下：
（1）对故障的RCI下电，将后板插槽上的串口线、网线断开，取出RCI，打开设备上盖板。
（2）找到RCI的电源，将与电源相连的各插头拔下，然后松开固定螺母，将故障电源取出。
（3）换上新的电源，重新固定好，并将各插头插上，整理好内部电线后盖上盖板。
将串口线、网口重新接上，重新上电，观察电源灯绿灯、运行灯蓝灯是否常亮，常亮为正常。
在上位机中使用指令对RCI进行切换，将更换好的RCI切换为主（为了减少对设备的损害，最好是采用软切换，但也可用硬切换，即关掉原先无故障的那台RCI，观察当前已维修的RCI是否能自动切换为主），测试设备运行是否正常。
如果在上位机中的各种操作均无问题，则说明当前RCI工作正常，故障已排除。
6、由于RCI需要轮询点数过多导致的故障
郑州站改造过程中在升级HIMA程序后，发现站控系统ESD休眠命令下发后，站控机不断有新的休眠报警提示，确认复位后，仍不断弹出，逻辑上站控机休眠状态灯正常时应该是变红，不闪烁的，但现场情况为郑州站的休眠状态灯不断闪烁。
开始以为是添加地址冲突造成，对所有新添加的数据点地址进行核查，未发现地址冲突问题。
用调试笔记本与PLC联机发现上位机中的ESD休眠命令已经下发，确认故障只存在于站控机系统中。
经过一段时间的检查后发现，由于郑州站的HIMA模块有9个之多，添加的报警点有50多个，在加上原来系统需要扫描的地址，改造后郑州站每次站控机轮询需要检测的地址有近200个，根据经验，一般轮询地址点超过100后，就会造成数据采集不准。
这么多的地址如果同时扫描的话，很容易造成信号不稳和紊乱。
故此，考虑将轮询地址分两批扫描。
（1）用TotalCommander软件登陆RCI，在修改文件之前首先将配置文件拷贝到当地硬盘进行备份。
（2）将RCI中的MBPOLL_XXX_YYY.POL文件拷贝到当地硬盘下，其中XXX为RCINUMBER，例如南京为175；
YYY为通讯端口号，例如PLC为17。
打开MBPOLL_XXX_YYY.POL:
（3）可以看到配置文件中第四行MbAnz为160，大于100，所以将其修改为两次轮训：
（4）保存后，将修改后的配置文件DOWN回到RCI中：
（5）最后使用INIT6命令重启RCI使配置生效，对另一台RCI进行同样操作即可。
修改后，故障现象排除，系统恢复正常。
7、阀室数据上传故障
RTU阀室数据不能上传到北京调度，数据不能更新，调度也无法对阀室设备进行操作。
（1）机柜供电系统掉电；
（2）DI或AI模块数据没采集上；
（3）RTU控制器工作不正常；
（4）RCI与路由器间通信故障。
（1）检查机柜是否掉电，机柜掉电了的话，自然所有设备都无法工作，数据也无法上传。
进入阀室大门，先看TEG发电机是否还在工作，如果已经不工作了，则很有可能RTU机柜和通信机柜内设备已经掉电。
如果没掉电则表示蓄电池仍有电，但是请尽快重启TEG发电机。
（2）打开RTU机柜门，查看各DI或AI模块（16点开关量输入模块AS-BDEP-256、4通道模拟量输入模块AS-BADU-256等）的输入端指示灯是否红色常亮，亮则表示接通，正常情况下DI和AI模块的输入通道指示灯亮均会有亮的，因为都涉及到通道的使用。
因为有发生过DI或AI模块的供电回路保险丝烧断的情况，致使输入模块无法采集现场数据，这种情况下更换保险即可。
如果保险没有烧断，确认模块供电正常后，所有输入端的灯仍不亮。
也可通过模块识别来判断哪个模块连接不上。
使用计算机登陆到RTU上，进入RTU的硬件配置，进入I/OMap，弹出以下窗口：
上图中，在Detected下是红色背景的，证明这几块模块不被系统识别，它们的数据将无法通过背板传送到RTU的CPU中，是灰色背景的表示这部分硬件配置和实际完全一致。
（3）如果DI和AI模块工作指示灯正常，则检查RTU处理器模块PC-E984-258。
首先查看它有没有掉电，因为它也有自己的保险，如果没有掉电则通过观察控制器的各LED灯即可判断它工作是否正常。
各LED灯的含义如下：
CPU的LED灯含义
LED名称
颜色
含义
Ready
黄色
已供电，CPU正在运行
Run
用户程序正在运行
Batlow
红色
电池电量低或已没电
Modbus1
传输活跃
Modbus2
连接笔记本用
如果其中的Ready灯或Run灯不亮黄色，则说明控制器有问题，对控制器进行重启，并连接笔记本电脑，打开Concept软件，在线查看程序工作情况是否正常，各现场设备的数据是否能正常传输被采集到RTU。
如果程序出问题，可采用备份程序重新下装到控制器中，再运行查看数据采集情况是否恢复。
如果Modubus灯不亮黄色，则说明通信有问题，看看网线有没有虚接的地方，对其进行紧固，或更换一根完好的网线。
然后观察RJ-45网口处LED灯的状态，黄色表示连接上，绿色表示通信活跃，如图8.5.3所示。
并连接电脑查看数据采集情况是否恢复。
假如这些工作都做了以后仍然连接不上控制器，无法恢复程序，或采集到的数据仍然传不出去，则表明是控制器硬件问题，前提是确认网线没问题，则需更换控制器，并将更换下来的控制器进行维修。
（4）如果现场数据能够被正常采集上来，则问题将出在通信上，这时需对RCI和路由器进行检查。
检查网线或其他数据接头是否有虚接的，将它们紧固，查看网口处指示灯的闪烁是否正常。
确认网络线路连接没有问题以后，如若数据的上传仍然没有恢复，可以对RCI和路由器进行重启，如果硬件没有问题的话，通常情况下数据通信链路都能恢复，因为软件配置都不会有什么改变。
（5）如果还是有问题的话，可能是RCI的串口损坏或者RCI其它硬件出现问题，可以更换RCI测试一下，具体方法是，将RCI断电后取下，将RCI内的一块内存卡SDCFB-64-101-80取下，插入新的RCI内部，在恢复连线上电，检查通讯是否正常，如果通讯仍然不正常，就需要将旧的RCI及卡和一套新的RCI及卡寄到中油龙慧自动化公司，由工程人员对旧的RCI进行检测，对新的RCI进行配置，得出结论及配置好新RCI后一并返回管理处。
8、甪直站调压橇压变PT5802传输数据错误的故障处理
甪直站更换了一个调压撬压力变送器以后，该压力取样点传输上来的数据跟实际现场压力表数据严重不符。
由于更换了压力变送器，将原先量程压力范围为0-6Mpa的压力变送器换为量程为0-10MPa的压力变送器，而原先的上位机中数据库和PLC程序都还是按照原来0-6MPa的量程进行运算和执行的，因此造成传输后数据换算结果发生错误。
将上位机viewstar的数据库跟PLC程序中的对应的压力量程0-6Mpa改为0-10Mpa，数据就对应上了真实值。
具体修改办法如下：
（1）在concept中打开PLC程序。
找到相应的SCALWTOR功能块，它用来将所采集到的模拟量电信号换算压力值：
其中，PI1202∈[0，4095]，rPI1202∈[0.0，10.0]，两者间的换算关系如下式：
VALOUT=
+SCALBMIN
rPI1202=
修改压力上限，即对SCALBMAX进行修改既可，将6改成10。
然后将更改后的程序进行下装，在“Online”选项中选择“Downloadchanges”。
（2）Viewstar数据库中的数据点的更改：
数据点的更改在组态环境GraphicalEditor点击Para
图标，进入数据库。
数据库中，温变跟压变是在MIA下面，找到要修改PT所对应的阀号。
文件夹如下图所示：
在value下的数据里面更改具体的参数。
其中address为6位的IEC地址，Alert_hdl为报警设置，archive为归档设置，common为描述，单位及数据点位数设置，msg_conv为量程转换设置，pv_range为量程范围设置。
在此只需在pv_range中更改量程，将原来的0-6MPa更改为0-10MPa即可。
9、压气站HIMAERROR故障分析和处理报告
1、适用对象
SCADAESD系统
2、故障现象
从2009年11月22日,红柳站第一次发生4块HIMAF3DIO20/8系列模块（F3A、F3B、F3C和F3D）同时Error故障报警，至2010年1月29日期间，四道班、轮南、红柳、玉门、靖边和中卫站6座场站发生HIMAERROR共34次，涉及模块39块。
其中红柳、靖边、中卫站为与西二线联络站，共发生27次，占总故障数的79.4%，轮南、玉门站各发生1次，四道班站发生5次。
当发生ERROR时，相应的RemoteI/O模块将停止运行，看门狗信号会被切断，所有的输出将置off，ERROR灯变红，ERRORcode>
0。
最终造成ESD系统无法正常运行，严重影响场站的安全平稳运行。
下表为绝大部分的HIMAERROR情况统计：
HIMAERROR情况统计
序号
站名
日期
HIMA模块
ERROR信息
1
轮南站
12月19日
F3B
因为HIMA的日期和时钟未调整，所以诊断日志上缺少记录。
2
四道班站
11月27日
F3D
IOT>
>
UNEXPECTEDCOMPARATORINTERRUPT…
3
11月29日
4
12月22日
5
12月26日
6
1月8日
UNEXPECTEDCOMPARATORINTERRUPT
7
红柳站
11月22日
F3A、F3B、F3C、F3D
TIMEOUTOFCPUWATCHDOGTIMEOCCURRED…
升级会员 