一卡通系統(tǒng)現(xiàn)場常見故障處理培訓文檔

1、一卡通系統(tǒng)現(xiàn)場常見故障處理 新中新集團第一產(chǎn)業(yè)群事業(yè)部客戶服務部目錄現(xiàn)場技術(shù)問題處理制度管理問題處理宣傳推廣問題處理 現(xiàn)場技術(shù)問題處理第一部分一卡通數(shù)據(jù)中心一卡通系統(tǒng)數(shù)據(jù)中心 n數(shù)據(jù)中心的系統(tǒng)檢查n數(shù)據(jù)中心的常見問題處理 數(shù)據(jù)中心的系統(tǒng)檢查 n查看一卡通服務n查看一卡通系統(tǒng)日志文件n查看數(shù)據(jù)中心系統(tǒng)狀態(tài)查看數(shù)據(jù)中心一卡通服務程序（1） n錢包服務（1）：nserve 網(wǎng)絡服務dbserve 接收聯(lián)機交易的流水dserve同步信息b_actl 控制連接通信的進程b_atra 自動轉(zhuǎn)帳b_detra沖正b_trade主交易進程查看數(shù)據(jù)中心一卡通服務程序（1） n錢包服務（2）：sdb2與查詢同步m

2、sr 交易接收mss 交易發(fā)送dsqlserv 查詢服務dbproc 接收脫機的流水userve 脫機交易ftpserv 文件傳輸mserve 監(jiān)控各個服務的運行情況 查看數(shù)據(jù)中心一卡通服務程序（2） n身份服務：nserve 網(wǎng)絡服務idserve 身份服務msr 交易接收mss 交易發(fā)送ftpserv 文件傳輸mserve 監(jiān)控各個服務的運行情況 典型業(yè)務處理流程:查詢交易處理流程聯(lián)機交易處理流程脫機交易處理流程典型業(yè)務后臺處理流程查詢類nservemsrdsqlservemss訪問數(shù)據(jù)庫綜合業(yè)務/第三方系統(tǒng)ftpserve通過內(nèi)部dll或者標準第三方dll數(shù)據(jù)量較小，采用交易包數(shù)據(jù)量較大

3、，形成文件，并返回文件名稱查詢結(jié)果文件典型業(yè)務后臺處理流程聯(lián)機交易類nservemsrdbservemss訪問數(shù)據(jù)庫綜合業(yè)務/第三方系統(tǒng)/網(wǎng)關(guān)/以太網(wǎng)POS通過內(nèi)部交易或者dll或者標準第三方dll成功/失敗同時形成到web的同步文件典型業(yè)務后臺處理流程脫機交易 脫機交易是指對網(wǎng)關(guān)、以太網(wǎng)pos的消費流水進行處理：新處理：正確流水插入trjn表上傳流水插入utrjn表DbprocUserveData目錄中流水文件流水查看一卡通系統(tǒng)日志文件 n日志文件TransLog： 日期 時間 事件代碼 系統(tǒng)代碼 流水號 操作員號 提示信息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 連接數(shù)據(jù)庫成功!20041011 13:12:09 23 0043

5、 0000000108 000 插入流水表重復!20041011 13:26:31 23 0001 0000000369 000 商戶余額不足!查看數(shù)據(jù)中心系統(tǒng)狀態(tài)檢查 n查看系統(tǒng)狀態(tài)n查看網(wǎng)絡狀態(tài)n查看數(shù)據(jù)庫連接狀態(tài)查看操作系統(tǒng)狀態(tài)（1） n一、主要查看系統(tǒng)運行的狀態(tài)，用rtpm命令觀察cpu和內(nèi)存使用狀態(tài)如圖：一定注意cpu用在等待I/O的時間不應該超過10%，高的I/O等待時間通常表示cpu正在等待磁盤。 查看操作系統(tǒng)狀態(tài)（2） 如果只能檢測cpu的飽和情況可以不用rtpm命令查看系統(tǒng)狀態(tài)，使用sar這個命令也可以，一般使用-u、-q參數(shù),常用的是-u這個參數(shù)。 -u：選項所顯示的隊列報

