【正文】 生故障時(shí)才引起系統(tǒng)中斷。軟件看門(mén)狗周期性的發(fā)握手消息給每個(gè)服務(wù)器程序，如果服務(wù)器程序沒(méi)有返回應(yīng)答，軟件看門(mén)狗認(rèn)為服務(wù)器程序發(fā)生故障，把服務(wù)器程序進(jìn)程殺死并重新啟動(dòng)該程序。 3）目的用戶狀態(tài)的超時(shí)檢測(cè) 在目的用戶短消息索引表中，保存了該用戶的當(dāng)前處理狀態(tài)，包括：空閑、等待發(fā)送、正在發(fā)送等。 為保證重啟后系統(tǒng)的正常運(yùn)行，系統(tǒng)在重起時(shí)，首先遍歷所有的目的用戶短消息索引表（該表保存在數(shù)據(jù)庫(kù)中），取出相關(guān)數(shù)據(jù)，重建這三個(gè)隊(duì)列。拒絕對(duì)象主要是那些處理比較耗時(shí)的消息，如提交短消息等。 為防止這種情況的發(fā)生，系統(tǒng)在收到每條消息時(shí)，首先比較一下消息長(zhǎng)度參數(shù)是否小于預(yù)期的消息長(zhǎng)度：若低于，則拒絕該消息，認(rèn) 為消息有誤；否則，進(jìn)行正常處理。 為防止上述情況的發(fā)生，系統(tǒng)記錄每個(gè)進(jìn)程數(shù)據(jù)區(qū)被占用的時(shí)刻，將所有被占用的數(shù)據(jù)區(qū)按占用時(shí)刻先后排列（以鏈表方式），定時(shí)檢查最早被占用的進(jìn)程數(shù)據(jù)區(qū)的占用時(shí)刻，若該時(shí)刻距當(dāng)前時(shí)間已超過(guò)一定的門(mén)限，則可認(rèn)為該進(jìn)程數(shù)據(jù)區(qū)消息丟失，系統(tǒng)將釋放此進(jìn)程數(shù)據(jù)區(qū)。 資源管理 1）內(nèi)存資源的管理 ZXG10SC 軟件系統(tǒng)采用兩種方式避免內(nèi)存的枯竭。 層次化、模塊化設(shè)計(jì) ZXG10SC 軟件系統(tǒng)可分為 以下幾個(gè)系統(tǒng)： 1）運(yùn)行支撐子系統(tǒng)； 2）數(shù)據(jù)庫(kù)子系統(tǒng)； 3）信令子系統(tǒng)； 4） SMPP 代理子系統(tǒng)； 5）業(yè)務(wù)控制子系統(tǒng)； 6）操作維護(hù)子系統(tǒng)。 雙機(jī)各自擁有自己的機(jī)器名和 IP 地址。 Cluster 集群技術(shù)的出發(fā)點(diǎn)是提高系統(tǒng)的可靠性、可擴(kuò)充性和抗災(zāi)難性。為了加快遇有故障時(shí)的鏈路切換的速度，將同一模塊與該對(duì)互助通訊板的鏈路全部建立好，至于選擇哪一條鏈路通訊，由主用 MP 來(lái)決定。當(dāng)主用驅(qū)動(dòng)板發(fā)生 故障，備用驅(qū)動(dòng)板立即監(jiān)測(cè)到，并把自身倒換為主用狀態(tài)，倒換時(shí)間為一秒左右。 T 交換網(wǎng) T 交換網(wǎng)由兩塊交換網(wǎng)板組成，采用主備用方式。倒換成功后，原來(lái)的備用 MP 成為主用 MP，并承擔(dān)所有的業(yè)務(wù)處理任務(wù)。 ZXG10SC 系統(tǒng)中的關(guān)鍵部件均采用冗余設(shè)計(jì)。當(dāng)備用 MP 起動(dòng)時(shí)，和主用 MP 做系統(tǒng)配置數(shù)據(jù)的同步。從故障發(fā)生到倒換結(jié)束的時(shí)間在五秒之內(nèi)。 通訊板 為了使 ZXG10SC 的模塊內(nèi)通訊更為可靠，硬件在連接上實(shí)現(xiàn)雙備份，每個(gè) SP 均通過(guò) 64kb/s HDLC 鏈路與一對(duì)通訊板相連。 電源 ZXG10SC（ ）系統(tǒng)每層機(jī)框采用雙電源并聯(lián)方式供電。 該系統(tǒng)能實(shí)時(shí)監(jiān)測(cè)主機(jī)系統(tǒng)的如下故障并自動(dòng)發(fā)起倒換，由另一臺(tái)服務(wù)器接管應(yīng)用。 磁盤(pán)陣列采用 IBM SSA 技術(shù)，共有 4 個(gè)雙向 40MB/S 通道，總帶寬達(dá)到160MB/S，對(duì)磁陣每個(gè)硬盤(pán)的讀寫(xiě)構(gòu)成一個(gè)雙向環(huán)，中間任何一塊硬盤(pán)的損壞不影響系統(tǒng)的處理速率。 系統(tǒng)運(yùn)行監(jiān)測(cè)和日志 運(yùn)行支撐子系統(tǒng)中提供運(yùn)行監(jiān)測(cè)功能。第二種方式為系統(tǒng)初始化時(shí)動(dòng)態(tài)分配內(nèi)存，適用于所需內(nèi)存數(shù)不固定的情況。為避免這種情況的發(fā)生， 一般不在進(jìn)程函數(shù)中定義長(zhǎng)度很長(zhǎng)的局部變量，而是把它們定義成全局變量。 SC 業(yè)務(wù)處理機(jī)負(fù)責(zé)集中處理來(lái)自短消息網(wǎng)關(guān) MSC 和 SMPP Agent 的短消息提交、查詢、替換、刪除、用戶查詢、留言、修改密碼等請(qǐng)求消息。 在系統(tǒng)受到外部的大話務(wù)量沖擊（遠(yuǎn)高于系統(tǒng)的處理能力）時(shí)，對(duì)過(guò)載消息直接丟棄，不返回任何響應(yīng)。由于底層支撐軟件的特點(diǎn)，每次定時(shí)器消息到達(dá)后，系統(tǒng)均需要重新設(shè)置該定時(shí)器。若投遞響應(yīng)丟失，則用戶一直處于正在發(fā)送狀態(tài)，無(wú)法投遞其他短消息。 3）數(shù)據(jù)處理 在數(shù)據(jù)處理過(guò)程中，利用商用數(shù)據(jù)庫(kù)的事務(wù)處理機(jī)制，將相關(guān)處理放在同一個(gè)事務(wù)中，保證相關(guān)數(shù)據(jù)的處理不破壞整體數(shù)據(jù)的一致性和完整性。以下為中興各部件的 MTBF（ Mean Time Between Failure 平均故障間隔時(shí)間）和系統(tǒng) MTTR（ Mean Time To Repair平均維修時(shí)間）： GMP ： 65000 小時(shí) GSYCK： 50000 小時(shí) GCOMM： 60000 小時(shí) GSP： 60000 小時(shí) GPOWP： 100000 小時(shí) MTTR： 小時(shí) 因此可以推算出系統(tǒng)的 MTBF＝ 60000 小時(shí) 為簡(jiǎn)單計(jì)算，將設(shè)備的故障模型用線性模型來(lái)逼近指