備份通信方法和裝置制造方法及圖紙

本公開的實施例涉及一種備份通信方法和裝置。該方法包括：監視處理器與基板管理控制器之間的管理接口是否發生故障；響應于該管理接口發生故障，利用控制接口實現所述處理器與該基板管理控制器之間的備份通信，其中該基板管理控制器能夠通過該控制接口獲取所述處理器的物理參數；以及經由該控制接口在所述處理器與該基板管理控制器之間傳輸分組。

【技術實現步驟摘要】
備份通信方法和裝置
本公開的實施例總體上涉及通信技術，更具體地涉及處理器與基板管理器之間的備份通信方法和裝置。
技術介紹
基板管理控制器(BMC)通常通過管理接口(例如，智能平臺管理接口(IPMI))與主機設備中的處理器進行通信，其中該IPMI例如是鍵盤控制方式(KCS)、基于I2C的智能平臺管理總線(IPMB)、基于局域網(LAN)的IPMB、外設組件互連(PCI)等，其中KCS接口能夠使得BMC與處理器直接連接，因而KCS接口是最適合的管理接口。在現有的系統中，一般通過單個低引腳數(LPC)總線來實現BMC與處理器之間的KCS接口。通常，處理器能夠通過IPMI與BMC進行通信以收集溫度傳感器、系統冷卻狀態等信息。然而，對于處理器和BMC來說，現有的IPMI規范不能檢測系統的IPMI的通信狀態。例如，在處理器和BMC均能正常工作而KCS接口發生故障時，IPMI規范沒有提供如何針對這種故障的檢測和處理方式。在現有的系統中，在基于IPMI的通信方式發生故障時，通常通過重置信道或者重啟電源來恢復處理器與BMC之間的通信。然而，由于IPMI通信已經中斷，處理器可能無法向BMC發送重置信道或者重啟電源的命令。此外，在現有的系統中，BMC無法向處理器請求相關服務，并且在IPMI通信發生故障時，處理器無法及時獲得BMC的相關日志。因此，現有的重啟電源的方式增加了系統的宕機時間，嚴重了影響了系統的穩定性和用戶體驗。
技術實現思路
有鑒于此，本公開的實施例提供一種處理器與基板管理器之間的備份通信方法和裝置。根據本公開的一個方面，提供了一種備份通信方法，包括：監視處理器與基板管理控制器之間的管理接口是否發生故障；響應于該管理接口發生故障，利用控制接口實現該處理器與該基板管理控制器之間的備份通信，其中該基板管理控制器能夠通過該控制接口獲取該處理器的物理參數；以及經由該控制接口在該處理器與該基板管理控制器之間傳輸分組。根據本公開的另一個方面，提供了備份通信裝置，包括：監視裝置，用于監視處理器與基板管理控制器之間的管理接口是否發生故障；響應裝置，用于響應于該管理接口發生故障，利用控制接口實現該處理器與該基板管理控制器之間的備份通信，其中該基板管理控制器能夠通過該控制接口獲取該處理器的物理參數；以及傳輸裝置，用于經由該控制接口在該處理器與該基板管理控制器之間傳輸分組。根據本公開的又一個方面，提供了一種備份通信裝置，包括：存儲器；處理器，該處理器被配置為：監視處理器與基板管理控制器之間的管理接口是否發生故障；響應于該管理接口發生故障，利用控制接口實現該處理器與該基板管理控制器之間的備份通信，其中該基板管理控制器能夠通過該控制接口獲取該處理器的物理參數；以及經由該控制接口在該處理器與該基板管理控制器之間傳輸分組。根據本公開的各個實施例，可以帶來以下技術效果中的至少一種：在處理器與BMC之間的管理接口(例如IPMI)發生故障的情況下，利用控制接口(例如PECI)實現處理器與BMC之間的備份通信，從而保證處理器與BMC之間的雙向備份通信，并且使得BMC能夠自恢復，同時還能獲得BMC的日志以用于后續分析，從而能夠減少系統的宕機時間并且提高日志的分析效率。附圖說明結合附圖并參考以下詳細說明，本公開的各實施例的特征、優點及其他方面將變得更加明顯，在此以示例性而非限制性的方式示出了本公開的若干實施例。在附圖中：圖1圖示了根據本公開的實施例的備份通信方法100的流程圖；圖2圖示了根據本公開的實施例的備份通信層級圖200；圖3圖示了根據本公開的實施例的使用兩個寄存器作為消息存儲器的示圖300；圖4圖示了根據本公開的實施例的處理器與BMC之間的備份通信流程圖400；圖5圖示了根據本公開的實施例的使用消息存儲器來監視故障消息的通信流程圖500；圖6圖示了根據本公開的實施例的重試IPMI命令的流程圖600；圖7圖示了根據本公開的實施例的BMC的IPMI通道后臺程序的工作流程圖700；圖8圖示了根據本公開的實施例的獲取BMC的文件的流程圖800；圖9圖示了根據本公開的實施例的備份通信裝置900的框圖；以及圖10圖示了可以在其中實現根據本公開的模擬方法的計算機設備1000的框圖。具體實施方式以下參考附圖詳細描述本公開的各個示例性實施例。附圖中的流程圖和框圖圖示了根據本公開的各種實施例的方法和系統的可能實現的體系架構、功能和操作。應當注意，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，所述模塊、程序段、或代碼的一部分可以包括一個或多個用于實現各個實施例中所規定的邏輯功能的可執行指令。也應當注意，在有些作為備選的實現中，方框中所標注的功能也可以按照不同于附圖中所標注的順序發生。例如，兩個接連地表示的方框實際上可以基本并行地執行，或者它們有時也可以按照相反的順序執行，這取決于所涉及的功能。同樣應當注意的是，流程圖和/或框圖中的每個方框、以及流程圖和/或框圖中的方框的組合，可以使用執行規定的功能或操作的專用的基于硬件的系統來實現，或者可以使用專用硬件與計算機指令的組合來實現。本文所使用的術語“包括”、“包含”及類似術語應該被理解為是開放性的術語，即“包括/包含但不限于”。術語“基于”是“至少部分地基于”。術語“一個實施例”表示“至少一個實施例”；術語“另一個實施例”、“又一個實施例”表示“至少一個另外的實施例”。其他術語的相關定義將在下文描述中給出。圖1圖示了根據本公開的實施例的備份通信方法100的流程圖，在步驟102處，監視處理器與基板管理控制器(BMC)之間的管理接口是否發生故障。可選地，該管理接口可以是智能平臺管理接口(IPMI)，IPMI是智能型平臺管理接口(IntelligentPlatformManagementInterface)的縮寫，是管理各種系統中所使用的外圍設備的一種工業標準。IPMI是一種開放標準的硬件管理接口規格，其能夠獨立地檢測與其連接的硬件的狀態，例如，可以用來監視服務器的物理健康特征，諸如溫度、電壓、電源狀態等。在正常的通信條件下，處理器與BMC之間通過IPMI進行通信。在一個實施例中，監視處理器與基板管理控制器之間的管理接口是否發生故障包括：監視該處理器與所述基板管理控制器之間的該管理接口的通信間隔時間是否超過閾值時間。也就是說，當處理器與BMC之間的IPMI通信時間間隔過長，則說明IPMI通信可能發生故障，因此，可以基于閾值時間來判斷IPMI通信是否發生故障，可選地，該閾值時間可以設置為50毫秒。方法100繼續進行到步驟104，響應于該管理接口發生故障，利用控制接口實現該處理器與基板管理控制器之間的備份通信，其中基板管理控制器能夠通過控制接口獲取處理器的物理參數(例如，處理器的溫度)。可選地，該控制接口可以是平臺環境式控制接口(PECI)。平臺環境式控制接口(PECI)是由Intel公司提出的一種標準總線接口，是存在于處理器與其他芯片或系統穩定性監控設備(例如，BMC)之間的專用單線型總線。PECI默認用于在處理器發生內部錯誤時由其他芯片或系統(如BMC)轉儲寄存器，這些寄存器包括PCI配置寄存器。由于其足夠穩定，因而可以用作備用通信接口。一些PCI配置寄存器被處理器保留，并且不會被本文檔來自技高網...

