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 預防措施：通過網上宣傳、