6、告了cpu的用戶進程，系統(tǒng)進程，等待I/O和空閑時間上的百分比。 （和rtpm所顯示的內(nèi)容一致） -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處在系統(tǒng)模式下的時間百分比。 %wio：CPU等待輸入輸出完成時間的百分比。 %idle：CPU空閑時間百分比 在所有的顯示中，我們應主要注意%wio和%idle，%wio的值過高，表示硬盤存在I/O瓶頸，%idle值高，表示CPU較空閑，如果%idle值高但系統(tǒng)響應慢時，有可能是CPU等待分配內(nèi)存，此時應加大內(nèi)存容量。%idle值如果持續(xù)低于10，那么系統(tǒng)的CPU處理能力相對較低查看操作系統(tǒng)狀態(tài)（3） 二、查看系統(tǒng)隊列的狀態(tài)：用ipcs命令觀察如果不正確則執(zhí)行ipcr刪除隊列再查看是否被清除如果清除重啟服務，如果還

8、有則手動清除如圖：查看系統(tǒng)網(wǎng)絡狀態(tài) 查看網(wǎng)絡狀態(tài)：如果端口為9999的網(wǎng)絡連接數(shù)小于50基本正常，如果大于50個并且系統(tǒng)不能正常工作則要停止服務程序后再觀察連接是否變化，如果減少則重啟服務再作觀察，沒有變化則重啟機器再作觀察。見圖查看數(shù)據(jù)庫連接狀態(tài) 查看數(shù)據(jù)庫連接狀態(tài)：在sqlplus中查詢，正常情況school用戶不超過15個，idmanage用戶不超過30個；如果超出范圍并且系統(tǒng)不能正常運行則停止后臺服務程序再重啟數(shù)據(jù)庫。（select username from V$session;）附加數(shù)據(jù)中心的常見問題處理 n一、服務器經(jīng)常宕機有以下幾種情況n二、訪問數(shù)據(jù)庫速度慢有以下幾種情況n三、

9、服務不能正常啟動n四、四、后臺服務接收不到前置機請求問題n五、數(shù)據(jù)庫密碼文件損壞如何處理n六、數(shù)據(jù)庫數(shù)據(jù)文件損壞問題系統(tǒng)宕機問題 A、RAID卡驅(qū)動不正確，解決辦法重裝驅(qū)動。B、網(wǎng)絡連接過多造成服務器宕機，解決辦法重啟機器后檢查網(wǎng)絡狀態(tài)。C、硬件問題：如內(nèi)存條有問題等一、服務器經(jīng)常宕機有以下幾種情況：訪問數(shù)據(jù)庫速度慢問題 A、共享池問題，調(diào)整initsyntong.ora或initiddbsvr.ora兩個文件中的參數(shù)： db_block_buffers = 20480緩沖區(qū)塊數(shù) shared_pool_size = 256000000共享池大?。ㄗ止?jié)）B、網(wǎng)絡連接過多，解決辦法重啟機器。C、

10、數(shù)據(jù)庫本身處理慢就要更改etc/config.dat中兩個參數(shù)： USERVE_DCOUNT 50 ;處理的筆數(shù) USERVE_GAP 3 ;每次處理間隔的時間D、有大量的查詢，解決辦法停止查詢。E、由于數(shù)據(jù)庫長時間使用碎塊比較多所以速度會慢些，解決辦法把備份的數(shù)據(jù)文件導回數(shù)據(jù)庫中。F、給oracle分配的表空間過小，比如temp表空間很小，具體大小可以參考中心安裝說明書 二、訪問數(shù)據(jù)庫速度慢有以下幾種情況：服務不能正常啟動問題 處理方法：首先可以查看日志文件TransLog，確認登錄數(shù)據(jù)庫不正常后，檢查.profile文件配置是否正確，尤其是.profile中的路徑是否和實際oracle安裝

