一卡通系统现场常见故障处理培训文档

1、一卡通系统现场常见故障处理 新中新集团第一产业群事业部客户服务部目录现场技术问题处理制度管理问题处理宣传推广问题处理 现场技术问题处理第一部分一卡通数据中心一卡通系统数据中心 n数据中心的系统检查n数据中心的常见问题处理 数据中心的系统检查 n查看一卡通服务n查看一卡通系统日志文件n查看数据中心系统状态查看数据中心一卡通服务程序（1） n钱包服务（1）：nserve 网络服务dbserve 接收联机交易的流水dserve同步信息b_actl 控制连接通信的进程b_atra 自动转帐b_detra冲正b_trade主交易进程查看数据中心一卡通服务程序（1） n钱包服务（2）：sdb2与查询同步m

2、sr 交易接收mss 交易发送dsqlserv 查询服务dbproc 接收脱机的流水userve 脱机交易ftpserv 文件传输mserve 监控各个服务的运行情况 查看数据中心一卡通服务程序（2） n身份服务：nserve 网络服务idserve 身份服务msr 交易接收mss 交易发送ftpserv 文件传输mserve 监控各个服务的运行情况 典型业务处理流程:查询交易处理流程联机交易处理流程脱机交易处理流程典型业务后台处理流程查询类nservemsrdsqlservemss访问数据库综合业务/第三方系统ftpserve通过内部dll或者标准第三方dll数据量较小，采用交易包数据量较大

3、，形成文件，并返回文件名称查询结果文件典型业务后台处理流程联机交易类nservemsrdbservemss访问数据库综合业务/第三方系统/网关/以太网POS通过内部交易或者dll或者标准第三方dll成功/失败同时形成到web的同步文件典型业务后台处理流程脱机交易 脱机交易是指对网关、以太网pos的消费流水进行处理：新处理：正确流水插入trjn表上传流水插入utrjn表DbprocUserveData目录中流水文件流水查看一卡通系统日志文件 n日志文件TransLog： 日期 时间 事件代码 系统代码 流水号 操作员号 提示信息20041014 11:07:55 82 0001 00000000

4、83 000 delete/histrjn20041014 11:07:55 82 0001 0000000083 000 insert/histrjn20041014 11:07:55 82 0001 0000000083 000 delete/trjn20041014 11:07:55 82 0001 0000000083 000 delete/utrjn20041014 11:07:55 82 0001 0000000083 000 开工完成20041014 11:08:00 82 0001 0000000083 000 连接数据库成功!20041011 13:12:09 23 0043

5、 0000000108 000 插入流水表重复!20041011 13:26:31 23 0001 0000000369 000 商户余额不足!查看数据中心系统状态检查 n查看系统状态n查看网络状态n查看数据库连接状态查看操作系统状态（1） n一、主要查看系统运行的状态，用rtpm命令观察cpu和内存使用状态如图：一定注意cpu用在等待I/O的时间不应该超过10%，高的I/O等待时间通常表示cpu正在等待磁盘。 查看操作系统状态（2） 如果只能检测cpu的饱和情况可以不用rtpm命令查看系统状态，使用sar这个命令也可以，一般使用-u、-q参数,常用的是-u这个参数。 -u：选项所显示的队列报

6、告了cpu的用户进程，系统进程，等待I/O和空闲时间上的百分比。 （和rtpm所显示的内容一致） -q：选项指示在运行队列中当前有多少进程正在竞争cpu的资源。 举例说明：附加Sar例题说明 # sar -u 1 5 UnixWare uw713 5 7.1.3 i386 03/26/03 16:39:30 %usr %sys %wio %idle %intr 16:39:31 42 45 1 11 16:39:32 35 42 0 23 16:39:33 26 39 0 35 16:39:34 17 45 0 38 16:39:35 9 45 0 46 Average 26 43 0 31

7、Sar例题说明 %usr：CPU处在用户模式下的时间百分比。 %sys：CPU处在系统模式下的时间百分比。 %wio：CPU等待输入输出完成时间的百分比。 %idle：CPU空闲时间百分比 在所有的显示中，我们应主要注意%wio和%idle，%wio的值过高，表示硬盘存在I/O瓶颈，%idle值高，表示CPU较空闲，如果%idle值高但系统响应慢时，有可能是CPU等待分配内存，此时应加大内存容量。%idle值如果持续低于10，那么系统的CPU处理能力相对较低查看操作系统状态（3） 二、查看系统队列的状态：用ipcs命令观察如果不正确则执行ipcr删除队列再查看是否被清除如果清除重启服务，如果还

