8常见故障处理流程与操作.docx
《8常见故障处理流程与操作.docx》由会员分享，可在线阅读，更多相关《8常见故障处理流程与操作.docx（85页珍藏版）》请在冰豆网上搜索。
8常见故障处理流程与操作
第七部分
中石化加油卡工程运维手册之
——常见故障处理流程与操作
山东绿邦网络技术集成有限公司能源事业部
二零零九年三月
目录
1管控系统常见故障及解决办法3
1.1linux系统故障3
1.2管控软件故障4
1.3发卡下延软件故障6
1.4通讯故障6
1.5硬件故障7
1.6系统更换及注意事项8
1.7修复数据库以及重建步骤9
2加油站常见故障及处理12
3日常操作注意事项32
3.1加油站32
3.2发卡点33
4缺席交易流水补录操作33
4.1补录相关操作流程33
4.2数据库准备操作34
4.3数据通讯操作（流水补录前）42
4.4缺席流水录入操作42
4.5交接班操作46
4.6日结操作53
4.7数据通讯操作（流水补录后）55
5黑名单清查、导出和导入操作55
5.1黑名单导出流程、操作55
5.1.1黑名单导出流程55
5.1.2黑名单导出操作56
5.2黑名单文件导入流程、操作57
5.2.1黑名单导入流程57
5.2.2黑名单导入操作57
1
管控系统常见故障及解决办法
1.1linux系统故障
1、故障现象：
启动到输入用户名和密码之前不正常显示或黑屏
故障原因：
硬盘空间满或系统坏
解决方法：
alt+f1切换到文字终端，输入命令df查看硬盘空间使用率
如果使用100%需进入目录删除部分垃圾文件
如果不满100%可能系统坏，需更换系统（详见二级故障）
2、故障现象：
桌面中文显示乱码或空白
故障原因：
KDE损坏，需重建KDE
解决方法：
文字界面下进入/root执行mv.kde.a（改的名任意）
重启后在登录界面修改会话为“KDE”语言为“chinese（gbk）”，然后输入正确的用户名和密码登录，并保存为默认设置
重新设置拨号
3、故障现象：
系统NG能跳过
故障原因：
由于油站非正常关机重启造成的的系统文件损坏
解决方法：
先支持油站按F12后面的print键跳入系统正常做业务，然后等维护人员上站更换系统
4、故障现象：
系统启动到初始化外围设备就不动了
故障原因：
由于油站非正常关机重启造成的的系统文件损坏
解决方法：
在文字界面下进入tmp下
rmksocket-root/*-rf然后重新启动计算机
5、故障现象：
鼠标错位
故障原因：
显卡驱动没打好或者KDE损坏
解决方法：
在文字界面下重新打显卡补丁，重启电脑
电脑启动后，在文字界面下执行ls–a查看在主目录里有几个.KDE，如果只有一个的话就执行mv.kde/a（任意改个名）；如果有多个的话就执行rm.kde1（2,3……）–rf后再执行mv.kde/a
重启电脑后将会话改成KDE，将语言改成chinese（gbk）
6、故障现象：
Raid的不同步
故障原因：
由于油站非正常关机重启造成的
解决方法：
机器启动到检测Raid时，按Ctrl–F，进入到Raid配置界面，选择2查看主机能认出几块硬盘。
如果查出只有一块硬盘就将Raid卡上的两块硬盘都重新插拔一下或更换Raid卡，然后在查看认出几块硬盘。
如果依旧还是一块的话，那就说明硬盘有问题，需更换硬盘。
如果正常认出两块硬盘，那就按ESC退出；选择4，按DEL将原有的Raid删除，按Ctrl–Y保存，按ESC退出；选择1，按向右的箭头选择security这一项，然后按Ctrl–Y保存，按Y创建新的Raid，完成后重启机器。
或者更换系统
7、故障现象：
没有输入法
故障原因：
油站操作员非法操作造成的
解决方法：
打开软件包管理，点文件，查找软件包，输入ttf-zh-song回车将此包卸载，
重新安装ttf-zh-song-1.4-13.noarch.rpm后注销重新登陆。
卸载scim*软件包，重新安装scim*软件包后重新启动工控机。
如不行，需更换linux系统。
1.2管控软件故障
1、故障现象：
数据通讯模块点击无反应
故障原因：
tuxedo安装问题，或曾经修改.bash_profile文件
解决方法：
用高级文本编辑器打开主目录中的.bash_profile，重新保存，尝试能否打开
重新安装tuxedo，如站点通过vpn连接，重新配置服务器地址，重新启动或注销
2、故障现象：
点击桌面“中石化管控”图标无反应
故障原因：
图表链接失效或数据库坏
解决方法：
进入/smc20/，执行sh./startgk.sh查看能否正常启动
如能启动，重新建立链接并重命名
如不能启动，可能数据库坏，参考“附一修复数据库完整步骤”修复
3、故障现象：
数据通讯提示“验证失败，请与管理员联系”
故障原因：
中心问题或本地tuxedo服务器错误
解决方法：
中心查看此站通讯情况，是否有错误
如站点使用vpn连接，需更改主目录中的.bash_profile服务器地址器地址。
重新安装tuxedo并重新启动
4、故障现象：
通讯时间过长
故障原因：
网络问题或过期通讯文件未自动清理
解决方法：
检查网络是否正常，ping中心查看是否延时过大或掉包现象
检查数据库是否有坏表，进行修复，参考“三级故障”修复
灰、黑名单时间过长，查看/smc20/txt/down/和insert下是否有文件，进行清理并重新通讯
加油流水数据时间过长，查看/smc20/txt/oilvouch/，保留最后一天正常通讯以后的文件，之前文件给与清理
5、故障现象：
进入班次维护，提示TTC不连续
故障原因：
加油机原因或管控与加油机通讯原因造成的
解决方法：
进入班次维护记下提示中的POS-P、ttc、选择“否”
进入油机监控的—交互信息—输入物理机号（pos-p—点击执行—双击蓝色枪号—选择读取指定交易记录—输入起始和结束TTC号—点击确定后，正常情况下显示读取指定交易流水成功，再次进入班次维护下查看流水是否正常入库。
（作此步操作加油机是非工作状态）
如提示读取指定交易失败，首先看油机监控是否通正常，如不正常，排查故障原因，排除后在进行正常的回叫流水操作。
6、故障现象：
付油量与走字数不符，但TTC连续
故障原因：
加油跳泵码或加油机送错交易信息
解决方法：
手工选定对应枪号流水，确定哪两笔之间出现的问题，找到后查看泵码是否有跳泵码的现象，并排除是否有脱机加油的可能，查看流水是否有加油升数显示错误，但金额正确的记录。
详细记录问题流水，作好油机日志备份，请油机厂商解决。
7、故障现象：
同一班交不能对应两个油品或对应两个油价
故障原因：
加油流水串枪或加油机上以前交易流水
处理办法：
进入交接班—手动维护下，找到不同的两个油品（或两个油价）流水后，分开作班结，
如看不到不同的两个油品（或两个油价）的流水，可将全零的交易流水删除，
8、故障现象：
班结时，提示油罐没有复核
故障原因：
加油站员工的操作所致
处理办法：
到“油罐交接”对话框—查询—选择正常未复核的，
查到后选中后复核就可以往下正常作业务了
9、故障现象：
油品调节提示无旧油品罐存
处理办法：
将所对应的油罐重新进行库存初始化
10、故障现象：
油品调节提示对应油罐未日结
故障原因：
加油站员工的操作所致，不排除软件原因
处理办法：
重新进行班结、日结、其间所对应的加油机停止加油
交易流水查询对应油品“未日结交易流水”中是否存在已班结而未日结流
水中，如发现日结中已不选择班，（待补充）
11、故障现象：
油品调节提示存在未复核的进油核对记录单
故障原因：
加油站员工的操作所致，不排除软件原因
处理办法：
进入进油核对单查询—选择“正常未复核”—查到未复核的记录后，选中点击复核按钮。
后在重新作油品调节
如没有“正常未复核”的记录，使用脚本（待补充）
12、故障现象：
管控中看到某条枪为黑色
故障原因：
加油机多路集线器问题或多串口卡辫子问题
处理办法：
检查此条枪的通讯线路的连接是否牢固，
重启管控软件、多路信线器、加油机
更换MOXA卡辫子
按照上面述检查后，故障仍旧存在，需要报修厂商
13、故障现象：
使用0号员工（超级管理员）登陆后，所有可选项为灰色，不可点。
故障原因：
管控软件问题
处理方法：
打开一个rxvt窗口，输入dbisql启动后，在输入窗口内输入deletefromoprinforwhereoprno=0按执行后，退出dbisql，点击管控图标进入管控。
14、故障现象：
加油站作油品调节时，提示：
“存在有未复核的进油核对单”
故障原因：
管控软件问题
处理方法：
打开一个rxvt窗口，输入dbisql启动后，执行sql语名：
updateinoilcheckbillsetbillstatus='1'whereteamvouchnoisnullandbillstatus='2';
updateoilcanindetailsetbillstatus='1'whereteamvouchnoisnullandbillstatus='2';
commit;
执行完毕后，重新作油品调节
15、故障现象：
班结时提示：
油罐回笼勾兑失败
故障原因：
管控软件故障
处理方法：
打开一个rxvt窗口，输入dbisql启动后，执行sql语名：
CREATEPROCEDUREup_oilcan
AS
BEGIN
DECLARE
@macnointeger,
……………………………………………………………………………………………
…………………………………………………………………………………
Commit（由于内较多，需要的时候提供脚本）
16、故障现象：
在日结过程中，出现提示“异地销售副表（IC）函数报错，无法完成日结”
或是提示“日结失败！
错误在函数IC卡（本省/异地）销售日报计算统计失败！
”
故障原因：
管控程序数据库升级不完全
处理方法：
确认加油站数据库是否有Integer_DayAccount（IC卡销售日报副表），确认方法：
在rxvt窗口执行dbisql打开数据库，执行SELECT*FROMsyscolumnsWHEREtname=‘Integer_DayAccount没有结果就是没有此表；
上述工作作完后，故障现象也存在，对油站重新现场安装或现场升级
1.3发卡下延软件故障
1、故障现象：
登录提示无效终端
故障原因：
此站点曾用其他站点网点号登录
解决方法：
备份/gascard目录，重新安装卡管下延
连接网络，用正确网点号登录，查看是否正常使用
2、故障现象：
登录提示函数错误
故障原因：
软件文件损坏
解决方法：
备份/gascard目录，重新安装卡管下延
连接网络，用正确网点号登录，查看是否正常使用
1.4通讯故障
1、拨号
故障现象：
拨号时提示错误信息或无反应
故障原因：
modem、电话线、数据线故障，系统服务问题
解决方法：
重新根据连线正确配置拨号
判断电话线是否连通，拨号上网后ping服务器查看延时判断线路是否正常
linux系统拨号服务是否正常，拨号模块是否正常工作
检查数据线、串口线，排除串口坏可能
更换modem并正确进行配置（如果是新机器，需要记录品牌转厂商维护）
2、VPN
故障现象：
拨号错误、正常拨号不能上网
故障原因：
ADSL问题，网卡设置问题
解决方法：
正确安装vpn补丁和vpn插件，正确设置adsl拨号
正确设置、启用网卡，配置IP地址，有路由器的配置网关
不能正常启用网卡的，检查网卡或主板故障，并更换
查看adsl指示灯，绿色表示正常，红色表示未连通
启用mozilla浏览器是否正常，判断linux系统服务问题
判断vpn服务器是否正常
1.5硬件故障
1、内置读卡器
故障现象：
读卡器不读卡，提示读卡失败或读卡异常
故障原因：
读卡器坏、驱动程序不匹配或丢失
解决方法：
将对应品牌驱动覆盖到/usr/lib/，更新驱动程序
对主机进行完全断电，并重新加电，排除非正常退出读卡程序导致读卡器状态错误
打开机箱，检查读卡器连线是否正常，电源或数据线是否损坏，进行更换
更换读卡器，配置正确的驱动程序
2、打印机
故障现象：
打印机不打印或打印乱码
故障原因：
打印机、数据线、并口、驱动错误或丢失
解决方法：
正确配置驱动程序
检查并口数据线是否连接正常，测试并口是否坏
linux系统打印服务是否正常，打印模块是否正常工作
以上检查无误，仍无法判定故障可联系厂商协助处理
故障现象：
打印机打印一半的时候停止打印
故障原因：
打印机需保养
解决方法：
检查打印机是否卡纸
检查打印机内部润滑杆是否有灰尘，需要作定期清洗、涂润滑油
按照上面述检查后，故障仍旧存在，需要报修厂商
故障现象：
打印机不进纸
故障原因：
解决方法：
检查打印机是否上电，并保证操作准确
打印机内是否有卡纸没取出
按照上面述检查后，故障仍旧存在，需要报修厂商
3、工控机
故障现象：
主机不能正常启动
故障原因：
主机配件故障或硬件冲突
解决方法：
检查线缆是否连接正常，各插槽硬件是否牢固
PCI插槽硬件调换位置，排除硬件IRQ冲突可能
检查moxa卡或直接卸掉观察是否moxa卡坏
以上检查无误，仍无法判定故障可联系厂商协助处理
4、c168/c320多串口卡
故障现象：
油机监控全黑，主机无法正常启动
故障原因：
卡坏或驱动丢失
解决方法：
区分单卡、双卡、盒式卡安装正确驱动，并保证其他位置无冲突驱动存在
查看/etc/rc.d/rc.serial文件，将lsmodmxser行放置第一行
更换PCI槽排除IRQ冲突可能
更换moxa卡重新配置驱动
1.6系统更换及注意事项
管控系统主要数据文件保存在以下目录：
/smc20/，油站文件保存在/root/，更换主机或重装管控系统须备份以上目录；（必须备份）
1、/smc20/database/下保存管控数据库及日至文件
2、/smc20/record/下保存加油机上传流水原始数据
3、/smc20/txt/下保存管控班、日结生成文件，以及与中心通讯生成文件
4、/smc20/oilvouch/下保存交易流水备份数据
5、/smc20/muxtemp/下保存油机产生日志文件
6、/root/油站下载的各种报表文件默认保存在此
准备一台已安装系统并安装配置相关软件的对应品牌主机，或两块对应品牌同步硬盘，将原数据盘挂接IDE口，拷贝原始数据
mount/dev/hda3/mnt/（挂接在/mnt/）
cp/mnt/smc20/datatabase/smc20/-rf（拷贝原数据库覆盖新系统空数据库）
也可用图形界面进行全部拷贝覆盖，不一一说明
1、正确连接线路，调整UPS负载
2、调试管控数据库是否有坏表，并进行修复（详见数据库操作部分）
3、配置modem、网卡、adsl、vpn，并检查通讯是否正常
4、修改.bash_profile发卡下延快捷方式中服务器IP及端口，并通讯和启动发卡下延检查是否可用
5、拷贝读卡器驱动、配置打印机，并检查是否可用
6、油站文件进行sunoffice链接
7、检查管控器七大模块能否正常进入、操作，油机监控是否正常，流水上传是否正常、班结、日结、数据通讯，查看是否均能正常进行
1.7修复数据库以及重建步骤
将运维提供数据库修复工具备份/backup/,其中有create_view.sql、dbunload、gkdb.db、gkdb.log等文件。
将其中的dbunload拷贝到/smc20/sybase目录下，修改权限为可执行的：
chmod755/smc20/sybase/dbunload其中gkdb.db和gkdb.log是空数据库,用于数据库重建工作,在以下的操作中会需要将它们拷贝到/smc20/database目录下
说明：
在做数据库重建前先备份数据库文件，可将/smc20/database目录下的所有文件拷贝到自己创建的目录下。
数据库重建处理办法：
（前提是使用旧的数据库，存放在/smc20/database/下）
1.打开一个rxvt窗口，执行
mkdir/rebuilddb
cd/rebuilddb
2.在此窗口中继续执行
dbeng7/smc20/database/gkdb.db-ud
回车
回车
ps-ef
说明：
此时查看是否有dbeng7存在，如果发现dbeng7的字样出现，请执行步骤3;
如果没有发现dbeng7，请执行dbeng7/smc20/database/gkdb.db
看它执行的信息中是否有Fileisshorterthanexpected字样.
如果有请先删除/smc20/database/gkdb.log，然后执行
dbeng7-f-O/smc20/database/gkdb.db
如果出现Recoverycomplete则表示日志修复成功，请继续执行2的操作，
如果没有出现Recoverycomplete则说明数据库损坏无法修复，请联系sybase公司
3.确认dbeng7已经运行后，执行
dbvalid-cdba,sql,gkdb-f
查看信息，
如果没有错误信息，请将数据库提交给运维部门
如果有连接失败的现象，请记下表名（以DBA.开头的即是），此时dbeng7会断开
（以下现假设是sc_commlog损坏）
4.重新启动dbeng7
dbeng7/smc20/database/gkdb.db-ud
回车
回车
ps-ef
5.当dbeng7启动后继续执行命令
dbunload-esc_commlog-cdba,sql,gkdb/rebuilddb
说明：
-esc_commlog表示忽略sc_commlog表，可以替换为其他损坏的表名，
表名之间用逗号隔开（例如：
-esc_commlog,XXXX,YYYY）
-cdba,sql,gkdb为连接参数
/rebuilddb是文件存放路径
正常情况下会在/rebuilddb下生成一个叫reload.sql的文件和许多以数字开头的.dat文件
6.如果执行dbunload时出现SQLerror:
Communicationerror信息，
则记下此错误信息的上一句中的表名（以DBA.开头的即是）,现假设为payoilclass_stat，
请到步骤7;
如果没有出现错误信息则到步骤8
7.重新执行步骤4，然后将出现问题的表名通过逗号连接（假设是：
sc_commlog,payoilclass_stat），
放到dbunload命令的参数-e部分中，接着执行以下命令
dbunload-esc_commlog,payoilclass_stat-cdba,sql,gkdb/rebuilddb
执行后按照步骤6进行处理。
8.执行以上步骤后先记下所有的错误表名列表，
假设只有一个表（假设：
sc_commlog）
dbunload-n-tsc_commlog-cdba,sql,gkdb-rtemp.sql/rebuilddb
假设有两个表坏了（假设sc_commlog和payoilclass_stat）
dbunload-n-tsc_commlog,payoilclass_stat-cdba,sql,gkdb-rtemp.sql/rebuilddb
如果有多个表坏了，可以用新的表名代替-t参数的表名部分，各个表之间用逗号分隔。
说明：
-tsc_commlog,payoilclass_stat表示导出sc_commlog,payoilclass_stat的SQL脚本，
可以替换为其他损坏的表名
-n表示不导出数据
-cdba,sql,gkdb为连接参数
-rtemp.sql表示生成的文件名
/rebuilddb是文件存放路径
正常情况此时会在/rebuilddb下生成一个文件叫temp.sql
9.执行
dbstop-y
dbstop-y
cd/rebuilddb
dbisql
进入dbisql后，输入以下格式的语句select*from损坏的表名
现假设是sc_commlog表损坏，则句子应该是
select*fromsc_commlog
按F9执行它，
如果执行中没有报错，则在dbisql的菜单中选data下的export将数据导出为/rebuilddb/sc_commlog.txt
如果执行中报错并且有"couldnotexecutestatmentJZ0C0:
[][][]"等字样表示此表的数据已经损坏，无法导出
（注：
意味着以后不需要使用loadtable来导入数据）
导出完毕后，退出dbisql
10.如果还有其他的损坏的表，请跳到步骤9,在以上的select语句中用错误表名来分别替换sc_commlog，
然后导出为以错误表名开头的txt文件,直到所有的错误表导出了文件。
（注意每次执行select后都要关闭dbisql）
如果没有其他损坏的表，则继续下面的步骤。
11.关闭dbisql
12.执行命令
dbstop-y
13.运行命令
ps-ef
查看dbeng7是否停止，如果没有停止继续执行上面12的操作
14.将旧数据库文件移走命令mv/smc20/database/*/tmp
15.拷贝提供的gkdb.dbgkdb.log到/smc20/database目录下
16.打开一个rxvt窗口执行命令
cd/rebuilddb
dbisql
进入后
1）使用菜单file/open打开/rebuilddb/reload.sql文件，然后按F9执行它，
执行过程中如果出现错误，并且语句中有loadtablexxxxxx_2004xxxx等字样，请选择continue按钮
2）执行完毕后，使用菜单file/open打开/rebuilddb/temp.sql文件，然后按F9执行它
3）执行完毕后，继续使用菜单file/new开一个新窗口，输入的SQL格式为
loadtable表名from'/rebuilddb/表名.txt'
注意：
from后的字符串有单引号包围
现假设是sc_commlog表损坏，则句子应该是
loadtablesc_commlogfrom'/rebuilddb/sc_commlog.txt'
然后按F9执行它，执行完毕后接着在load语句中用其他错误表名来分别替换sc_commlog，
然后将sc_commlog.txt替换为其他错误表名开头的txt文件,直到所有的错误表导入。
4）请执行以上语句后，继续执行压缩包中的create_view.sql语句
17.所有操作完成后可以删除/root下的reloa
升级会员 