11、的路徑一致。沒有發(fā)現(xiàn)問題就再查看數(shù)據(jù)庫是否正常啟動，都確定無誤后再在school或idmanage用戶下連接數(shù)據(jù)庫，連接正常后重啟服務。三、服務不能正常啟動現(xiàn)象：與數(shù)據(jù)庫相關(guān)的進程無法啟動原因：1、.profile文件中配置有問題 2、oracle沒有正常啟動后臺服務接收不到前置機請求？四、后臺服務接收不到前置機請求問題現(xiàn)象：后臺接不到前置機的開工命令原因：1、網(wǎng)絡問題：檢查服務器與前置機是否連通，雙方接發(fā)數(shù)據(jù)都正常。 2、配置問題：etc目錄下的config.dat文件中配置是否與實際情況一致。 3、密鑰問題：由于動態(tài)密鑰不一致造成后臺不能正確接收前置機的請求；解決辦法，刪除db目錄下dse

12、rve.wk，重啟dserve。數(shù)據(jù)庫密碼文件損壞問題（1） 五、數(shù)據(jù)庫密碼文件損壞如何處理五、數(shù)據(jù)庫密碼文件損壞如何處理現(xiàn)象：用戶顯示屏幕上提示如下提示：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原因：數(shù)據(jù)庫中的密碼文件損壞造成的數(shù)據(jù)庫密碼文件損壞問題（2） 處理方法：第一種：把對機oracle用戶下的d

13、b文件夾全部導入到本機；第二種：執(zhí)行orapwd命令生成一個新的密碼文件；用法: orapwd file= password= entries=Filename：密碼文件名；Password：設置sys/system帳號的口令change_on_install；Entries：密碼文件中可以存放的最大用戶數(shù)，對應于允許以 SYSDBASYSOPER 權(quán)限登錄數(shù)據(jù)庫的最大用戶數(shù)。由于在以后的維護中，若用戶數(shù)超出了此限制，則需要重建密碼文件，所以此參數(shù)可以根據(jù)需要設置得大一些數(shù)據(jù)庫數(shù)據(jù)文件損壞問題（1） 六、數(shù)據(jù)庫數(shù)據(jù)文件損壞問題:原因：關(guān)閉機器時，沒有正常關(guān)閉數(shù)據(jù)庫，造成數(shù)據(jù)文件損壞?，F(xiàn)象：用戶

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數(shù)據(jù)庫數(shù)據(jù)文件損壞問題（2） 數(shù)據(jù)庫數(shù)據(jù)文件損壞問題:解決辦法：/export ORACLE_SID=syntongsvrmgrlconnect internalstartup mount

15、alter database datafile 損壞的文件名 offline drop-此時如果提示statement processed則表處理成功alter database open如果此時數(shù)據(jù)庫啟動正常，則馬上備份數(shù)據(jù)，并重建損壞的數(shù)據(jù)文件數(shù)據(jù)庫其他錯誤分析 問題分析:ORA-01652:unable to extend temp segment by num in tablespace name 產(chǎn)生原因：ORACLE臨時段表空間不足，因為ORACLE總是盡量分配連續(xù)空間，一但沒有足夠的可分配空間或者分配不連續(xù)就會出現(xiàn)上述的現(xiàn)象。解決辦法加大對臨時表空間的擴展。 -ORA-01688

16、:unable to extend table partition NAME by NUM in tablespace NAME 產(chǎn)生原因：指定的tablespace空間已經(jīng)被占用滿，無法擴展。解決辦法：這兩個問題都需要增加表空間的數(shù)據(jù)文件（大小、個數(shù)）第二部分應用系統(tǒng)常見問題處理各子系統(tǒng)使用的端口n一卡通系統(tǒng)后臺：9999 9998 8888 88878812 n綜合前置機： 8000 8001 8500 6666n銀行轉(zhuǎn)賬前置機：9999 8000n身份前置機：8500 9000 9002 9004 1521n門禁考勤子系統(tǒng)：8003 8500 80網(wǎng)站使用中出現(xiàn)的問題

17、n問題：圈存機查詢不到流水n產(chǎn)生原因及解決方法： 檢查transcreenWEB-INFconfigapplicationContext-schoolInfo.xml 文件里面配置的是電子支付還是非電子支付，根據(jù)后臺配置設相應值圈存機使用中出現(xiàn)的問題n問題：圈存機白屏n產(chǎn)生原因及解決方法： 1、網(wǎng)絡和系統(tǒng)是否有問題。 2、是否配置“刷新時間間隔”，沒有則配置。 3、 tomcat是否宕掉，如宕掉重啟服務。 4、 tomcat是否內(nèi)存溢出，如溢出則需更改tomcat配置參數(shù)等并重啟服務。 5、如果單臺機器出現(xiàn)白屏則有可能是203機器本身網(wǎng)絡接口問題。網(wǎng)站使用中出現(xiàn)的問題n問題：用戶無法登陸網(wǎng)站n

