智能網(wǎng)故障診斷報(bào)告(ppt22)-其他行業(yè)報(bào)告-預(yù)覽頁
【正文】 /本機(jī)是否為應(yīng)用服務(wù)器？ TerminalType=1 //終端類型。 PeerSub= //要鏈接的服務(wù)器的子網(wǎng)地址。 ServerName2=維護(hù)模塊 //交換機(jī)的維護(hù)模塊名。 PeerNodeCount=1 //要鏈接的節(jié)點(diǎn)數(shù)。 ShareDirectory=c: //在 NT系統(tǒng)下的共享目錄 。 1: multilanguage version. //是否是多語言版本 。 1: Active CTI agent Process //是否激活 CTI代理進(jìn)程 。 IsProtectCall=0 。 Per_SDB_Connect_Num = 10 。table tb_zxindatamap // tb_zxindatamap表所在節(jié)點(diǎn) DD_DBModule_Backup =133 。2 INFORMIX DB_Server_Type = 0 //數(shù)據(jù)庫類型 0 MS SQL Server, 1 Sybase SQL Server, 2 – INFORMIX ServicePort = 20201 。 (4) 如果上述信息描述存在，但顯示的不是 success， 而是 Failure，那么檢查數(shù)據(jù)庫是否可用。 (2) Charge data error! charge scheme: 1 ,servicekey: 0 業(yè)務(wù)計(jì)費(fèi)參數(shù)錯(cuò)誤，計(jì)費(fèi)方案為 1 業(yè)務(wù)鍵為 0。 (2) 對(duì)于 MS SQL SYBASE SQL SERVER， 如果數(shù)據(jù)庫事務(wù)日志空間寫滿， 可以用” dump tran db_name with no_log”來截?cái)鄶?shù)據(jù)庫日志。 （ 6）告警 DB―設(shè)備未運(yùn)行” 解決方法： (1) 檢查 (NT版本 )或 (UNIX版本 )， 確認(rèn) SMP與 SMPDB的連接是否正常。 (2) 如果沒有啟動(dòng) monitor程序，那么檢查 (NT版本 )或 (UNIX版本 )中有沒有 “ process run too too too long : 210”。 （ 8）通話結(jié)束后長(zhǎng)時(shí)間沒有話單 解決方法： (1) 檢查 SMP與 SMPDB的連接狀態(tài)， 如果連接失敗或不停重連，參見 (3)的解決辦法。如果有， (6)需要重啟版本。 （ 10）告警“設(shè)備異?！保?yàn)椤?SCP未運(yùn)行” 解決方法： (1) 檢查 SMP是否正常運(yùn)行。 (2) 檢查 SMP與 SMPDB的連接狀態(tài)， 如果連接失敗或不停重連，參見 (3)的解決辦法。 (3) 用 kill spid殺死造成死鎖的數(shù)據(jù)庫線程。 (3)、智能網(wǎng)服務(wù)器的數(shù)據(jù)庫損壞。 可能的故障點(diǎn)： (1) 、智能網(wǎng)服務(wù)器與 SIU的連接出了故障。 （ 16）撥打 300接入碼聽忙音，在智能網(wǎng)側(cè) 能看到 TACP的跟蹤結(jié)果 能看到 TACP的跟蹤結(jié)果， 說明交換機(jī)與智能網(wǎng)連接正常，并且配置
法律信息相關(guān)推薦
鄂ICP備17016276號(hào)-1