某公司zxg10-sc可靠性說明(編輯修改稿)
2025-04-19 14:08 本頁面
【文章內(nèi)容簡介】 并形成一個層次結(jié)構(gòu)。按照高內(nèi)聚性、低偶合性的原則，把每個子系統(tǒng)細分為多個功能模塊，提高系統(tǒng)的可靠性。 系統(tǒng)運行監(jiān)測和日志運行支撐子系統(tǒng)中提供運行監(jiān)測功能。它能及時發(fā)現(xiàn)進程運行過頻、進程死循環(huán)，以及中斷12和中斷13等故障，并提供故障自動恢復功能。當系統(tǒng)發(fā)生異常，把運行現(xiàn)場數(shù)據(jù)記錄到磁盤上的日志中。日志中記載的數(shù)據(jù)能夠幫助開發(fā)人員迅速發(fā)現(xiàn)并排除故障，提高了系統(tǒng)的可靠性。操作維護子系統(tǒng)各模塊把運行過程中檢測的異常情況寫入日志數(shù)據(jù)庫中，通過查詢?nèi)罩緮?shù)據(jù)庫，維護人員能及時發(fā)現(xiàn)并排除故障。 資源管理1）內(nèi)存資源的管理ZXG10SC軟件系統(tǒng)采用兩種方式避免內(nèi)存的枯竭。第一種方式為靜態(tài)分配法，適應于所需內(nèi)存數(shù)固定的情況。具體方法是在程序中定義全局數(shù)組。第二種方式為系統(tǒng)初始化時動態(tài)分配內(nèi)存，適用于所需內(nèi)存數(shù)不固定的情況。這兩種方法避免了在系統(tǒng)運行過程中動態(tài)分配內(nèi)存，不會發(fā)生內(nèi)存資源枯竭的現(xiàn)象，提高了系統(tǒng)的可靠性。2）數(shù)據(jù)區(qū)資源的管理系統(tǒng)在投遞短消息時，會先申請一個進程數(shù)據(jù)區(qū)，用以保存相關(guān)信息。在收到投遞響應后，可以根據(jù)保存的信息進行處理，在處理完成后，釋放該進程數(shù)據(jù)區(qū)。但是，若系統(tǒng)由于某種原因，未能收到投遞響應消息，則此進程數(shù)據(jù)區(qū)將會被長期占用，導致系統(tǒng)可用資源的減少，最后導致系統(tǒng)耗盡所有的進程數(shù)據(jù)區(qū)，從而無法進行正常的業(yè)務處理。為防止上述情況的發(fā)生，系統(tǒng)記錄每個進程數(shù)據(jù)區(qū)被占用的時刻，將所有被占用的數(shù)據(jù)區(qū)按占用時刻先后排列（以鏈表方式），定時檢查最早被占用的進程數(shù)據(jù)區(qū)的占用時刻，若該時刻距當前時間已超過一定的門限，則可認為該進程數(shù)據(jù)區(qū)消息丟失，系統(tǒng)將釋放此進程數(shù)據(jù)區(qū)。 指針越界、堆棧溢出的預防系統(tǒng)中的每個進程都有自己的堆棧，堆棧的大小是固定的。進程函數(shù)中定義的局部變量占用堆棧的地址空間，如果局部變量定義太多，會導致堆棧溢出，即中斷12。為避免這種情況的發(fā)生，一般不在進程函數(shù)中定義長度很長的局部變量，而是把它們定義成全局變量。以上方法減少了發(fā)生堆棧溢出的可能性，提高了系統(tǒng)的可靠性。系統(tǒng)從底層收到的消息，包括消息事件號、消息指針、消息長度等參數(shù)，其中，消息指針指向包含消息內(nèi)容的內(nèi)存空間，消息長度指明該內(nèi)存空間的大小。系統(tǒng)會直接根據(jù)消息指針訪問消息內(nèi)容。若消息長度比預期的要短，則系統(tǒng)在訪問消息內(nèi)容所在的內(nèi)存區(qū)域時，可能會發(fā)生指針越界，導致系統(tǒng)崩潰。為防止這種情況的發(fā)生，系統(tǒng)在收到每條消息時，首先比較一下消息長度參數(shù)是否小于預期的消息長度：若低于，則拒絕該消息，認為消息有誤；否則，進行正常處理。 過負荷控制作為GSM網(wǎng)的一個獨立實體，短消息中心的主要功能是：接收MS或ESME提交的短消息，并將之轉(zhuǎn)發(fā)給其他MS或ESME。因此，短消息中心的負荷主要來源于外部實體的短消息提交等業(yè)務處理請求。SC業(yè)務處理機負責集中處理來自短消息網(wǎng)關(guān)MSC和SMPP Agent的短消息提交、查詢、替換、刪除、用戶查詢、留言、修改密碼等請求消息。在業(yè)務繁忙時，由于處理能力有限，業(yè)務處理機會出現(xiàn)來不及處理的情況，導致底層支撐系統(tǒng)積壓了大量的待處理的消息。其后果是：一方面，積壓的消息可能要等待很長時間后才能得到處理，而
電大資料相關(guān)推薦
鄂ICP備17016276號-1