18、產(chǎn)生原因：syntong庫與iddbsvr庫中的account表沒有及時同步。n解決方法：iddbsvr庫中account需要刪除重建，并重啟school用戶的sdb2服務卡片使用中出現(xiàn)的問題n問題：每天有不少學生凍結(jié)n產(chǎn)生原因及解決方法：1、消費過程中學生取卡過快，造成寫卡失敗，卡大庫小，這種情況繼續(xù)使用后當庫余額小于0時，卡便被凍結(jié)。 2、加大宣傳力度、規(guī)范操作流程，并修改成合理的平帳天數(shù)及卡庫不平警戒額。數(shù)據(jù)庫安裝中出現(xiàn)的問題n身份客戶端啟動后發(fā)現(xiàn)亂碼n多半是數(shù)據(jù)庫的字符集不正確造成的，建議重新dbca創(chuàng)建，過程中選擇正確字符集身份子系統(tǒng)使用中出現(xiàn)的問題n問題：啟動身份客戶端時ftp下載

19、失敗n產(chǎn)生原因及解決方法： 1、身份服務端需正常啟動； 2、身份服務端中客戶端程序是否正常； 3、身份服務端設置的端口處于打開狀態(tài)； 4、網(wǎng)絡對身份服務端的端口無限制； 5、身份客戶端設置的端口參數(shù)與服務端設定的端口一致。綜合業(yè)務使用中出現(xiàn)的問題n問題：查詢基本信息時提示“接收文件出錯”，查詢“系統(tǒng)登記”時提示“沒找到查詢返回的結(jié)果文件：DSQL錯”n產(chǎn)生原因及解決方法： 1、查看是否連通后臺端口。 2、查看后臺是否生成DSQL文件。 2、查看服務和數(shù)據(jù)庫是否正常。 3、查看是否是磁盤空間不足導致不能生成該文件。 制度管理問題處理制度管理方面 校園一卡通系統(tǒng)的開通和運行，會引起管理制度上的變革

20、，必然帶來各方面的阻力（學生使用習慣、各部門自身的利益、商戶經(jīng)營的利益），所以上層決策需要設置相對應的管理部門，對各部門應有明確的分工，確定職能部門的任務，各崗位考核的辦法。有關(guān)管理流程和行政設置。并且一卡通系統(tǒng)操作員登錄訪問系統(tǒng)，都需要進行嚴格的認證，持操作員卡和密碼進行身份認證，所有的操作都有日志記載，追溯責任人。每一個商戶持有商戶卡，對商戶的存取款等操作需要出示商戶卡，并經(jīng)密碼驗證，確保商戶利益不被侵犯。以太網(wǎng)充值機、商務網(wǎng)關(guān)都需要開機卡、操作員卡和密碼才能執(zhí)行相關(guān)功能。制度問題一 n現(xiàn)場現(xiàn)象：某高校對一卡通管理存在問題，造成普通商戶重復領取營業(yè)費用。n原 因：由于某高校未嚴格按照一卡通

21、管理規(guī)定進行，造成普通商戶在綜合業(yè)務系統(tǒng)重復所要報表后，在財務管理中心領取營業(yè)費用。n預防措施：加強校園卡管理中心及其他部門管理，嚴格按照財務管理規(guī)則制度進行操作。n造成后果：此問題造成財務漏洞，后果嚴重。制度問題二 n現(xiàn)場現(xiàn)象：操作員存款賬目不符建議管理方面應該每天進行結(jié)賬，如出現(xiàn)問題便于查找。n原 因： 經(jīng)常由于該校未按照當天結(jié)賬的方式管理，造成問題查找困難！ 礦業(yè)大學長期沒有對賬，造成此問題發(fā)生。n預防措施：加強校園卡管理中心及其他部門管理，嚴格按照財務管理規(guī)則制度進行操作。n造成后果：此問題也會造成財務漏洞，后果嚴重。制度問題三 n現(xiàn)場現(xiàn)象：某高校操作人員私自對賬戶進行操作。n原 因：

