NGL04交換機(jī)局?jǐn)?shù)據(jù)典型故障及其分析處理

吳志芹

摘 要：匯集了NGL04交換機(jī)的幾個(gè)局?jǐn)?shù)據(jù)方面的典型故障，并結(jié)合實(shí)際情況進(jìn)行了分析處理，為涉及到類似問題的技術(shù)人員提供了參考依據(jù)。

關(guān)鍵詞：程控 交換機(jī) 中繼 局?jǐn)?shù)據(jù)

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1672-3791（2014）03（b）-0030-02

NGL04交換機(jī)是珠海高凌信息科技有限公司研制的面向下一代網(wǎng)絡(luò)（NGN）的多業(yè)務(wù)局用程控交換機(jī)，自問世以來受到廣大用戶的好評(píng)[1]。由于該交換機(jī)是大型局用交換機(jī)，局?jǐn)?shù)據(jù)較為復(fù)雜，在日常值班執(zhí)勤過程中，往往會(huì)遇到局?jǐn)?shù)據(jù)方面的故障，要求工作人員結(jié)合實(shí)際情況分析處理?，F(xiàn)以幾個(gè)典型故障為例說明。

1 A局用戶反映到B局的電話比較難打

故障現(xiàn)象：A局對(duì)B局開ISUP電路后，B局發(fā)現(xiàn)回的還是TUP信令，A局用戶反映到B局的電話比較難打。

故障分析：A局對(duì)B局增開ISUP電路，A局?jǐn)?shù)據(jù)制作完成并加載后，電路顯示空閑，但撥打電話測試發(fā)現(xiàn)電路占上后釋放異常，并且該電路顯示為電路復(fù)原等證實(shí)狀態(tài)，原因初步判斷為數(shù)據(jù)制作方面的問題。

解決方法：和B局溝通后，由B局進(jìn)行信令觀察，結(jié)果發(fā)現(xiàn)，本局向開的是ISUP電路，但是A局發(fā)送過去的卻是TUP信令，有了這個(gè)觀察結(jié)果，問題就比較容易處理了。因?yàn)樵诰窒螂娐分卸x信令方式的只有“出入局局向特征”[2]數(shù)據(jù)和“局向電路群”[2]數(shù)據(jù)，由此對(duì)這兩項(xiàng)電路數(shù)據(jù)進(jìn)行檢查。經(jīng)查，出入局局向數(shù)據(jù)無問題，信令方式采用的中國七號(hào)ISUP電路，但是發(fā)現(xiàn)局向電路群描述中電路類型為公共信令而不是ISDN，修改后正常。

在處理類似信令問題的時(shí)候，信令觀察是一個(gè)首先要使用的技能，通過觀察，從電路上發(fā)送接收的消息內(nèi)容，能夠處理大多數(shù)類似的問題。該操作的方法是：首先指定一個(gè)撥號(hào)的話機(jī)，獲得該話機(jī)號(hào)碼。在“指定電路操作”中執(zhí)行“跟蹤用戶狀態(tài)”[3]，在號(hào)碼輸入框輸入上述號(hào)碼。在“指定電路操作”中，執(zhí)行“指定觀察”[3]，不須輸入任何內(nèi)容，直接點(diǎn)擊確定。通過這種操作，這個(gè)電話發(fā)起的任何呼叫，在指定觀察的消息框中都能夠看到消息內(nèi)容。

2 某支局反映用戶號(hào)碼經(jīng)常丟失

故障現(xiàn)象：某支局反映個(gè)別用戶號(hào)碼經(jīng)常丟失。

故障分析：造成該故障的原因主要有2個(gè)方面。一是計(jì)算機(jī)數(shù)據(jù)庫問題（病毒或是數(shù)據(jù)庫本身的原因）；二是交換機(jī)本身問題（主要懷疑SMMP切換時(shí)現(xiàn)場沒有完全恢復(fù)）。

