亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

主機(jī)與主機(jī)狀況的評(píng)估方法

文檔序號(hào):6615460閱讀:211來(lái)源:國(guó)知局
專利名稱:主機(jī)與主機(jī)狀況的評(píng)估方法
技術(shù)領(lǐng)域
本發(fā)明是有關(guān)于一種主機(jī)狀況的評(píng)估技術(shù),且特別是有關(guān)于一種依據(jù)主機(jī)的開(kāi)機(jī)情況來(lái)評(píng)估主機(jī)穩(wěn)定度的技術(shù)。
背景技術(shù)
隨著電腦技術(shù)的快速普及,人們對(duì)服務(wù)器的要求也越來(lái)越高。服務(wù)器在開(kāi)
機(jī)過(guò)程中,若發(fā)生異常事件時(shí),基板管理控制器(Baseboard ManagementController,簡(jiǎn)稱BMC)則會(huì)控制服務(wù)器重新開(kāi)機(jī),借以排除異常事件。
異常事件的種類相當(dāng)多,例如芯片溫度過(guò)高、風(fēng)扇運(yùn)轉(zhuǎn)不良...等等。值得注意的是,通過(guò)重新開(kāi)機(jī)動(dòng)作并無(wú)法解決所有的異常事件。舉例來(lái)說(shuō),服務(wù)器的風(fēng)扇若具有偶發(fā)性的運(yùn)轉(zhuǎn)不良的問(wèn)題,通過(guò)多次的重新開(kāi)機(jī)動(dòng)作,風(fēng)扇偶發(fā)性的運(yùn)轉(zhuǎn)不良問(wèn)題可能會(huì)得到暫時(shí)性的舒緩,使得服務(wù)器能夠開(kāi)機(jī)成功。
但是,事實(shí)上硬件的問(wèn)題卻未被根除。因此即便服務(wù)器能夠正常地進(jìn)入到操作系統(tǒng),風(fēng)扇卻隨時(shí)都有可能會(huì)再度停擺,進(jìn)而導(dǎo)致散熱不良。況且,服務(wù)器于操作系統(tǒng)中所散出的熱能遠(yuǎn)比開(kāi)機(jī)過(guò)程高出許多,因此只要風(fēng)扇的散熱效率稍微下降一些,就有可能會(huì)造成系統(tǒng)當(dāng)機(jī)。嚴(yán)重的,甚至?xí)斐少Y料遺失或是硬件的嚴(yán)重毀損。
系統(tǒng)當(dāng)機(jī)時(shí),使用者在不確定當(dāng)機(jī)的真正原因時(shí),可能會(huì)再度選擇重新開(kāi)機(jī)。接著基板管理控制器會(huì)再檢測(cè)是否有異常事件發(fā)生,通過(guò)多次的重新開(kāi)機(jī)動(dòng)作,偶發(fā)性的風(fēng)扇運(yùn)轉(zhuǎn)不良的問(wèn)題可能又會(huì)再度地獲得舒緩而開(kāi)機(jī)成功。但是風(fēng)扇的問(wèn)題卻仍舊存在。如此反復(fù)地重新開(kāi)機(jī)有可能會(huì)對(duì)其他硬件造成更嚴(yán)重的傷害,例如芯片毀損。