8、有则手动清除如图：查看系统网络状态 查看网络状态：如果端口为9999的网络连接数小于50基本正常，如果大于50个并且系统不能正常工作则要停止服务程序后再观察连接是否变化，如果减少则重启服务再作观察，没有变化则重启机器再作观察。见图查看数据库连接状态 查看数据库连接状态：在sqlplus中查询，正常情况school用户不超过15个，idmanage用户不超过30个；如果超出范围并且系统不能正常运行则停止后台服务程序再重启数据库。（select username from V$session;）附加数据中心的常见问题处理 n一、服务器经常宕机有以下几种情况n二、访问数据库速度慢有以下几种情况n三、

9、服务不能正常启动n四、四、后台服务接收不到前置机请求问题n五、数据库密码文件损坏如何处理n六、数据库数据文件损坏问题系统宕机问题 A、RAID卡驱动不正确，解决办法重装驱动。B、网络连接过多造成服务器宕机，解决办法重启机器后检查网络状态。C、硬件问题：如内存条有问题等一、服务器经常宕机有以下几种情况：访问数据库速度慢问题 A、共享池问题，调整initsyntong.ora或initiddbsvr.ora两个文件中的参数： db_block_buffers = 20480缓冲区块数 shared_pool_size = 256000000共享池大小（字节）B、网络连接过多，解决办法重启机器。C、

10、数据库本身处理慢就要更改etc/config.dat中两个参数： USERVE_DCOUNT 50 ;处理的笔数 USERVE_GAP 3 ;每次处理间隔的时间D、有大量的查询，解决办法停止查询。E、由于数据库长时间使用碎块比较多所以速度会慢些，解决办法把备份的数据文件导回数据库中。F、给oracle分配的表空间过小，比如temp表空间很小，具体大小可以参考中心安装说明书 二、访问数据库速度慢有以下几种情况：服务不能正常启动问题 处理方法：首先可以查看日志文件TransLog，确认登录数据库不正常后，检查.profile文件配置是否正确，尤其是.profile中的路径是否和实际oracle安装

11、的路径一致。没有发现问题就再查看数据库是否正常启动，都确定无误后再在school或idmanage用户下连接数据库，连接正常后重启服务。三、服务不能正常启动现象：与数据库相关的进程无法启动原因：1、.profile文件中配置有问题 2、oracle没有正常启动后台服务接收不到前置机请求？四、后台服务接收不到前置机请求问题现象：后台接不到前置机的开工命令原因：1、网络问题：检查服务器与前置机是否连通，双方接发数据都正常。 2、配置问题：etc目录下的config.dat文件中配置是否与实际情况一致。 3、密钥问题：由于动态密钥不一致造成后台不能正确接收前置机的请求；解决办法，删除db目录下dse

12、rve.wk，重启dserve。数据库密码文件损坏问题（1） 五、数据库密码文件损坏如何处理五、数据库密码文件损坏如何处理现象：用户显示屏幕上提示如下提示：1、ora-01991: invalid passwordfile :/home/oracle/app/oracle/product/8.1.7/dbs/orapwsyntong2、ora-01990: error opening password file /home2/oracle/product/8.1.7/dbs/orapw原因：数据库中的密码文件损坏造成的数据库密码文件损坏问题（2） 处理方法：第一种：把对机oracle用户下的d

13、b文件夹全部导入到本机；第二种：执行orapwd命令生成一个新的密码文件；用法: orapwd file= password= entries=Filename：密码文件名；Password：设置sys/system帐号的口令change_on_install；Entries：密码文件中可以存放的最大用户数，对应于允许以 SYSDBASYSOPER 权限登录数据库的最大用户数。由于在以后的维护中，若用户数超出了此限制，则需要重建密码文件，所以此参数可以根据需要设置得大一些数据库数据文件损坏问题（1） 六、数据库数据文件损坏问题:原因：关闭机器时，没有正常关闭数据库，造成数据文件损坏。现象：用户

