某公司ZXG10-SC可靠性說(shuō)明和公司治理的核心原則_第1頁(yè)
某公司ZXG10-SC可靠性說(shuō)明和公司治理的核心原則_第2頁(yè)
某公司ZXG10-SC可靠性說(shuō)明和公司治理的核心原則_第3頁(yè)
某公司ZXG10-SC可靠性說(shuō)明和公司治理的核心原則_第4頁(yè)
某公司ZXG10-SC可靠性說(shuō)明和公司治理的核心原則_第5頁(yè)
已閱讀5頁(yè),還剩13頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

系統(tǒng)可靠性甲方簽字: 第2頁(yè) 乙方簽字: ZXG10-SC系統(tǒng)可靠性分析及瓶頸分析湖南移動(dòng)短消息擴(kuò)容PAGE1 目錄目錄TOC\o"1-3"\h\z1.系統(tǒng)可靠性設(shè)計(jì) 11.1.硬件冗余設(shè)計(jì) 11.1.1 模塊處理機(jī)(MP) 11.1.2 T交換網(wǎng) 11.1.3 T交換網(wǎng)驅(qū)動(dòng)板 21.1.4 FBI板 21.1.5 主處理機(jī)網(wǎng)卡 21.1.6 通訊板 21.1.7 電源 21.1. 8業(yè)務(wù)處理機(jī)和數(shù)據(jù)庫(kù)服務(wù)器 31.1.9 核心交換網(wǎng) 31.2.軟件可靠性設(shè)計(jì) 41.2.1 層次化、模塊化設(shè)計(jì) 41.2.2 系統(tǒng)運(yùn)行監(jiān)測(cè)和日志 41.2.3資源管理 41.2.4 指針越界、堆棧溢出的預(yù)防 51.2.5 過(guò)負(fù)荷控制 51.2.6 容錯(cuò)處理 61.2.7 監(jiān)控程序 71.2.8 數(shù)據(jù)可靠性 72短消息中心的MTBF和MTTR 81.系統(tǒng)可靠性設(shè)計(jì)1.1.硬件冗余設(shè)計(jì)為了提高硬件的可靠性,采用的主要方法是冗余設(shè)計(jì)。ZXG10-SC系統(tǒng)中的關(guān)鍵部件均采用冗余設(shè)計(jì)。1.1.1 模塊處理機(jī)(MP)ZXG10-SC中的模塊處理機(jī)(MP)采用主備用設(shè)計(jì)。其中一塊MP處于主用狀態(tài),另外一塊MP處于備用狀態(tài)。主用MP處理所有的業(yè)務(wù),備用MP處于熱備份狀態(tài)。備用MP每隔10ms掃描一次主用MP的運(yùn)行狀態(tài),當(dāng)發(fā)現(xiàn)主用MP的運(yùn)行狀態(tài)發(fā)生變化,即從主用狀態(tài)變化為非主用狀態(tài)時(shí),立即進(jìn)行倒換。倒換成功后,原來(lái)的備用MP成為主用MP,并承擔(dān)所有的業(yè)務(wù)處理任務(wù)。為保證MP倒換后業(yè)務(wù)處理的正確性和延續(xù)性,備用MP的數(shù)據(jù)應(yīng)和主用MP保持同步。同步過(guò)程分為兩個(gè)階段,起動(dòng)階段和運(yùn)行階段。當(dāng)備用MP起動(dòng)時(shí),和主用MP做系統(tǒng)配置數(shù)據(jù)的同步。該同步過(guò)程由數(shù)據(jù)庫(kù)應(yīng)用進(jìn)程負(fù)責(zé)。當(dāng)備用MP進(jìn)入運(yùn)行狀態(tài)后,備用MP中的各進(jìn)程每隔一定的周期與主用MP上的相同進(jìn)程做進(jìn)程間的數(shù)據(jù)同步。ZXG10-SC系統(tǒng)中提供多種MP倒換方式,包括手動(dòng)倒換、故障倒換、周期性倒換、人機(jī)命令倒換。當(dāng)MP發(fā)生故障時(shí),系統(tǒng)以圖形界面和聲光方式通知維護(hù)人員,以便及時(shí)更換發(fā)生故障的MP。1.1.2 T交換網(wǎng)T交換網(wǎng)由兩塊交換網(wǎng)板組成,采用主備用方式。這兩塊交換網(wǎng)板的主備用狀態(tài)由MP控制。當(dāng)主用T交換網(wǎng)板發(fā)生故障時(shí),MP能立即檢測(cè)到,并把備用T交換網(wǎng)板轉(zhuǎn)為主用。從故障發(fā)生到倒換結(jié)束的時(shí)間在五秒之內(nèi)。當(dāng)T交換網(wǎng)發(fā)生故障時(shí),系統(tǒng)以圖形界面和聲光方式通知維護(hù)人員,以便及時(shí)更換發(fā)生故障的T交換網(wǎng)板。1.1.3 T交換網(wǎng)驅(qū)動(dòng)板SP級(jí)別T交換網(wǎng)驅(qū)動(dòng)板采用主備用方式,備用驅(qū)動(dòng)板時(shí)刻監(jiān)測(cè)主用驅(qū)動(dòng)板的狀態(tài)。當(dāng)主用驅(qū)動(dòng)板發(fā)生故障,備用驅(qū)動(dòng)板立即監(jiān)測(cè)到,并把自身倒換為主用狀態(tài),時(shí)間為一到兩秒。1.1.4 FBI板FBI板(模塊之間的光纖接口板)采用主備用方式,備用驅(qū)動(dòng)板時(shí)刻監(jiān)測(cè)主用驅(qū)動(dòng)板的狀態(tài)。當(dāng)主用驅(qū)動(dòng)板發(fā)生故障,備用驅(qū)動(dòng)板立即監(jiān)測(cè)到,并把自身倒換為主用狀態(tài),倒換時(shí)間為一秒左右。1.1.5 主處理機(jī)網(wǎng)卡每個(gè)模塊處理機(jī)上有兩塊網(wǎng)卡(10M/100M自適應(yīng)),采用主備用方式。當(dāng)主用網(wǎng)卡10秒鐘內(nèi)沒(méi)有收到任何數(shù)據(jù)包時(shí),關(guān)閉主用網(wǎng)卡,起動(dòng)備用網(wǎng)卡。1.1.6 通訊板為了使ZXG10-SC的模塊內(nèi)通訊更為可靠,硬件在連接上實(shí)現(xiàn)雙備份,每個(gè)SP均通過(guò)64kb/sHDLC鏈路與一對(duì)通訊板相連。為了加快遇有故障時(shí)的鏈路切換的速度,將同一SP與該對(duì)互助通訊板的鏈路全部建立好,至于選擇哪一條鏈路通訊,由主用MP來(lái)決定。當(dāng)兩條鏈路均建立成功時(shí),主用MP為平衡這對(duì)互助通訊板的負(fù)荷,在鏈路選擇時(shí)采用優(yōu)先選擇的方法,原則是通訊板上偶數(shù)號(hào)通道優(yōu)先選擇左板位通訊板上的鏈路,奇數(shù)號(hào)通道優(yōu)先選擇右板位通訊板上的鏈路。當(dāng)選用的鏈路發(fā)生故障時(shí),MP選用另一塊通訊板上的正常鏈路。ZXG10-SC的模塊間通訊的硬件在連接上實(shí)現(xiàn)雙備份,每個(gè)模塊均通過(guò)4×64kb/sHDLC鏈路與一對(duì)通訊板相連。為了加快遇有故障時(shí)的鏈路切換的速度,將同一模塊與該對(duì)互助通訊板的鏈路全部建立好,至于選擇哪一條鏈路通訊,由主用MP來(lái)決定。當(dāng)兩條鏈路均建立成功時(shí),主用MP選擇左板位通訊板上的鏈路。當(dāng)選用的鏈路發(fā)生故障時(shí),MP選用另一塊通訊板上的正常鏈路。1.1.7 電源ZXG10-SC(V3.0)系統(tǒng)每層機(jī)框采用雙電源并聯(lián)方式供電。當(dāng)其中一個(gè)電源發(fā)生故障時(shí),仍能保證正常的供電。當(dāng)電源發(fā)生故障時(shí),系統(tǒng)以圖形界面和聲光方式通知維護(hù)人員,以便及時(shí)更換發(fā)生故障的電源。1.1. 8 業(yè)務(wù)處理機(jī)和數(shù)據(jù)庫(kù)服務(wù)器ZXG10-SC系統(tǒng)中的業(yè)務(wù)處理機(jī)和數(shù)據(jù)庫(kù)服務(wù)器采用雙機(jī)熱備份、磁盤(pán)冗余陣列等方式保證業(yè)務(wù)處理機(jī)和數(shù)據(jù)庫(kù)服務(wù)器的可靠性。雙機(jī)系統(tǒng)的技術(shù)基礎(chǔ)是集群(Cluster)結(jié)構(gòu)。Cluster集群技術(shù)的出發(fā)點(diǎn)是提高系統(tǒng)的可靠性、可擴(kuò)充性和抗災(zāi)難性。一個(gè)Cluster包含多臺(tái)擁有共享數(shù)據(jù)存儲(chǔ)空間的服務(wù)器。當(dāng)一臺(tái)服務(wù)器發(fā)生故障時(shí),它所運(yùn)行的應(yīng)用程序由其它服務(wù)器自動(dòng)接管。該系統(tǒng)能實(shí)時(shí)監(jiān)測(cè)主機(jī)系統(tǒng)的如下故障并自動(dòng)發(fā)起倒換,由另一臺(tái)服務(wù)器接管應(yīng)用。1)系統(tǒng)軟件或應(yīng)用軟件造成服務(wù)器宕機(jī)。2)SCSI卡損壞,造成服務(wù)器無(wú)法從磁盤(pán)陣列讀取資料。3)服務(wù)器硬件損壞,造成服務(wù)器宕機(jī)。4)服務(wù)器關(guān)機(jī)。雙機(jī)各自擁有自己的機(jī)器名和IP地址。對(duì)外界提供同一個(gè)虛擬機(jī)器名和IP地址,并以此對(duì)外界提供服務(wù)。自身的IP地址在主機(jī)狀態(tài)時(shí)將失效。磁盤(pán)陣列采用IBMSSA技術(shù),共有4個(gè)雙向40MB/S通道,總帶寬達(dá)到160MB/S,對(duì)磁陣每個(gè)硬盤(pán)的讀寫(xiě)構(gòu)成一個(gè)雙向環(huán),中間任何一塊硬盤(pán)的損壞不影響系統(tǒng)的處理速率。且?guī)挼氖褂貌皇褂霉蚕矸绞?,?dú)特的帶寬空間復(fù)用方式極大地提高了系統(tǒng)的處理能力。1.1.9 核心交換網(wǎng)ZXG100-SC系統(tǒng)采用100以太交換網(wǎng)將所有的設(shè)備聯(lián)接在一起,為了避免單點(diǎn)故障,系統(tǒng)設(shè)計(jì)采用雙網(wǎng)雙平面的設(shè)計(jì)方式。任何一臺(tái)服務(wù)器和其他設(shè)備的聯(lián)接都存在兩條通路,通路采用Cisco3548交換機(jī),同時(shí)提供千兆以太網(wǎng)端口,以供以后擴(kuò)容接入,帶寬使用不采用偵聽(tīng)/檢測(cè)技術(shù),最大程度提高系統(tǒng)的安全行。1.2.軟件可靠性設(shè)計(jì)ZXG10-SC系統(tǒng)采用以下方法提高軟件的可靠性。1.2.1 層次化、模塊化設(shè)計(jì)ZXG10-SC軟件系統(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)。各個(gè)子系統(tǒng)相對(duì)獨(dú)立,并形成一個(gè)層次結(jié)構(gòu)。按照高內(nèi)聚性、低偶合性的原則,把每個(gè)子系統(tǒng)細(xì)分為多個(gè)功能模塊,提高系統(tǒng)的可靠性。1.2.2 系統(tǒng)運(yùn)行監(jiān)測(cè)和日志運(yùn)行支撐子系統(tǒng)中提供運(yùn)行監(jiān)測(cè)功能。它能及時(shí)發(fā)現(xiàn)進(jìn)程運(yùn)行過(guò)頻、進(jìn)程死循環(huán),以及中斷12和中斷13等故障,并提供故障自動(dòng)恢復(fù)功能。當(dāng)系統(tǒng)發(fā)生異常,把運(yùn)行現(xiàn)場(chǎng)數(shù)據(jù)記錄到磁盤(pán)上的日志中。日志中記載的數(shù)據(jù)能夠幫助開(kāi)發(fā)人員迅速發(fā)現(xiàn)并排除故障,提高了系統(tǒng)的可靠性。操作維護(hù)子系統(tǒng)各模塊把運(yùn)行過(guò)程中檢測(cè)的異常情況寫(xiě)入日志數(shù)據(jù)庫(kù)中,通過(guò)查詢(xún)?nèi)罩緮?shù)據(jù)庫(kù),維護(hù)人員能及時(shí)發(fā)現(xiàn)并排除故障。1.2.3資源管理1)內(nèi)存資源的管理ZXG10-SC軟件系統(tǒng)采用兩種方式避免內(nèi)存的枯竭。第一種方式為靜態(tài)分配法,適應(yīng)于所需內(nèi)存數(shù)固定的情況。具體方法是在程序中定義全局?jǐn)?shù)組。第二種方式為系統(tǒng)初始化時(shí)動(dòng)態(tài)分配內(nèi)存,適用于所需內(nèi)存數(shù)不固定的情況。這兩種方法避免了在系統(tǒng)運(yùn)行過(guò)程中動(dòng)態(tài)分配內(nèi)存,不會(huì)發(fā)生內(nèi)存資源枯竭的現(xiàn)象,提高了系統(tǒng)的可靠性。2)數(shù)據(jù)區(qū)資源的管理系統(tǒng)在投遞短消息時(shí),會(huì)先申請(qǐng)一個(gè)進(jìn)程數(shù)據(jù)區(qū),用以保存相關(guān)信息。在收到投遞響應(yīng)后,可以根據(jù)保存的信息進(jìn)行處理,在處理完成后,釋放該進(jìn)程數(shù)據(jù)區(qū)。但是,若系統(tǒng)由于某種原因,未能收到投遞響應(yīng)消息,則此進(jìn)程數(shù)據(jù)區(qū)將會(huì)被長(zhǎng)期占用,導(dǎo)致系統(tǒng)可用資源的減少,最后導(dǎo)致系統(tǒng)耗盡所有的進(jìn)程數(shù)據(jù)區(qū),從而無(wú)法進(jìn)行正常的業(yè)務(wù)處理。為防止上述情況的發(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.2.4 指針越界、堆棧溢出的預(yù)防系統(tǒng)中的每個(gè)進(jìn)程都有自己的堆棧,堆棧的大小是固定的。進(jìn)程函數(shù)中定義的局部變量占用堆棧的地址空間,如果局部變量定義太多,會(huì)導(dǎo)致堆棧溢出,即中斷12。為避免這種情況的發(fā)生,一般不在進(jìn)程函數(shù)中定義長(zhǎng)度很長(zhǎng)的局部變量,而是把它們定義成全局變量。以上方法減少了發(fā)生堆棧溢出的可能性,提高了系統(tǒng)的可靠性。系統(tǒng)從底層收到的消息,包括消息事件號(hào)、消息指針、消息長(zhǎng)度等參數(shù),其中,消息指針指向包含消息內(nèi)容的內(nèi)存空間,消息長(zhǎng)度指明該內(nèi)存空間的大小。系統(tǒng)會(huì)直接根據(jù)消息指針訪(fǎng)問(wèn)消息內(nèi)容。若消息長(zhǎng)度比預(yù)期的要短,則系統(tǒng)在訪(fǎng)問(wèn)消息內(nèi)容所在的內(nèi)存區(qū)域時(shí),可能會(huì)發(fā)生指針越界,導(dǎo)致系統(tǒng)崩潰。為防止這種情況的發(fā)生,系統(tǒng)在收到每條消息時(shí),首先比較一下消息長(zhǎng)度參數(shù)是否小于預(yù)期的消息長(zhǎng)度:若低于,則拒絕該消息,認(rèn)為消息有誤;否則,進(jìn)行正常處理。1.2.5 過(guò)負(fù)荷控制作為GSM網(wǎng)的一個(gè)獨(dú)立實(shí)體,短消息中心的主要功能是:接收MS或ESME提交的短消息,并將之轉(zhuǎn)發(fā)給其他MS或ESME。因此,短消息中心的負(fù)荷主要來(lái)源于外部實(shí)體的短消息提交等業(yè)務(wù)處理請(qǐng)求。SC業(yè)務(wù)處理機(jī)負(fù)責(zé)集中處理來(lái)自短消息網(wǎng)關(guān)MSC和SMPPAgent的短消息提交、查詢(xún)、替換、刪除、用戶(hù)查詢(xún)、留言、修改密碼等請(qǐng)求消息。在業(yè)務(wù)繁忙時(shí),由于處理能力有限,業(yè)務(wù)處理機(jī)會(huì)出現(xiàn)來(lái)不及處理的情況,導(dǎo)致底層支撐系統(tǒng)積壓了大量的待處理的消息。其后果是:一方面,積壓的消息可能要等待很長(zhǎng)時(shí)間后才能得到處理,而消息發(fā)起方認(rèn)為已超時(shí),業(yè)務(wù)處理機(jī)的處理無(wú)效;另一方面,因?yàn)榇鎯?chǔ)空間有限,底層支撐系統(tǒng)會(huì)丟棄一些消息,若丟棄的是系統(tǒng)的短消息投遞響應(yīng),會(huì)使系統(tǒng)認(rèn)為該消息投遞未成功,進(jìn)入不必要的重試處理。為此系統(tǒng)提供擁塞控制功能。在發(fā)現(xiàn)消息已積累到一定程度時(shí),有選擇地對(duì)一些消息不進(jìn)行處理,而是直接加以拒絕,拒絕原因就是“系統(tǒng)擁塞”。拒絕對(duì)象主要是那些處理比較耗時(shí)的消息,如提交短消息等。這樣可以加快系統(tǒng)的處理,減少消息的積累,提高了系統(tǒng)的可靠性。在系統(tǒng)負(fù)荷略超過(guò)系統(tǒng)處理能力時(shí),對(duì)過(guò)載消息直接返回響應(yīng),拒絕此消息,原因?yàn)椤跋到y(tǒng)擁塞”。在系統(tǒng)受到外部的大話(huà)務(wù)量沖擊(遠(yuǎn)高于系統(tǒng)的處理能力)時(shí),對(duì)過(guò)載消息直接丟棄,不返回任何響應(yīng)。為運(yùn)營(yíng)者提供系統(tǒng)運(yùn)行監(jiān)測(cè)工具,在系統(tǒng)出現(xiàn)過(guò)負(fù)荷時(shí),給出具體信息(如發(fā)生地點(diǎn)、詳細(xì)原因、建議措施等)。在系統(tǒng)因?yàn)楫惓T颍ㄈ纾艿綈阂夤簦┏霈F(xiàn)過(guò)負(fù)荷時(shí),通過(guò)告警手段提醒運(yùn)營(yíng)者。1.2.6 容錯(cuò)處理1)業(yè)務(wù)隊(duì)列的恢復(fù)在SC業(yè)務(wù)處理機(jī)中,有三個(gè)重要的業(yè)務(wù)控制隊(duì)列:等待用戶(hù)隊(duì)列、重試用戶(hù)隊(duì)列和定時(shí)消息隊(duì)列,這三個(gè)隊(duì)列均保存在內(nèi)存中,以提高系統(tǒng)處理速度。若系統(tǒng)因?yàn)楣收稀⒌箵Q等原因而發(fā)生重起,則會(huì)丟失這三個(gè)隊(duì)列。為保證重啟后系統(tǒng)的正常運(yùn)行,系統(tǒng)在重起時(shí),首先遍歷所有的目的用戶(hù)短消息索引表(該表保存在數(shù)據(jù)庫(kù)中),取出相關(guān)數(shù)據(jù),重建這三個(gè)隊(duì)列。方法如下:當(dāng)發(fā)現(xiàn)該目的用戶(hù)有等待發(fā)送的新短消息時(shí),將該用戶(hù)加入到等待用戶(hù)隊(duì)列中;若發(fā)現(xiàn)該目的用戶(hù)存在未成功發(fā)送的短消息,則將該用戶(hù)加入到重試用戶(hù)隊(duì)列中;若發(fā)現(xiàn)該目的用戶(hù)存在需要定時(shí)發(fā)送的短消息,則將該條短消息加入到定時(shí)消息隊(duì)列中。2)定時(shí)器的保護(hù)系統(tǒng)由于業(yè)務(wù)處理的需要,會(huì)使用一些由底層支撐軟件提供的定時(shí)器,進(jìn)行定時(shí)監(jiān)測(cè)系統(tǒng)資源、定時(shí)處理業(yè)務(wù)隊(duì)列等工作。由于底層支撐軟件的特點(diǎn),每次定時(shí)器消息到達(dá)后,系統(tǒng)均需要重新設(shè)置該定時(shí)器。若定時(shí)器設(shè)置失敗,或者定時(shí)消息丟失,則該定時(shí)工作就無(wú)法再度執(zhí)行。為此系統(tǒng)采取以下措施。系統(tǒng)設(shè)置一個(gè)定時(shí)時(shí)間較長(zhǎng)的定時(shí)器,用以定時(shí)檢測(cè)定時(shí)時(shí)間較短的定時(shí)器的工作情況。設(shè)置一個(gè)全局標(biāo)志數(shù),系統(tǒng)啟動(dòng)時(shí)設(shè)為0;當(dāng)短定時(shí)器的定時(shí)消息到達(dá)時(shí),對(duì)此標(biāo)志數(shù)增1;當(dāng)長(zhǎng)定時(shí)器的定時(shí)消息到達(dá)時(shí),首先檢查該標(biāo)志數(shù),若為0,則表示此短定時(shí)器已丟失,可重新設(shè)置;若標(biāo)志數(shù)不為0,則表示此短定時(shí)器仍在工作,再對(duì)此標(biāo)志數(shù)清零,以待下次檢查。3)目的用戶(hù)狀態(tài)的超時(shí)檢測(cè)在目的用戶(hù)短消息索引表中,保存了該用戶(hù)的當(dāng)前處理狀態(tài),包括:空閑、等待發(fā)送、正在發(fā)送等。正在發(fā)送是指正在向該用戶(hù)投遞短消息,且尚未收到響應(yīng)。當(dāng)用戶(hù)處于正在發(fā)送狀態(tài)時(shí),不能向該用戶(hù)投遞其他短消息,只有在收到投遞響應(yīng)后,用戶(hù)狀態(tài)才能改變,才能投遞其他短消息。若投遞響應(yīng)丟失,則用戶(hù)一直處于正在發(fā)送狀態(tài),無(wú)法投遞其他短消息。為此系統(tǒng)采取以下措施。在目的用戶(hù)短消息索引表中,記錄用戶(hù)狀態(tài)改變的時(shí)間。當(dāng)有新消息提交時(shí),首先檢查目的用戶(hù)短消息索引表,若發(fā)現(xiàn)用戶(hù)處于正在發(fā)送狀態(tài),但是發(fā)送時(shí)間距當(dāng)前時(shí)間已超過(guò)合理范圍,則可以認(rèn)為該用戶(hù)的投遞響應(yīng)丟失,系統(tǒng)可以投遞此新消息。1.2.7 監(jiān)控程序在OMMServer采用軟件看門(mén)狗程序監(jiān)控服務(wù)器程序的運(yùn)行。軟件看門(mén)狗周期性的發(fā)握手消息給每個(gè)服務(wù)器程序,如果服務(wù)器程序沒(méi)有返回應(yīng)答,軟件看門(mén)狗認(rèn)為服務(wù)器程序發(fā)生故障,把服務(wù)器程序進(jìn)程殺死并重新啟動(dòng)該程序。1.2.8 數(shù)據(jù)可靠性1)數(shù)據(jù)訪(fǎng)問(wèn)當(dāng)系統(tǒng)中的不同子系統(tǒng)訪(fǎng)問(wèn)SC的用戶(hù)數(shù)據(jù)、短消息數(shù)據(jù)等信息時(shí),根據(jù)特定要求分配給不同的權(quán)限,使其無(wú)法越權(quán)操作、破壞系統(tǒng)數(shù)據(jù)。2)數(shù)據(jù)存儲(chǔ)SC中的重要數(shù)據(jù),如用戶(hù)業(yè)務(wù)信息、短消息信息等,采用成熟的、可靠的商用數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行存儲(chǔ)管理,保存在磁盤(pán)上,并可以備份到磁帶機(jī)、光盤(pán)等設(shè)備上,即使因系統(tǒng)故障導(dǎo)致數(shù)據(jù)丟失,也可以恢復(fù)到最近備份前的狀態(tài)。3)數(shù)據(jù)處理在數(shù)據(jù)處理過(guò)程中,利用商用數(shù)據(jù)庫(kù)的事務(wù)處理機(jī)制,將相關(guān)處理放在同一個(gè)事務(wù)中,保證相關(guān)數(shù)據(jù)的處理不破壞整體數(shù)據(jù)的一致性和完整性。通過(guò)對(duì)記錄加鎖,保證多個(gè)處理進(jìn)程修改或刪除同一條記錄時(shí),保證記錄的一致性。2短消息中心的MTBF和MTTR短消息中心主要由IW/GMSC、網(wǎng)絡(luò),SC業(yè)務(wù)處理組成。所有主要部件均采用熱備份工作方式。維護(hù)終端維護(hù)終端OMMSERVER操作七號(hào)信令處理中心交換模塊DB計(jì)費(fèi)七號(hào)信令處理業(yè)務(wù)模塊CLUSTER主機(jī)2CLUSTER主機(jī)1業(yè)務(wù)處理多模塊系統(tǒng)協(xié)議轉(zhuǎn)換多模塊系統(tǒng)信令處理多模塊系統(tǒng)PLMNSS7其他短消息中心其他短消息中心短消息中心系統(tǒng)是一個(gè)復(fù)雜系統(tǒng),其模型大致可以看做并串聯(lián)系統(tǒng),如下:IW/GMSCIW/GMSCIW/GMSCSCSCSwitchHubSwitchHubIW/GMSCSCSCSwitchHubSwitchHub IW/GMSC也是并串聯(lián)系統(tǒng),其MTBF約為60000小時(shí),計(jì)算方式如下:IW/GMSC主要由控制部件、信號(hào)設(shè)備、交換網(wǎng)絡(luò)、中繼電路等等組成。其中有的部分如中繼電路、交換網(wǎng)絡(luò)等包括多套設(shè)備,只有在全部設(shè)備發(fā)生故障時(shí)才引起系統(tǒng)中斷。因此,它們內(nèi)部屬并聯(lián)結(jié)構(gòu)。而不同部件之間的組合屬于串聯(lián)結(jié)構(gòu)。以下為中興各部件的MTBF(MeanTimeBetweenFailure平均故障間隔時(shí)間)和系統(tǒng)MTTR(MeanTimeToRepair平均維修時(shí)間):GMP: 65000小時(shí)GSYCK: 50000小時(shí)GCOMM: 60000小時(shí)GSP: 60000小時(shí)GPOWP: 100000小時(shí)MTTR: 0.05小時(shí)因此可以推算出系統(tǒng)的MTBF=60000小時(shí) 為簡(jiǎn)單計(jì)算,將設(shè)備的故障模型用線(xiàn)性模型來(lái)逼近指數(shù)模型。 假設(shè)以IBMP640的MTBF為7000小時(shí)為例來(lái)計(jì)算,平均一年故障次數(shù)為7000/(365*24)=0.8,我們以一次計(jì)算。 以IBMP640的固有可用率99.95%計(jì)算,平均每小時(shí)的故障概率為(1-99.95%)/(365*24)=5.71×10-8。系統(tǒng)要發(fā)生全局故障,前提條件是主備用CP故障。因此,系統(tǒng)停機(jī)概率可以認(rèn)為是主用機(jī)故障并獲得修復(fù)這段時(shí)間內(nèi),備用機(jī)發(fā)生故障的概率: P=P0×(L+D),其中P0是設(shè)備平均每小時(shí)的故障概率,L是設(shè)備測(cè)試間隔,D是設(shè)備修復(fù)時(shí)間。 將5.71×10-8,48小時(shí),24小時(shí)代入以上公司,得P=4.11*10-6。 由于CP平均年故障1次,可以得系統(tǒng)的可用率為1-P=99.99959%,年平均故障時(shí)間為P×365×24×60=2.16分鐘。