發(fā)明內(nèi)容
本發(fā)明提供一種主機(jī)狀況的評(píng)估方法,借以評(píng)估主機(jī)的穩(wěn)定度。本發(fā)明提供一種主機(jī),可預(yù)防主機(jī)或其儲(chǔ)存的資料發(fā)生毀損。
本發(fā)明提出主機(jī)狀況的評(píng)估方法,包括在啟動(dòng)自我測(cè)試過(guò)程時(shí),檢測(cè)是否 發(fā)生異常事件。當(dāng)發(fā)生異常事件時(shí),記錄異常事件發(fā)生的次數(shù)并重新開(kāi)機(jī)。另 外,依據(jù)異常事件發(fā)生的次數(shù)決定是否輸出警示訊息。
在本發(fā)明的一實(shí)施例中,當(dāng)沒(méi)有發(fā)生異常事件時(shí),則檢查異常事件發(fā)生的 次數(shù)。在另一實(shí)施例中,當(dāng)異常事件發(fā)生的次數(shù)大于設(shè)定值時(shí),則輸出警示訊 息。在又一實(shí)施例中,上述的設(shè)定值為0。在更一實(shí)施例中,當(dāng)異常事件發(fā)生 的次數(shù)為0時(shí),則依正常程序進(jìn)入操作系統(tǒng)。
從另一觀點(diǎn)來(lái)看,本發(fā)明提供一種主機(jī),包括芯片組、基板管理控制器、 警示裝置與輸出輸入系統(tǒng)芯片。芯片組在啟動(dòng)自我測(cè)試過(guò)程時(shí),用以檢測(cè)是否 發(fā)生異常事件?;骞芾砜刂破黢罱有酒M,當(dāng)發(fā)生異常事件時(shí),基板管理控 制器則記錄異常事件發(fā)生的次數(shù)并控制主機(jī)重新開(kāi)機(jī)。警示裝置用以輸出警示 訊息。輸出輸入系統(tǒng)芯片耦接芯片組、基板管理控制器與警示裝置,用以檢查 異常事件的次數(shù)并據(jù)以控制警示裝置是否輸出警示訊息。
在本發(fā)明的一實(shí)施例中,芯片組包括中央處理器、北橋芯片與南橋芯片。 北橋芯片耦接中央處理器與南橋芯片。南橋芯片包括通用輸入輸出端口,此通 用輸入輸出端口可依據(jù)異常事件發(fā)生與否輸出信號(hào)。在另一實(shí)施例中,警示裝 置為屏幕或音頻輸出裝置。
本發(fā)明在啟動(dòng)自我測(cè)試過(guò)程時(shí),會(huì)檢測(cè)是否發(fā)生異常事件。當(dāng)發(fā)生異常事 件時(shí),則記錄異常事件發(fā)生的次數(shù)并重新開(kāi)機(jī)。此外,依據(jù)異常事件發(fā)生的次 數(shù)決定是否輸出警示訊息。因此可預(yù)防主機(jī)或其儲(chǔ)存的資料發(fā)生毀損。


