某公司zxg10-sc可靠性說明(參考版)
2025-03-26 14:08本頁面
【正文】 。 將5．7110－8，48小時，24小時代入以上公司，得P ＝ 4．11*10－6。系統(tǒng)要發(fā)生全局故障，前提條件是主備用CP故障。 假設(shè)以IBM P640的MTBF為7000小時為例來計算，平均一年故障次數(shù)為7000/(365*24) = 0．8，我們以一次計算。而不同部件之間的組合屬于串聯(lián)結(jié)構(gòu)。其中有的部分如中繼電路、交換網(wǎng)絡(luò)等包括多套設(shè)備，只有在全部設(shè)備發(fā)生故障時才引起系統(tǒng)中斷。所有主要部件均采用熱備份工作方式。通過對記錄加鎖，保證多個處理進程修改或刪除同一條記錄時，保證記錄的一致性。2）數(shù)據(jù)存儲SC中的重要數(shù)據(jù)，如用戶業(yè)務(wù)信息、短消息信息等，采用成熟的、可靠的商用數(shù)據(jù)庫系統(tǒng)進行存儲管理，保存在磁盤上，并可以備份到磁帶機、光盤等設(shè)備上，即使因系統(tǒng)故障導(dǎo)致數(shù)據(jù)丟失，也可以恢復(fù)到最近備份前的狀態(tài)。軟件看門狗周期性的發(fā)握手消息給每個服務(wù)器程序，如果服務(wù)器程序沒有返回應(yīng)答，軟件看門狗認為服務(wù)器程序發(fā)生故障，把服務(wù)器程序進程殺死并重新啟動該程序。當有新消息提交時，首先檢查目的用戶短消息索引表，若發(fā)現(xiàn)用戶處于正在發(fā)送狀態(tài)，但是發(fā)送時間距當前時間已超過合理范圍，則可以認為該用戶的投遞響應(yīng)丟失，系統(tǒng)可以投遞此新消息。為此系統(tǒng)采取以下措施。當用戶處于正在發(fā)送狀態(tài)時，不能向該用戶投遞其他短消息，只有在收到投遞響應(yīng)后，用戶狀態(tài)才能改變，才能投遞其他短消息。3）目的用戶狀態(tài)的超時檢測在目的用戶短消息索引表中，保存了該用戶的當前處理狀態(tài)，包括：空閑、等待發(fā)送、正在發(fā)送等。系統(tǒng)設(shè)置一個定時時間較長的定時器，用以定時檢測定時時間較短的定時器的工作情況。若定時器設(shè)置失敗，或者定時消息丟失，則該定時工作就無法再度執(zhí)行。2）定時器的保護系統(tǒng)由于業(yè)務(wù)處理的需要，會使用一些由底層支撐軟件提供的定時器，進行定時監(jiān)測系統(tǒng)資源、定時處理業(yè)務(wù)隊列等工作。為保證重啟后系統(tǒng)的正常運行，系統(tǒng)在重起時，首先遍歷所有的目的用戶短消息索引表（該表保存在數(shù)據(jù)庫中），取出相關(guān)數(shù)據(jù)，重建這三個隊列。 容錯處理1）業(yè)務(wù)隊列的恢復(fù)在SC業(yè)務(wù)處理機中，有三個重要的業(yè)務(wù)控制隊列：等待用戶隊列、重試用戶隊列和定時消息隊列，這三個隊列均保存在內(nèi)存中，以提高系統(tǒng)處理速度。為運營者提供系統(tǒng)運行監(jiān)測工具，在系統(tǒng)出現(xiàn)過負荷時，給出具體信息（如發(fā)生地點、詳細原因、建議措施等）。在系統(tǒng)負荷略超過系統(tǒng)處理能力時，對過載消息直接返回響應(yīng)，拒絕此消息，原因為“系統(tǒng)擁塞”。拒絕對象主要是那些處理比較耗時的消息，如提交短消息等。為此系統(tǒng)提供擁塞控制功能。在業(yè)務(wù)繁忙時，由于處理能力有限，業(yè)務(wù)處理機會出現(xiàn)來不及處理的情況，導(dǎo)致底層支撐系統(tǒng)積壓了大量的待處理的消息。因此，短消息中心的負荷主要來源于外部實體的短消息提交等業(yè)務(wù)處理請求。為防止這種情況的發(fā)生，系統(tǒng)在收到每條消息時，首先比較一下消息長度參數(shù)是否小于預(yù)期的消息長度：若低于，則拒絕該消息，認為消息有誤；否則，進行正常處理。系統(tǒng)會直接根據(jù)消息指針訪問消息內(nèi)容。以上方法減少了發(fā)生堆棧溢出的可能性，提高了系統(tǒng)的可靠性。進程函數(shù)中定義的局部變量占用堆棧的地址空間，如果局部變量定義太多，會導(dǎo)
電大資料相關(guān)推薦
鄂ICP備17016276號-1