湖南移動(dòng)短消息擴(kuò)容工程6-8-PAGE10 ZXG10-SC系統(tǒng)可靠性分析及瓶頸分析湖南移動(dòng)短消息擴(kuò)容5-8-PAGE1 公司治理的核心原則黃一義

編譯什么是公司治理?

公司治理是調(diào)整公司企業(yè)各方參與者關(guān)系的規(guī)范,這些參與者主要包括三個(gè)方面:股東;(以CEO為首的)公司管理層;董事會(huì)及其成員。這些參與者決定著公司的發(fā)展方向和績(jī)效。公司治理結(jié)構(gòu)的目標(biāo)是要在這三方面參與者之間建立起兩種有效的負(fù)責(zé)任(accountable)的關(guān)系,即董事會(huì)對(duì)管理層的有效監(jiān)督和股東對(duì)董事會(huì)的有效制約。經(jīng)驗(yàn)表明,股東積極行使其所有者權(quán)力參與公司事務(wù),會(huì)使公司管理層更加負(fù)責(zé)且更加關(guān)注公司的業(yè)績(jī),因而對(duì)股東的投資帶來(lái)更多的回報(bào)。美國(guó)的一家大型信托機(jī)構(gòu)棗擁有1000多億美元資產(chǎn)的加州雇員退休系統(tǒng)1996年的一項(xiàng)研究表明,這種積極的參與使美國(guó)公司新增利潤(rùn)達(dá)1.5億美元。公司治理的核心原則