為讓本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能更明顯易懂,以下結(jié)合附圖對(duì)本發(fā) 明的具體實(shí)施方式
作詳細(xì)說(shuō)明,其中
圖1是依照本發(fā)明的第一實(shí)施例的一種主機(jī)的架構(gòu)圖。 圖2是依照本發(fā)明的第一實(shí)施例的一種主機(jī)狀況的評(píng)估方法的流程圖。 圖3是依照本發(fā)明的第二實(shí)施例的一種主機(jī)狀況的評(píng)估方法的流程圖。 圖4是依照本發(fā)明的第三實(shí)施例的一種主機(jī)狀況的評(píng)估方法的流程圖。主要元件符號(hào)說(shuō)明
10:主機(jī)
20:芯片組
21:中央處理器
22:北橋芯片
23:南橋芯片
30:基板管理控制器
40:警示裝置
50:輸出輸入系統(tǒng)芯片(BIOS)
S201 S206、 S301、 S40h主機(jī)狀況的評(píng)估方法的各步驟
具體實(shí)施方式
第一實(shí)施例
圖1是依照本發(fā)明的第一實(shí)施例的一種主機(jī)的架構(gòu)圖。請(qǐng)參照?qǐng)D1,主機(jī) IO包括芯片組(Chipset) 20、基板管理控制器30、警示裝置40與輸出輸入系 統(tǒng)芯片(Basic Input/Output System,以下簡(jiǎn)稱BIOS)50。在本實(shí)施例中主機(jī)10 以服務(wù)器為例迸行說(shuō)明,但本發(fā)明并不以此為限。在本實(shí)施例中,芯片組20 包括中央處理器(Central Processing Unit,以下簡(jiǎn)稱CPU) 21、北橋芯片22與 南橋芯片23。北橋芯片22耦接中央處理器21與南橋芯片23。南橋芯片23包 括通用輸入輸出端口 (General Purpose Input/Output,以下簡(jiǎn)稱GPIO)(未繪 示)。另外在本實(shí)施例中,警示裝置40則以為屏幕為例進(jìn)行說(shuō)明。
圖2是依照本發(fā)明的第一實(shí)施例的一種主機(jī)狀況的評(píng)估方法的流程圖。請(qǐng) 合并參照?qǐng)D1與圖2,本實(shí)施例中假設(shè)主機(jī)10中的風(fēng)扇(未繪示)具有偶發(fā)性 的運(yùn)轉(zhuǎn)不良問(wèn)題。
首先由步驟S201,主機(jī)10進(jìn)行開(kāi)機(jī)動(dòng)作。在開(kāi)機(jī)的啟動(dòng)自我測(cè)試(Power OnSelfTest,簡(jiǎn)稱POST)階段時(shí),芯片組20會(huì)依據(jù)BIOS 50所儲(chǔ)存的資料檢 測(cè)主機(jī)10中是否發(fā)生任何的異常事件(步驟S202)。
承上述,在啟動(dòng)自我測(cè)試階段時(shí),若發(fā)生異常事件,南橋芯片23會(huì)通過(guò) GPIO的一個(gè)接腳(Pin)輸出高電位的信號(hào)FRB3,而基板管理控制器30則會(huì)記錄異常事件發(fā)生的次數(shù)(步驟S203)并控制主機(jī)IO重新開(kāi)機(jī)(步驟S201); 反之,在啟動(dòng)自我測(cè)試階段時(shí),若沒(méi)有發(fā)生異常事件,南橋芯片23會(huì)通過(guò)GPIO 的上述接腳輸出低電位的信號(hào)FRB3,而B(niǎo)IOS 50則會(huì)檢查基板管理控制器30 所儲(chǔ)存的異常事件發(fā)生的次數(shù)是否為0 (步驟S204)。
由于本實(shí)施例中,風(fēng)扇具有偶發(fā)性的運(yùn)轉(zhuǎn)不良問(wèn)題,因此假設(shè)主機(jī)10重 復(fù)5次的重新開(kāi)機(jī)(步驟S201 S203)之后風(fēng)扇突然能正常運(yùn)作,因此則由步 驟S202跳至步驟S204,由BIOS 50檢査基板管理控制器30所儲(chǔ)存的異常事件 發(fā)生的次數(shù)。此時(shí)異常事件發(fā)生的次數(shù)為5次,代表主機(jī)10處于不穩(wěn)定狀況, 因此再由步驟S204跳至步驟S205,由警示裝置40輸出警示訊息。更具體地說(shuō), 警示裝置40可顯示警示文字,例如"本服務(wù)器在開(kāi)機(jī)過(guò)程發(fā)生了 5次的異常 事件,服務(wù)器處于不穩(wěn)定狀態(tài),請(qǐng)盡速備份資料并通知維修工程師處理,以免 資料毀損或造成其他更嚴(yán)重的硬件損壞"。如此一來(lái),使用者則可提前獲知主 機(jī)10可能有硬件上的問(wèn)題而能提前進(jìn)行防范,避免問(wèn)題持續(xù)擴(kuò)大。
請(qǐng)?jiān)俸喜⒄請(qǐng)D1與圖2,在本實(shí)施例中,若假設(shè)主機(jī)10沒(méi)有任何的硬件 問(wèn)題。主機(jī)10會(huì)依序執(zhí)行步驟S201、 S202、 S204、 S206。由于主機(jī)10并沒(méi)有 任何的硬件問(wèn)題,即基板管理控制器30內(nèi)所儲(chǔ)存的異常事件的發(fā)生次數(shù)為0, 因此BIOS50則會(huì)檢測(cè)到異常事件的發(fā)生次數(shù)為0 (步驟S204)。異常事件的 發(fā)生次數(shù)為0,代表主機(jī)10處于穩(wěn)定狀況。因此則跳至步驟S206,主機(jī)10依 照正常程序進(jìn)入操作系統(tǒng)。如此一來(lái)則不會(huì)影響主機(jī)io的開(kāi)機(jī)速度。
值得一提的是,上述實(shí)施例中已經(jīng)對(duì)主機(jī)與主機(jī)狀況的評(píng)估方法描繪出了 一個(gè)可能的型態(tài),但所屬技術(shù)領(lǐng)域中具有通常知識(shí)者應(yīng)當(dāng)知道,各廠商對(duì)于主 機(jī)與主機(jī)狀況的評(píng)估方法的設(shè)計(jì)都不一樣,因此本發(fā)明的應(yīng)用當(dāng)不限制于此種 可能的型態(tài)。換言之,只要是在開(kāi)機(jī)過(guò)程中,依據(jù)異常事件的發(fā)生次數(shù),來(lái)決 定是否輸出警示訊息就已經(jīng)是符合了本發(fā)明的精神所在。以下再舉幾個(gè)實(shí)施例 以便本領(lǐng)域具有通常知識(shí)者能夠更進(jìn)一步的了解本發(fā)明的精神,并實(shí)施本發(fā) 明。
第二實(shí)施例
熟習(xí)本領(lǐng)域技術(shù)者可依其需求更改上述實(shí)施例中圖2的各步驟。例如圖3是依照本發(fā)明的第二實(shí)施例的一種主機(jī)狀況的評(píng)估方法的流程圖。請(qǐng)合并參照 圖1、圖2與圖3,本實(shí)施例中標(biāo)號(hào)與上述實(shí)施例相同的步驟可參照上述實(shí)施
例的說(shuō)明。值得注意的是,本實(shí)施例以歩驟S301取代圖2的步驟S204,在步 驟S304中,BIOS 50檢査基板管理控制器30所儲(chǔ)存的異常事件發(fā)生的次數(shù)是 否達(dá)于預(yù)設(shè)值,熟習(xí)本領(lǐng),域技術(shù)者可依其需求自行設(shè)定預(yù)設(shè)值的大小。在本實(shí) 施例中預(yù)設(shè)值以1為例進(jìn)行說(shuō)明。
若開(kāi)機(jī)過(guò)程中,發(fā)生異常事件的次數(shù)在1次以下,代表主機(jī)IO處于稍微 不穩(wěn)定的狀態(tài),但主機(jī)10并不會(huì)在短時(shí)間內(nèi)遭到損壞。主機(jī)10可通過(guò)步驟S301 忽略掉異常事件的問(wèn)題,借以避免影響開(kāi)機(jī)速度。以下再舉一個(gè)實(shí)施例供熟習(xí) 本領(lǐng)域技術(shù)者參考。
第三實(shí)施例
圖4是依照本發(fā)明的第三實(shí)施例的一種主機(jī)狀況的評(píng)估方法的流程圖。請(qǐng) 合并參照?qǐng)D1、圖2與圖4,本實(shí)施例中標(biāo)號(hào)與上述實(shí)施例相同的步驟可參照 上述實(shí)施例的說(shuō)明。值得注意的是,本實(shí)施例在步驟S203之后加入了步驟 S401。更詳細(xì)地說(shuō),每當(dāng)基板管理控制器30紀(jì)錄完異常事件的發(fā)生次數(shù)之后 (步驟S203) , BIOS 50則會(huì)檢査基板管理控制器30所儲(chǔ)存的異常事件發(fā)生 的次數(shù)是否達(dá)于預(yù)設(shè)值,熟習(xí)本領(lǐng)域技術(shù)者可依其需求自行設(shè)定預(yù)設(shè)值的大 小。在本實(shí)施例中預(yù)設(shè)值以5為例進(jìn)行說(shuō)明。
若開(kāi)機(jī)過(guò)程中,若發(fā)生異常事件的次數(shù)在5次以上,但異常事件的問(wèn)題卻 仍未排除,代表主機(jī)10已經(jīng)存在有嚴(yán)重的硬件問(wèn)題,為了避免主機(jī)10的其他 硬件損壞。當(dāng)發(fā)生異常事件的次數(shù)達(dá)5次以上,主機(jī)IO可通過(guò)步驟S401跳至 步驟S205,由警示裝置40輸出警示訊息,避免硬件問(wèn)題持續(xù)擴(kuò)大。
請(qǐng)?jiān)賲⒄請(qǐng)D1與圖2,熟習(xí)本領(lǐng)域技術(shù)者還可依其需求更改上述圖1中主 機(jī)10的架構(gòu)。在第一實(shí)施例中,警示裝置40雖以屏幕為例進(jìn)行說(shuō)明,但熟習(xí) 本領(lǐng)域技術(shù)者可依其需求而以不同類型的輸出裝置來(lái)實(shí)施警示裝置40。舉例來(lái) 說(shuō),可利用音頻輸出裝置來(lái)實(shí)施第-一實(shí)施例與第二實(shí)施例的警示裝置40。更詳 細(xì)地說(shuō),在步驟S205時(shí),警示裝置40可發(fā)出警示聲音告知使用者"服務(wù)器處 于不穩(wěn)定狀態(tài),請(qǐng)盡速備份資料并通知維修工程師處理,以免資料毀損或造成其他更嚴(yán)重的硬件損壞"。如此一來(lái)也可達(dá)成與上述實(shí)施例相類似的功效。
綜上所述,本發(fā)明在啟動(dòng)自我測(cè)試過(guò)程時(shí),會(huì)檢測(cè)是否發(fā)生異常事件。當(dāng) 發(fā)生異常事件時(shí),則記錄異常事件發(fā)生的次數(shù)并重新開(kāi)機(jī)。此外,依據(jù)異常事 件發(fā)生的次數(shù)決定是否輸出警示訊息。因此可預(yù)防主機(jī)或其儲(chǔ)存的資料發(fā)生毀 損。
雖然本發(fā)明已以較佳實(shí)施例揭示如上,然其并非用以限定本發(fā)明,任何本 領(lǐng)域技術(shù)人員,在不脫離本發(fā)明的精神和范圍內(nèi),當(dāng)可作些許的修改和完善, 因此本發(fā)明的保護(hù)范圍當(dāng)以權(quán)利要求書(shū)所界定的為準(zhǔn)。
權(quán)利要求
1. 一種主機(jī)狀況的評(píng)估方法,其特征在于包括在啟動(dòng)自我測(cè)試過(guò)程時(shí),檢測(cè)是否發(fā)生一異常事件;當(dāng)發(fā)生該異常事件時(shí),記錄該異常事件發(fā)生的次數(shù)并重新開(kāi)機(jī);以及依據(jù)該異常事件發(fā)生的次數(shù)決定是否輸出一警示訊息。
2. 如權(quán)利要求1所述的評(píng)估方法,其特征在于,還包括當(dāng)沒(méi)有發(fā)生該異常事件時(shí),檢査該異常事件發(fā)生的次數(shù)。
3. 如權(quán)利要求1所述的評(píng)估方法,其特征在于,依據(jù)該異常事件發(fā)生的次數(shù)決定是否輸出該警示信號(hào)的步驟,包括當(dāng)該異常事件發(fā)生的次數(shù)大于一設(shè)定值時(shí),則輸出該警示訊息。
4. 如權(quán)利要求2所述的評(píng)估方法,其特征在于,該設(shè)定值為0。
5. 如權(quán)利要求1所述的評(píng)估方法,其特征在于,依據(jù)該異常事件發(fā)生的次數(shù)決定是否輸出該警示信號(hào)的步驟,包括當(dāng)該異常事件發(fā)生的次數(shù)為0時(shí),則依正常程序進(jìn)入一操作系統(tǒng)。
6. —種主機(jī),其特征在于包括一芯片組,在啟動(dòng)自我測(cè)試過(guò)程時(shí),用以檢測(cè)是否發(fā)生一異常事件;一基板管理控制器,耦接該芯片組,當(dāng)發(fā)生該異常事件時(shí),該基板管理控制器記錄該異常事件發(fā)生的次數(shù)并控制該主機(jī)重新開(kāi)機(jī);一警示裝置,用以輸出一警示訊息;以及一輸出輸入系統(tǒng)芯片,耦接該芯片組、該基板管理控制器與該警示裝置,檢查該異常事件的次數(shù)并據(jù)以控制該警示裝置是否輸出該警示訊息。
7. 如權(quán)利要求6所述的主機(jī),其特征在于,該芯片組包括一中央處理器;一北橋芯片,耦接該中央處理器;以及一南橋芯片,耦接該北橋芯片,包括一通用輸入輸出端口,該通用輸入輸出端口依據(jù)該異常事件發(fā)生與否輸出一信號(hào)。
8. 如權(quán)利要求6所述的主機(jī),其特征在于,該警示裝置為一屏幕或一音頻輸出裝置。
9. 如權(quán)利要求6所述的主機(jī),其特征在于,當(dāng)該異常事件發(fā)生的次數(shù)大于一設(shè)定值時(shí),該輸出輸入系統(tǒng)芯片則控制該警示裝置輸出該警示訊息。
10. 如權(quán)利要求9所述的主機(jī),其特征在于,該設(shè)定值為0。
11. 如權(quán)利要求6所述的主機(jī),其特征在于,當(dāng)該異常事件發(fā)生的次數(shù)為0時(shí),該主機(jī)則依正常程序進(jìn)入一操作系統(tǒng)。
全文摘要
本發(fā)明公開(kāi)一種主機(jī)與主機(jī)狀況的評(píng)估方法。主機(jī)狀況的評(píng)估方法包括在啟動(dòng)自我測(cè)試過(guò)程時(shí),檢測(cè)是否發(fā)生異常事件。當(dāng)發(fā)生異常事件時(shí),記錄異常事件發(fā)生的次數(shù)并重新開(kāi)機(jī)。另外,依據(jù)異常事件發(fā)生的次數(shù)決定是否輸出警示訊息。因此可評(píng)估主機(jī)的穩(wěn)定度。
文檔編號(hào)G06F11/34GK101464828SQ20071030054
公開(kāi)日2009年6月24日 申請(qǐng)日期2007年12月19日 優(yōu)先權(quán)日2007年12月19日
發(fā)明者王建智 申請(qǐng)人:英業(yè)達(dá)股份有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1