解決方法：針對(duì)第一個(gè)方面可以通過查操作報(bào)告證實(shí)；對(duì)于第二個(gè)方面看故障出現(xiàn)時(shí)是否進(jìn)行了數(shù)據(jù)加載；或者用戶為空號(hào)時(shí)局?jǐn)?shù)據(jù)中此用戶數(shù)據(jù)是否存在進(jìn)行判斷。根據(jù)以上方法，發(fā)現(xiàn)都是在加載了數(shù)據(jù)以后出現(xiàn)的問題，用此初步判斷該計(jì)算機(jī)的數(shù)據(jù)庫有問題，將該計(jì)算機(jī)上的數(shù)據(jù)庫卸載了重新安裝，設(shè)置數(shù)據(jù)庫和ODBC以及局?jǐn)?shù)據(jù)以后，加載正常，該現(xiàn)象也再未出現(xiàn)。

3 集中方對(duì)某個(gè)被控局的局?jǐn)?shù)據(jù)不能正常連接

故障現(xiàn)象：某支局局?jǐn)?shù)據(jù)不能正常連接。

故障分析：在網(wǎng)管中心不能進(jìn)入某支局的局?jǐn)?shù)據(jù)，影響此業(yè)務(wù)的正常使用。有可能是支局服務(wù)器故障，SQL數(shù)據(jù)庫損壞或未啟動(dòng)，需重設(shè)ODBC數(shù)據(jù)源等等。現(xiàn)場觀測服務(wù)器運(yùn)轉(zhuǎn)正常，在本地臺(tái)上啟動(dòng)局?jǐn)?shù)據(jù)也不能正常使用。

解決方法：檢查SQL數(shù)據(jù)庫是否正常運(yùn)行，發(fā)現(xiàn)SQL數(shù)據(jù)庫未開啟。打開此屬性觀測到開機(jī)重啟時(shí)未設(shè)置成自動(dòng)啟動(dòng)，導(dǎo)致計(jì)算機(jī)掉電重啟后，SQL數(shù)據(jù)庫未自動(dòng)運(yùn)行。將SQL數(shù)據(jù)庫啟動(dòng)并將其屬性設(shè)置為開機(jī)自動(dòng)運(yùn)行后，重新進(jìn)入局?jǐn)?shù)據(jù)界面，故障解決。將計(jì)算機(jī)重新啟動(dòng)，檢測是否排除故障，觀測到SQL數(shù)據(jù)庫已經(jīng)能正常運(yùn)行，且各項(xiàng)業(yè)務(wù)使用正常。

4 創(chuàng)建加載數(shù)據(jù)后用戶數(shù)據(jù)又恢復(fù)到4天前的狀態(tài)

故障現(xiàn)象：創(chuàng)建加載數(shù)據(jù)后，用戶數(shù)據(jù)又恢復(fù)到4天前的狀態(tài)。

故障分析：初步分析該問題涉及的相關(guān)點(diǎn)為：用戶數(shù)據(jù)錯(cuò)誤，創(chuàng)建數(shù)據(jù)過程未完成，創(chuàng)建數(shù)據(jù)產(chǎn)生錯(cuò)誤。

解決方法：查看服務(wù)器從C：＼NDSC＼DA

TA目錄下的文件日期，發(fā)現(xiàn)NGL04DE系統(tǒng)的數(shù)據(jù)文件Sysdata，Moduledata1，Moduledata2文件的生成日期與創(chuàng)建日期一致。由此判斷創(chuàng)建時(shí)生成了后者。查看C：＼NDSC＼RUN目錄下的load.ini文件（該文件設(shè)置了創(chuàng)建后數(shù)據(jù)的存放路徑），設(shè)置為Filename=c：＼ndsc＼data＼mo

duledata，Discrpt=MODULEDATA，沒有問題。更換此load.ini文件，執(zhí)行創(chuàng)建數(shù)據(jù)操作，查看C：＼NDSC＼DATA目錄下的Sysdata，Moduledata1，Moduledata2文件的生成日期仍未改變。重新設(shè)置HJD數(shù)據(jù)源指向DM數(shù)據(jù)庫（DM數(shù)據(jù)庫為該局使用的數(shù)據(jù)庫名），執(zhí)行創(chuàng)建數(shù)據(jù)操作，查看C：＼NDSC＼DATA目錄下的Sysdata，Moduledata1，Moduledata2文件的生成日期仍未改變。檢查SQLSERVER數(shù)據(jù)庫設(shè)置，發(fā)現(xiàn)數(shù)據(jù)庫中有很多無關(guān)的數(shù)據(jù)庫名如dm1，dplus，dm2等數(shù)據(jù)庫，將這些數(shù)據(jù)庫刪除以后，執(zhí)行創(chuàng)建數(shù)據(jù)操作，查看C：＼NDSC＼DATA目錄下的Sysdata，Moduledatal，Moduledata2文件的生成日期已經(jīng)改變。加載，更新MP數(shù)據(jù)后，故障排除，由此可見此問題是SQLSERVER數(shù)據(jù)庫出現(xiàn)了問題（原因可能是由于多次的重復(fù)設(shè)置所造成）。