公司治理的核心原則對(duì)維持一個(gè)公開(kāi)、公平的資本市場(chǎng)是必須的,是資本市場(chǎng)吸引投資者的廣泛參與并保持其競(jìng)爭(zhēng)力和吸引力的重要規(guī)范。它包含如下要點(diǎn):可信賴(lài)性(Accountability)對(duì)股東的義務(wù)公司董事會(huì)和管理層必須對(duì)股東負(fù)責(zé)。尤其是公司董事在以下幾方面有特殊的責(zé)任:(1)樹(shù)立公司的戰(zhàn)略觀念,以確保股東長(zhǎng)期價(jià)值的增加成為公司的首要考慮;(2)依據(jù)第一項(xiàng)要求,對(duì)其自身以及公司管理班子的績(jī)效進(jìn)行持續(xù)的評(píng)估。對(duì)股東提出的關(guān)于公司狀況和管理層績(jī)效的問(wèn)題,董事會(huì)和管理層應(yīng)該保持開(kāi)放性并使之易于得到解答,董事會(huì)應(yīng)當(dāng)向市場(chǎng)披露其做出一些重大決定的方式,這些決定涉及公司經(jīng)理的薪酬如何確定,公司的戰(zhàn)略規(guī)劃,新董事的提名和公司經(jīng)理人員的任命和考核等。新董事侯選人的背景,包括其與公司的經(jīng)濟(jì)關(guān)系也應(yīng)向公司股東披露。監(jiān)督董事會(huì)應(yīng)當(dāng)具有對(duì)公司管理層進(jìn)行有效監(jiān)督的能力,股東對(duì)董事會(huì)應(yīng)具有同樣的能力。為此,股東應(yīng)能通過(guò)適當(dāng)?shù)耐镀背绦蛐惺蛊錂?quán)力。經(jīng)理的薪酬建立可信賴(lài)性的一種最有效的方法是使經(jīng)理人員的利益與股東的利益保持一致。管理層的薪酬應(yīng)與公司的長(zhǎng)期業(yè)績(jī)表現(xiàn)掛鉤。透明度公開(kāi)性一個(gè)自由、有效的具有全球競(jìng)爭(zhēng)力的資本市場(chǎng)必須建立在公開(kāi)性的基礎(chǔ)上。如果一個(gè)市場(chǎng)不能使投資者對(duì)其公開(kāi)性具有信心,投資者就會(huì)退出這一市場(chǎng)。會(huì)計(jì)準(zhǔn)則目前不同的市場(chǎng)采用不同的會(huì)計(jì)準(zhǔn)則,這使國(guó)際投資者的有效分析難以進(jìn)行。公司應(yīng)努力采用國(guó)際會(huì)計(jì)準(zhǔn)則。一致性報(bào)告在某些市場(chǎng)一些機(jī)構(gòu)頒布“最佳行為準(zhǔn)則”作為一種標(biāo)準(zhǔn)的公司治理規(guī)范。在采納這些準(zhǔn)則的市場(chǎng),公司應(yīng)向股東報(bào)告其是否遵守這些準(zhǔn)則,并說(shuō)明其不遵守的理由。公平公平對(duì)待在所有的市場(chǎng)對(duì)所有的股東均應(yīng)以公平相待的方式一視同仁,包括外國(guó)股東在內(nèi)。公司應(yīng)特別注意尊重少數(shù)股東的利益,并且不采取對(duì)投資者具有實(shí)質(zhì)性損害的行為。一股一票一般說(shuō)來(lái),每一股應(yīng)使其持有者在股東大會(huì)上享有其相應(yīng)的一份投票權(quán)。選舉方法代理資料代理資料應(yīng)當(dāng)簡(jiǎn)潔、明確,并包含有能使股東對(duì)有關(guān)問(wèn)題做出知情決定的適當(dāng)信息。此外,代理資料的發(fā)放應(yīng)采取鼓勵(lì)而不是抑制股東參與的方式進(jìn)行,這一要求包括對(duì)會(huì)議和投票日期的適當(dāng)選擇。計(jì)票所有的股東選票,不論是以本人投票或通過(guò)代理的方式投票,均應(yīng)正規(guī)地予以統(tǒng)計(jì),并將其結(jié)果正式地宣布。相反的做法意味著對(duì)一部分股東授予特權(quán),并且不利于公司管理層準(zhǔn)確地了解全體股東的愿望和要求。技術(shù)只要有可能,各公司均應(yīng)采用新技術(shù)以使代理投票的過(guò)程更方便、更有效且更節(jié)省。最佳行為準(zhǔn)則建立準(zhǔn)則各國(guó)資本市場(chǎng)均應(yīng)建立適當(dāng)?shù)摹白罴研袨闇?zhǔn)則”,使公司的董事和經(jīng)理人員能據(jù)此對(duì)自身的行為進(jìn)行規(guī)范,并使其明確其與股東的關(guān)系及其對(duì)股東負(fù)有的責(zé)任。這一準(zhǔn)則體現(xiàn)了一種標(biāo)準(zhǔn),它來(lái)自于最優(yōu)秀的公司治理的實(shí)踐。一旦“最佳公司行為準(zhǔn)則”建立起來(lái),公司應(yīng)當(dāng)遵守這一準(zhǔn)則并向股東報(bào)告其對(duì)這一規(guī)則的任何違反行為。評(píng)估和改進(jìn)市場(chǎng)的各方參與者是應(yīng)對(duì)這一準(zhǔn)則進(jìn)行評(píng)估以確保其具有全球競(jìng)爭(zhēng)力。長(zhǎng)期觀點(diǎn)

公司董事和管理層應(yīng)具備長(zhǎng)期的戰(zhàn)略設(shè)想,以保證股東價(jià)值的增加。盡管不同的投資者采用不同的投資策略,并具有不同的投資強(qiáng)度,投資者仍應(yīng)鼓勵(lì)公司管理者抵御短期行為,在關(guān)鍵的時(shí)刻對(duì)管理者提供支持,并對(duì)其使公司成功地產(chǎn)生長(zhǎng)期超額回報(bào)的業(yè)績(jī)予以獎(jiǎng)賞。附1首席獨(dú)立董事的職務(wù)責(zé)任·首席執(zhí)行官(CEO)是公司的最高行政負(fù)責(zé)人,其職責(zé)為:*對(duì)公司的日常事務(wù)進(jìn)行管理;*制定和提出公司政策和

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論