14、显示屏幕上提示如下提示：(1)、ora-01122:database file 25 failed verification check(2)、ora-01110:data file 25:/oracledata/oradata/syntong/idmanage_data5.dbf(3)、ora-01251:unknown file header version read for file number 25数据库数据文件损坏问题（2） 数据库数据文件损坏问题:解决办法：/export ORACLE_SID=syntongsvrmgrlconnect internalstartup mount

15、alter database datafile 损坏的文件名 offline drop-此时如果提示statement processed则表处理成功alter database open如果此时数据库启动正常，则马上备份数据，并重建损坏的数据文件数据库其他错误分析 问题分析:ORA-01652:unable to extend temp segment by num in tablespace name 产生原因：ORACLE临时段表空间不足，因为ORACLE总是尽量分配连续空间，一但没有足够的可分配空间或者分配不连续就会出现上述的现象。解决办法加大对临时表空间的扩展。 -ORA-01688

16、:unable to extend table partition NAME by NUM in tablespace NAME 产生原因：指定的tablespace空间已经被占用满，无法扩展。解决办法：这两个问题都需要增加表空间的数据文件（大小、个数）第二部分应用系统常见问题处理各子系统使用的端口n一卡通系统后台：9999 9998 8888 88878812 n综合前置机： 8000 8001 8500 6666n银行转账前置机：9999 8000n身份前置机：8500 9000 9002 9004 1521n门禁考勤子系统：8003 8500 80网站使用中出现的问题

17、n问题：圈存机查询不到流水n产生原因及解决方法： 检查transcreenWEB-INFconfigapplicationContext-schoolInfo.xml 文件里面配置的是电子支付还是非电子支付，根据后台配置设相应值圈存机使用中出现的问题n问题：圈存机白屏n产生原因及解决方法： 1、网络和系统是否有问题。 2、是否配置“刷新时间间隔”，没有则配置。 3、 tomcat是否宕掉，如宕掉重启服务。 4、 tomcat是否内存溢出，如溢出则需更改tomcat配置参数等并重启服务。 5、如果单台机器出现白屏则有可能是203机器本身网络接口问题。网站使用中出现的问题n问题：用户无法登陆网站n

18、产生原因：syntong库与iddbsvr库中的account表没有及时同步。n解决方法：iddbsvr库中account需要删除重建，并重启school用户的sdb2服务卡片使用中出现的问题n问题：每天有不少学生冻结n产生原因及解决方法：1、消费过程中学生取卡过快，造成写卡失败，卡大库小，这种情况继续使用后当库余额小于0时，卡便被冻结。 2、加大宣传力度、规范操作流程，并修改成合理的平帐天数及卡库不平警戒额。数据库安装中出现的问题n身份客户端启动后发现乱码n多半是数据库的字符集不正确造成的，建议重新dbca创建，过程中选择正确字符集身份子系统使用中出现的问题n问题：启动身份客户端时ftp下载

19、失败n产生原因及解决方法： 1、身份服务端需正常启动； 2、身份服务端中客户端程序是否正常； 3、身份服务端设置的端口处于打开状态； 4、网络对身份服务端的端口无限制； 5、身份客户端设置的端口参数与服务端设定的端口一致。综合业务使用中出现的问题n问题：查询基本信息时提示“接收文件出错”，查询“系统登记”时提示“没找到查询返回的结果文件：DSQL错”n产生原因及解决方法： 1、查看是否连通后台端口。 2、查看后台是否生成DSQL文件。 2、查看服务和数据库是否正常。 3、查看是否是磁盘空间不足导致不能生成该文件。 制度管理问题处理制度管理方面 校园一卡通系统的开通和运行，会引起管理制度上的变革

20、，必然带来各方面的阻力（学生使用习惯、各部门自身的利益、商户经营的利益），所以上层决策需要设置相对应的管理部门，对各部门应有明确的分工，确定职能部门的任务，各岗位考核的办法。有关管理流程和行政设置。并且一卡通系统操作员登录访问系统，都需要进行严格的认证，持操作员卡和密码进行身份认证，所有的操作都有日志记载，追溯责任人。每一个商户持有商户卡，对商户的存取款等操作需要出示商户卡，并经密码验证，确保商户利益不被侵犯。以太网充值机、商务网关都需要开机卡、操作员卡和密码才能执行相关功能。制度问题一 n现场现象：某高校对一卡通管理存在问题，造成普通商户重复领取营业费用。n原 因：由于某高校未严格按照一卡通