該問題是一個(gè)較為常見的問題，簡單說，就是加載到交換機(jī)里的數(shù)據(jù)，和在局?jǐn)?shù)據(jù)界面看到的數(shù)據(jù)內(nèi)容，不是一回事，所以會(huì)出現(xiàn)修改了數(shù)據(jù)，但是沒起作用的現(xiàn)象。此類問題除了本例中的數(shù)據(jù)庫問題以外，經(jīng)常出現(xiàn)的是ODBC數(shù)據(jù)源指錯(cuò)數(shù)據(jù)庫名的問題。由于服務(wù)器軟件的緣故，在服務(wù)器端必須存在一個(gè)名為“HJD”的數(shù)據(jù)源。指向本局使用的數(shù)據(jù)庫，才能保證數(shù)據(jù)庫中的內(nèi)容能夠被正常創(chuàng)建。

5 局?jǐn)?shù)據(jù)不可加載

故障現(xiàn)象：某局的服務(wù)器突然斷電，重新加電后，發(fā)現(xiàn)服務(wù)器界面已丟失，需重新設(shè)置。重新設(shè)置后，進(jìn)入服務(wù)器主界面。重新創(chuàng)建數(shù)據(jù)文件，當(dāng)對(duì)交換機(jī)加載新數(shù)據(jù)時(shí)，加載界面一直處在加載的界面，延續(xù)10多分鐘，數(shù)據(jù)加載不進(jìn)去；當(dāng)對(duì)單個(gè)模塊進(jìn)行加載時(shí)，也出現(xiàn)相同的情況。

故障分析：首先判斷是否為交換機(jī)的AXME故障，因所有的交換模塊均為如此，故可以排除AXME的原因。跟蹤服務(wù)器的主界面，可看到所有模塊均與服務(wù)器相連，故可排除從服務(wù)器到達(dá)交換機(jī)的硬件路徑的原因。此時(shí)，可把思路放到軟件上。重新生成數(shù)據(jù)文件，在C：＼NDSC＼RUN目錄中，存在兩個(gè)文件，一個(gè)指明服務(wù)器的操作界面是如何配置的，另一個(gè)是指明數(shù)據(jù)加載文件加載到交換機(jī)的路徑（LOAD，INI）檢查是否正確。經(jīng)過上述分析，故障基本定位在是否存在LOAD，INI以及該文件是否正確。

解決方法：經(jīng)查看C：＼NDSC＼RUN目錄，發(fā)現(xiàn)該文件已不存在?？饺朐撐募?，并重新啟動(dòng)服務(wù)器，進(jìn)行加載新數(shù)據(jù)的操作，加載正常。

6 結(jié)語

NGL04交換機(jī)是大型局用交換機(jī)，局?jǐn)?shù)據(jù)較為復(fù)雜，常常會(huì)遇到局?jǐn)?shù)據(jù)方面的故障。以上列舉了5個(gè)NGL04交換機(jī)局?jǐn)?shù)據(jù)方面的典型故障案例并進(jìn)行了深入分析。網(wǎng)管工作人員要舉一反三，結(jié)合實(shí)際情況分析處理這類故障。

參考文獻(xiàn)

[1] 林峰，孫立煒，付益兵.基于VFP9.0的NGL04交換機(jī)輔助計(jì)費(fèi)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].辦公自動(dòng)化，2013，8：16-18.

[2] 珠海高凌信息科技有限公司.NGL04數(shù)字程控交換系統(tǒng)使用手冊(cè)（V7.0）—— 數(shù)據(jù)管理系統(tǒng)[M].endprint