【技術保護點】
一種備份通信方法，包括：監視處理器與基板管理控制器之間的管理接口是否發生故障；響應于所述管理接口發生故障，利用控制接口實現所述處理器與所述基板管理控制器之間的備份通信，其中所述基板管理控制器能夠通過所述控制接口獲取所述處理器的物理參數；以及經由所述控制接口在所述處理器與所述基板管理控制器之間傳輸分組。

【技術特征摘要】
1.一種備份通信方法，包括：監視處理器與基板管理控制器之間的管理接口是否發生故障；響應于所述管理接口發生故障，利用控制接口實現所述處理器與所述基板管理控制器之間的備份通信，其中所述基板管理控制器能夠通過所述控制接口獲取所述處理器的物理參數；以及經由所述控制接口在所述處理器與所述基板管理控制器之間傳輸分組。2.根據權利要求1所述的方法，其中所述管理接口為智能平臺管理接口(IPMI)和/或所述控制接口為平臺環境式控制接口(PECI)。3.根據權利要求1所述的方法，其中監視處理器與基板管理控制器之間的管理接口是否發生故障包括：監視所述處理器與所述基板管理控制器之間的所述管理接口的通信間隔時間是否超過閾值時間。4.根據權利要求3所述的方法，其中所述備份通信是雙向通信，并且所述備份通信中的所述分組包括通信類型碼、功能碼和響應碼，其中所述通信類型碼表示所述備份通信的類型，所述功能碼表示要啟動的功能，所述響應碼表示通信的響應情況。5.根據權利要求4所述的方法，所述備份通信的類型包括以下各項中的至少一項：處理器向基板管理控制器發送請求、基板管理控制器向處理器發送請求、處理器響應基板管理控制器的請求、以及基板管理控制器響應處理器的請求。6.根據權利要求4所述的方法，其中所述要啟動的功能包括以下各項中的至少一項：觸發基板管理控制器的自恢復、重試基于所述管理接口的通信、請求所述處理器的服務、以及獲得所述基板管理控制器的日志。7.根據權利要求1所述的方法，其中響應于所述管理接口發生故障，利用控制接口實現所述處理器與所述基板管理控制器之間的備份通信包括：當所述管理接口發生故障時，所述處理器向設置在所述處理器上的消息存儲器發送故障消息，并且所述基板管理控制器監視所述消息存儲器中是否具有所述故障消息。8.根據權利要求1所述的方法，其中經由所述控制接口在所述處理器與所述基板管理控制器之間傳輸分組包括：經由所述控制接口從所述處理器向所述基板管理控制器發送自恢復請求，以便觸發所述基板管理控制器的自恢復。9.根據權利要求8所述的方法，其中觸發所述基板管理控制器的自恢復包括：重置基于所述管理接口的通信信道。10.根據權利要求8所述的方法，其中經由所述控制接口在所述處理器與所述基板管理控制器之間傳輸分組包括：在經由所述控制接口從所述處理器向所述基板管理控制器發送自恢復請求之前，所述處理器經由所述控制接口從所述基板管理控制器獲得所述基板管理控制器的日志。11.根據權利要求8所述的方法，其中經由所述控制接口在所述處理器與所述基板管理控制器之間傳輸分組包括：在經由所述控制接口從所述處理器向所述基板管理控制器發送自恢復請求之后，經由所述控制接口從所述基板管理控制器向所述處理器發送重試請求，以便重試基于所述管理接口的通信。12.根據權利要求1-11中任一項所述的方法，還包括：當所述故障已經被修復時，恢復所述處理器與所述基板管理控制器之間的基于所述管理接口的通信。13.一種備份通信裝置，包括：監視裝置，用于監視處理器與基板管理控制器之間的管理接口是否發生故障；響應裝置，用于響應于所述管理接口發生故障...

【專利技術屬性】
技術研發人員：夏啟超，鄭偉，鄒勇，程寧寧，呂滿，焦夢葳，
申請(專利權)人：伊姆西公司，
類型：發明
國別省市：美國,US