21、管理规定进行，造成普通商户在综合业务系统重复所要报表后，在财务管理中心领取营业费用。n预防措施：加强校园卡管理中心及其他部门管理，严格按照财务管理规则制度进行操作。n造成后果：此问题造成财务漏洞，后果严重。制度问题二 n现场现象：操作员存款账目不符建议管理方面应该每天进行结账，如出现问题便于查找。n原 因： 经常由于该校未按照当天结账的方式管理，造成问题查找困难！ 矿业大学长期没有对账，造成此问题发生。n预防措施：加强校园卡管理中心及其他部门管理，严格按照财务管理规则制度进行操作。n造成后果：此问题也会造成财务漏洞，后果严重。制度问题三 n现场现象：某高校操作人员私自对账户进行操作。n原 因：

22、经某高校审计部门查实综合业务操作员恶意操作，把丢失的临时卡转存到同一账户，进行消费，造成不良后果。n预防措施：加强校园卡管理中心及其他部门管理，严格按照一卡通管理规则制度进行操作。n造成后果：此问题造成管理漏洞，后果严重。 制度问题四 n现场现象1：临时卡数量管理问题：如操作员自私买卡后，以卡片损坏或其他名义进行上报。n现场现象2：操作员在收取丢失临时卡后，由于临时卡属于不记名消费卡，所以操作员对临时卡进行恶意取款或消费。n预防措施：在制度上完善对操作员的管理。如严格管理临时卡使用情况；定期审核操作员工作情况等避免此问题的发生。 使用推广问题处理使用问题一 n现场现象1：某高校食堂出现大批交易

23、不成功事件。n现场现象2：学生不知道或分不清消费密码与查询密码，从而引起很多问题。如消费过程中出现超过消费限额的消费时不知道自己的消费密码致使不能继续消费；如查询信息时不知查询密码致使不能继续操作；如丢卡后进行自助挂失时不知查询密码不能挂失，致使错过挂失时机等现象。n原 因：经查由于建设初期宣传力度不到位，学生在使用校园卡时方式不正确，有的见缝就插、有的随便读卡（未在读卡区读卡）造成读卡不成功交易失败。及消费密码和查询密码的混淆。n预防措施：加强一卡通系统各应用系统的宣传力度，是持卡人充分了解系统。n造成后果：此问题造成师生不信任一卡通系统，至此使师生对一卡通引起反感，容易造成部门师生冲动，引

24、发一些重大的问题。使用问题二 n现场现象：某些学生在消费过程中，每一笔交易都输入密码，造成消费不便。其原因在于这些学生在开户配卡时都配置了“密码开关”，因此为了安全每笔交易都启动密码。如需取消则在综合业务中办理。n预防措施： 默认开户配置时新中新建议采用不启动“密码开关”。n造成后果：如果启动“密码开关”，从安全上起到了相当大的作用，但是增加了操作流程、增大了交易时间及复杂程度。尤其在密集型消费场所容易造成混乱。后果很严重、一般情况建议不要启动密码开关 。使用问题三 n现场现象：大量业务集中校园卡管理中心，造成校园卡管理中心压力巨大，部分业务不能正常及时运作，如挂失业务等错失时机。n原 因：经查由于此高校学生集中，而且宣传力度不足，师生不知道其他校园卡服务点业务功能，因此大量拥堵校园卡管理中心，造成校园卡管理中心混乱，以至于不能办理正常业务。n预防措施：加强一卡通系统各应用系统的宣传力度，使持卡人充分了解系统。以多种方式进行业务分散，如增设校园卡服务点等。至此使师生对一卡通引起反感。使用问题四 n现场现象1：在校师生在校园卡有效期后不知道，以为卡片问题，或知道的不清楚如何办理延期等现象。n现场现象2：在校师生在领取到校园卡后不清楚初始密码问题，造成一些操作问题。n 预防措施：通过网上宣传、