第10章DesktopManagement.pptVIP

網路管理?台灣培生教育出版股份有限公司 第 10 章 Desktop Management Desktop Management Interface（DMI） Management Information Files（MIFS） DMI Attributes（屬性） DMI Elements（元素） SNMP Subagent（次代理者） 示範MIF到MIB的對照 示範使用SNMP Extension Agent（延伸代理者） 主機MIB 示範SNMP存取DMI Agents 第 10 章 Desktop Management DMI是一些公司共同發展的標準，其需求在於必須去存取比mib-2物件能提供的更多桌上型電腦系統資訊。 該聯合集團稱之為Desktop Management Taskforce（DMTF）。 DMI的管理模型與SNMP管理類似。但是，他們並不完全相同，且執行的方式不同。 10.1.1 DMI架構 DMI模型是由軟體、硬體及韌體等組件所組成的系統。 component是透過Management Information File（MIF）定義組件的attributes而界定之。 MIF類似於SNMP的MIB，屬性則類似於SNMP物件。 10.1.1 DMI架構 管理應用程式（例如：瀏覽器）必須存取組件的MIF檔案，用以決定屬性的值。 當直接運作時，瀏覽器送出Remote Procedure Call（ RPC）給DMI代理者。 RPC是TCP/IP Application層的協定，而DMI代理者包含有桌上型電腦中所請求的軟體組件。 10.1.1 DMI架構 10.1.1 DMI架構 DMI的運作由三個主要部份組成：管理（例如：瀏覽器）、DMI Service Provider、以及組件。 DMI Service Provider控制管理與組件之間的通訊。 當瀏覽器是本地桌上型電腦的DMI應用程式時（如圖10.1所示），它會建立Remote Procedure Call（RPC）和RPC Support替Management Interface Server翻譯這些呼叫。 10.1.1 DMI架構 DMI Service Provider將請求傳遞給Procedure Component Interface（PCI），此為一Component API，也扮演類似通往Component Instrumentation（CI）的配電盤。 CI是廠商撰寫的程式碼，定義存取組件（例如，網路卡、處理器、數據機、BIOS等）可供管理的狀態；如此，便可為組件撰寫出MIF檔案。 10.1.1 DMI架構 圖10.1也說明可以從遠端系統存取組件的MIF。 遠端系統可以是使用RPC的DMI瀏覽器，或使用SNMP的管理應用程式，以下將有所介紹。 10.1.2 DMI瀏覽器 白色標籤為作者所加註。 其中的圖示可以讓使用者安裝、或移除桌上型電腦的管理組件。 當滑鼠指標停留在按鈕上時，圖示說明會伴隨出現。 10.1.2 DMI瀏覽器 新近安裝的組件必須向DMI Service Provider註冊，在此可以使用“Register Component”圖示，啟動他們之間的通訊。 視窗中列出兩項DMI Componets：WIN32 DMI Service Layer及System Information（WIN32 DMI Service Layer現在稱為WIN32 Service Provider）。 10.2.1 WIN32 DMI Service Layer Component 每個DMI執行中都必須存在有這個組件。 點選（+）標示後，可以看到組件中的群組表列，如圖10.3所示。 DMI群組和SMI群組相似。 這個版本的WIN32 Service Layer僅有一個群組，即ComponentID。 每個群組都有其屬性，屬性又類似於SMI物件。 若要取得ComponentID的屬性表列，可以雙擊群組圖示，結果將如圖10.4所示。 Attribute Element類似於定義物件的SNMP條款。 10.2.2 System Information Component System Group ─ System Slot,[1] ─ 指定這個表是用以說明System Information元素中System Slot #1群組的屬性。 ID：0019 ─ Class：DMTF | System Slot | 002 ─ 指定這個群組的ID是0019，類別（class）定義是DMTF | System Slot | 002。DMTF是建立這個群組的組織、System Slot是群組名稱、002則是執行群組屬性存取的軟體