22、經(jīng)某高校審計部門查實綜合業(yè)務操作員惡意操作，把丟失的臨時卡轉(zhuǎn)存到同一賬戶，進行消費，造成不良后果。n預防措施：加強校園卡管理中心及其他部門管理，嚴格按照一卡通管理規(guī)則制度進行操作。n造成后果：此問題造成管理漏洞，后果嚴重。 制度問題四 n現(xiàn)場現(xiàn)象1：臨時卡數(shù)量管理問題：如操作員自私買卡后，以卡片損壞或其他名義進行上報。n現(xiàn)場現(xiàn)象2：操作員在收取丟失臨時卡后，由于臨時卡屬于不記名消費卡，所以操作員對臨時卡進行惡意取款或消費。n預防措施：在制度上完善對操作員的管理。如嚴格管理臨時卡使用情況；定期審核操作員工作情況等避免此問題的發(fā)生。 使用推廣問題處理使用問題一 n現(xiàn)場現(xiàn)象1：某高校食堂出現(xiàn)大批交易

23、不成功事件。n現(xiàn)場現(xiàn)象2：學生不知道或分不清消費密碼與查詢密碼，從而引起很多問題。如消費過程中出現(xiàn)超過消費限額的消費時不知道自己的消費密碼致使不能繼續(xù)消費；如查詢信息時不知查詢密碼致使不能繼續(xù)操作；如丟卡后進行自助掛失時不知查詢密碼不能掛失，致使錯過掛失時機等現(xiàn)象。n原 因：經(jīng)查由于建設初期宣傳力度不到位，學生在使用校園卡時方式不正確，有的見縫就插、有的隨便讀卡（未在讀卡區(qū)讀卡）造成讀卡不成功交易失敗。及消費密碼和查詢密碼的混淆。n預防措施：加強一卡通系統(tǒng)各應用系統(tǒng)的宣傳力度，是持卡人充分了解系統(tǒng)。n造成后果：此問題造成師生不信任一卡通系統(tǒng)，至此使師生對一卡通引起反感，容易造成部門師生沖動，引

24、發(fā)一些重大的問題。使用問題二 n現(xiàn)場現(xiàn)象：某些學生在消費過程中，每一筆交易都輸入密碼，造成消費不便。其原因在于這些學生在開戶配卡時都配置了“密碼開關(guān)”，因此為了安全每筆交易都啟動密碼。如需取消則在綜合業(yè)務中辦理。n預防措施： 默認開戶配置時新中新建議采用不啟動“密碼開關(guān)”。n造成后果：如果啟動“密碼開關(guān)”，從安全上起到了相當大的作用，但是增加了操作流程、增大了交易時間及復雜程度。尤其在密集型消費場所容易造成混亂。后果很嚴重、一般情況建議不要啟動密碼開關(guān) 。使用問題三 n現(xiàn)場現(xiàn)象：大量業(yè)務集中校園卡管理中心，造成校園卡管理中心壓力巨大，部分業(yè)務不能正常及時運作，如掛失業(yè)務等錯失時機。n原 因：經(jīng)查由于此高校學生集中，而且宣傳力度不足，師生不知道其他校園卡服務點業(yè)務功能，因此大量擁堵校園卡管理中心，造成校園卡管理中心混亂，以至于不能辦理正常業(yè)務。n預防措施：加強一卡通系統(tǒng)各應用系統(tǒng)的宣傳力度，使持卡人充分了解系統(tǒng)。以多種方式進行業(yè)務分散，如增設校園卡服務點等。至此使師生對一卡通引起反感。使用問題四 n現(xiàn)場現(xiàn)象1：在校師生在校園卡有效期后不知道，以為卡片問題，或知道的不清楚如何辦理延期等現(xiàn)象。n現(xiàn)場現(xiàn)象2：在校師生在領取到校園卡后不清楚初始密碼問題，造成一些操作問題。n 預防措施：通過網(wǎng)上宣傳、