NGL04交換機局數據典型故障及其分析處理

吳志芹

摘 要：匯集了NGL04交換機的幾個局數據方面的典型故障，并結合實際情況進行了分析處理，為涉及到類似問題的技術人員提供了參考依據。

關鍵詞：程控 交換機 中繼 局數據

中圖分類號：TP311 文獻標識碼：A 文章編號：1672-3791（2014）03（b）-0030-02

NGL04交換機是珠海高凌信息科技有限公司研制的面向下一代網絡（NGN）的多業務局用程控交換機，自問世以來受到廣大用戶的好評[1]。由于該交換機是大型局用交換機，局數據較為復雜，在日常值班執勤過程中，往往會遇到局數據方面的故障，要求工作人員結合實際情況分析處理。現以幾個典型故障為例說明。

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

故障現象：A局對B局開ISUP電路后，B局發現回的還是TUP信令，A局用戶反映到B局的電話比較難打。

故障分析：A局對B局增開ISUP電路，A局數據制作完成并加載后，電路顯示空閑，但撥打電話測試發現電路占上后釋放異常，并且該電路顯示為電路復原等證實狀態，原因初步判斷為數據制作方面的問題。

解決方法：和B局溝通后，由B局進行信令觀察，結果發現，本局向開的是ISUP電路，但是A局發送過去的卻是TUP信令，有了這個觀察結果，問題就比較容易處理了。因為在局向電路中定義信令方式的只有“出入局局向特征”[2]數據和“局向電路群”[2]數據，由此對這兩項電路數據進行檢查。經查，出入局局向數據無問題，信令方式采用的中國七號ISUP電路，但是發現局向電路群描述中電路類型為公共信令而不是ISDN，修改后正常。

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

2 某支局反映用戶號碼經常丟失

故障現象：某支局反映個別用戶號碼經常丟失。

故障分析：造成該故障的原因主要有2個方面。一是計算機數據庫問題（病毒或是數據庫本身的原因）；二是交換機本身問題（主要懷疑SMMP切換時現場沒有完全恢復）。

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

3 集中方對某個被控局的局數據不能正常連接

故障現象：某支局局數據不能正常連接。

故障分析：在網管中心不能進入某支局的局數據，影響此業務的正常使用。有可能是支局服務器故障，SQL數據庫損壞或未啟動，需重設ODBC數據源等等。現場觀測服務器運轉正常，在本地臺上啟動局數據也不能正常使用。

解決方法：檢查SQL數據庫是否正常運行，發現SQL數據庫未開啟。打開此屬性觀測到開機重啟時未設置成自動啟動，導致計算機掉電重啟后，SQL數據庫未自動運行。將SQL數據庫啟動并將其屬性設置為開機自動運行后，重新進入局數據界面，故障解決。將計算機重新啟動，檢測是否排除故障，觀測到SQL數據庫已經能正常運行，且各項業務使用正常。

4 創建加載數據后用戶數據又恢復到4天前的狀態

故障現象：創建加載數據后，用戶數據又恢復到4天前的狀態。

故障分析：初步分析該問題涉及的相關點為：用戶數據錯誤，創建數據過程未完成，創建數據產生錯誤。

解決方法：查看服務器從C：＼NDSC＼DA

TA目錄下的文件日期，發現NGL04DE系統的數據文件Sysdata，Moduledata1，Moduledata2文件的生成日期與創建日期一致。由此判斷創建時生成了后者。查看C：＼NDSC＼RUN目錄下的load.ini文件（該文件設置了創建后數據的存放路徑），設置為Filename=c：＼ndsc＼data＼mo

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

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

5 局數據不可加載

故障現象：某局的服務器突然斷電，重新加電后，發現服務器界面已丟失，需重新設置。重新設置后，進入服務器主界面。重新創建數據文件，當對交換機加載新數據時，加載界面一直處在加載的界面，延續10多分鐘，數據加載不進去；當對單個模塊進行加載時，也出現相同的情況。

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

解決方法：經查看C：＼NDSC＼RUN目錄，發現該文件已不存在。拷入該文件，并重新啟動服務器，進行加載新數據的操作，加載正常。

6 結語

NGL04交換機是大型局用交換機，局數據較為復雜，常常會遇到局數據方面的故障。以上列舉了5個NGL04交換機局數據方面的典型故障案例并進行了深入分析。網管工作人員要舉一反三，結合實際情況分析處理這類故障。

參考文獻

[1] 林峰，孫立煒，付益兵.基于VFP9.0的NGL04交換機輔助計費系統的設計與實現[J].辦公自動化，2013，8：16-18.

[2] 珠海高凌信息科技有限公司.NGL04數字程控交換系統使用手冊（V7.0）—— 數據管理系統[M].endprint