【正文】 模型的領(lǐng)導者，該業(yè)務服務模型讓您很好的管理基礎(chǔ)架構(gòu)提供的 IT 服務和業(yè)務服務的關(guān)聯(lián)關(guān)系。 BPPM 系列產(chǎn)品主要提供對 IT 基礎(chǔ)架構(gòu)中各 IT 部件的監(jiān)控與管理，如對操作系統(tǒng)、數(shù)據(jù)庫、中間件、存儲、應用等監(jiān)控與管理，并提供集中的用戶監(jiān)控管理界面對系統(tǒng)性能和可用性以進行集中監(jiān)控，使用集中的配置管理界面對監(jiān)控策略進行集中的配置和管理。 自動化管理平臺 本方案中 自動化管理 平臺基于 BMC BladeLogic 系列自動化產(chǎn)品，包括BBSA 服務器自動化和 BBNA 網(wǎng)絡自動化。同時，對于非 ITIL 的運維管理流程，也可以基于 Remedy ARS 平臺進行定制實現(xiàn)。按照不同業(yè)務建立和監(jiān)控服務水平級別，唯一的業(yè)務服務模型梳理了各種服務基本協(xié)議的業(yè)務需求， BMC Atrium 給 SLA 的建立和維護了提供了一致可靠的參考。如果總部 的管理人員需要管理到其他 分支機構(gòu) 和中心的信息，我們可以通過系統(tǒng)級的配置來滿足這種需求，可以以中心和 分支機構(gòu) 為單位來為 總部 管理人員開放管理權(quán)限。 影響模擬器模塊能模擬某個 CI 的可用性故障，當發(fā)生了某種程度的變化后，其他相關(guān) CI 因此受到的影響。 服務影響模型能一次性創(chuàng)建、持續(xù)使用和維護；該模型能真實展現(xiàn)業(yè)務系統(tǒng)的架構(gòu)，能被業(yè)務服務影響管理的監(jiān)控類工具集成。如果不用數(shù)據(jù)模型，那就不能準確地反應這些數(shù)據(jù)類型和數(shù)據(jù)之間的關(guān)系類型， CMDB就只存儲著一些 CI 的概要屬性，缺少必要的屬性，這樣就很難按組查找 CI。 可以按類來設置審計，可以定義審計條件和方式 可以按類來設置訪問權(quán)限，可以定義基于用戶組的訪問權(quán)限：可見和隱藏 具有可視化，圖形化的數(shù)據(jù)模型編輯器，在圖形化的界面中能添加、編輯和刪除類。能夠創(chuàng)建一個數(shù)據(jù)集來代表預計配置，然后用自動發(fā)現(xiàn)應用來創(chuàng)建另外的數(shù)據(jù)集來代表實際配置。比較活動只考慮那些已經(jīng)標記了調(diào)合識別號的實例。優(yōu)先規(guī)則應該對于每個數(shù)據(jù)集中的不同的類和屬性指定權(quán)重數(shù)值。 產(chǎn)品目錄和數(shù)據(jù)標準化引擎能自動化的維護 CI 的產(chǎn)品分類信息，增加配置信息分類的精確性和一致性。這種方式必須包括修改實例數(shù)據(jù)和數(shù)據(jù)模型的類定義。 BMC ADDM 提供對任何發(fā)現(xiàn)設備的查詢能力，查詢范圍包括： BIOS，描述信息， DNS 名稱， IP 地址，標簽，位置， MAC 地址，制造商，型號，開放的TCP 端口，操作系統(tǒng)類型，處理器速度，處理器 /架構(gòu)，軟件補丁，軟件產(chǎn)品，系統(tǒng)名稱，以及對象類型。另外，拓撲關(guān)系可以通過對象類型過濾以展現(xiàn)基于某一獨特集合屬性的視圖，例如展現(xiàn)與給定 J2EE 設施關(guān)聯(lián)的應用 服務器。 主機硬件 監(jiān)控 通過在被管的服務器上安裝 BPPM代理和相應的操作系統(tǒng)的知識模塊 Sentry Software Monitoring for BMC Performance Manager Hardware Monitoring，可實現(xiàn)對被管服務器硬件系統(tǒng)運行情況的監(jiān)控，如電源、風扇、 CPU、內(nèi)存、溫度等監(jiān)控，當硬件發(fā)生故障時，進行告警。通過監(jiān)測CPU 的利用情況識別可能降低系統(tǒng)性能的用戶生產(chǎn)率的活動。如果發(fā)現(xiàn)問題， KM for Unix 就通知管理員，如高數(shù)據(jù)沖突率（可降低網(wǎng)絡性能和阻礙通信。 KM 與 Berkeley 和 SVR4 打印管理系統(tǒng)完全兼容，通過對行業(yè)標準的支持提供靈活性?？筛鶕?jù)用戶定義的值在本地保存指 定天數(shù)的告 警信息和性能數(shù)據(jù)。管理員可以通過一個本地數(shù)據(jù)點快速地檢索關(guān)于參數(shù)值、歷史和警報的更詳細的上下文數(shù)據(jù)。可根據(jù)用戶定義的值在本地保存指定天數(shù)的告警信息和性能數(shù)據(jù)。； ? 跟蹤在每個輪詢期間等待阻塞恢復的比率 ,它為數(shù)據(jù)庫性能提供了一個關(guān)鍵的基準數(shù)據(jù)，高的等待率表明存在潛在的表沖突問題； ? 監(jiān)測緩沖命中率 ,顯示了讀取數(shù)據(jù)緩存的操作與全部讀操作的比率； ? 監(jiān)測一段時間內(nèi)關(guān)鍵表空間的增長情況，當表空間的可用性低于用戶定義的水平時發(fā)送一個管理警報； ? 知識模塊中其它支持管理效率的部件包括： ? 添加到報告提示和菜單命令中的響應功能； ? 格式化的報表； ? 以批操作的方式執(zhí)行 SQL 任務以及執(zhí)行遠程 SQL 命令的能力； ? 同時管理多個數(shù)據(jù)庫； ? 添加監(jiān)測參數(shù)，設置參數(shù)報警值，確定自動恢復操作的能力； ? 先進的參數(shù)報告，包括多行圖形和三維圖表。通過 BPPM針對數(shù)據(jù)庫管理的知識模塊可以實現(xiàn)以下主要功能： ? 為數(shù)據(jù)庫提供不間斷的監(jiān)測。當請求不太多時， KM，可自動提示管理員，促使管理員在系統(tǒng)能力極限達到之前，在系統(tǒng)性能未顯著下降之前采取措施。這些都與已有 Unix 安全設施不沖突，但是加強了管理控制以阻止未授權(quán)的系統(tǒng)存取。可以及時采取措施，保障系統(tǒng)的 高可用性。 ? 利用 BPPM 內(nèi)的注解的數(shù)據(jù)點技術(shù)，該技術(shù)使管理員能夠迅速檢索附加的與上下文數(shù)據(jù)相關(guān)的參數(shù)值。 在整個 BPPM 系列產(chǎn)品中主要包括 BPPM 代理程序 (BPPM Agent 智能的執(zhí)行機構(gòu) )、知識模塊 (BPPM KM 監(jiān)控對象、報警及相應處理措施的定義 )、 Common Service(BPPM 分布式通信中間件、用戶安全控制及通信控制模塊的互備 ) 、管理控制臺 (被管對象集中監(jiān)控、管理和監(jiān)控策略的集中配置和管理 )。 發(fā)現(xiàn)工作開始后，管理員可以使用高級查詢功能選擇一個企業(yè)級應用組成的物理或邏輯組件，以及它們之間的對應關(guān)系。通過對 IP 范圍和正在使用的端口進行 Ping 掃描， BMC ADDM 從網(wǎng)絡上收集詳細的硬件和軟件信息，這些信息可以從聯(lián)網(wǎng)設備的注冊表， NETBIOS，安全 Shells，以及WMI 存儲種中讀取。消費者查看并更改現(xiàn)存的數(shù)據(jù)，與此同時，數(shù)據(jù)的提供者也可創(chuàng)建和修改數(shù)據(jù)。在 Atrium 中保存的所有 CI 都有一個分類屬性，即 CTI：分類 catalog、類型 type 和項目 item。該活動經(jīng)常工作在當不同的自動發(fā)現(xiàn)工具對同一項目提供了重疊數(shù)據(jù)的情況下，確立一個有效的配置。當規(guī)則找到匹配的實例時，兩個實例被標記成相同的調(diào)和識別號 ,一個額外的屬性顯示了他們每個代表在各自數(shù)據(jù)集里的相同的元素。 配置的分區(qū) 分區(qū)能夠把配置數(shù)據(jù)分成叫作數(shù)據(jù)集的片斷，每個代表某個特定時間的一組數(shù)據(jù)，這允許相同的 CI 或關(guān)系實例存在于多個數(shù)據(jù)集中。 數(shù)據(jù)模型符合的行業(yè)標準： DMTF CIM, MOF, ITIL 等，開盒即用的屬性豐富 開盒即用的類能表達 IT 組件、環(huán)境組件、人、流程、開放系統(tǒng)、主機系統(tǒng)、資源池 和虛擬環(huán)境 面向?qū)ο蟮念惸鼙磉_ CI 和關(guān)系，具有唯一的基礎(chǔ) CI 類，和基礎(chǔ)關(guān)系類；所 有子類都能繼承父類的關(guān)系。 例如，軟件實例的 CI 記錄會有相關(guān)的許可證記錄，它包括許可證在內(nèi)部網(wǎng)的 URL 位置，又或者 CI 記錄可能關(guān)聯(lián)到故障 ,包含查詢 CI 相關(guān)故障數(shù)據(jù)庫的必要信息。 能保存和加載多個模擬方案，如某些特定的 CI 可能經(jīng)常發(fā)生變更，例如：某個核心網(wǎng)絡設備的周期性維護，某些數(shù)據(jù)庫服務器上數(shù)據(jù)庫的定期升級。 可以根據(jù)業(yè)務要求隨時調(diào)整缺省的類庫，并根據(jù)基類或子類進行派生，也可以獨立構(gòu)建類樹，具有專業(yè)的類管理機制，比如抽象類、獨類、類別類。 本集中統(tǒng)一的架構(gòu)也充分考慮到了各個數(shù)據(jù)中心和一級 分支機構(gòu) 的分布式管理和數(shù)據(jù)隔離的需求。通過 IT 技術(shù)架構(gòu)的單一真像源，來了解你的環(huán)境。這種訪 問控制技術(shù)是數(shù)據(jù)中心的變更管理變得更加安全和可控。 BEIM 的功能模塊包括事件處理單元 (BMC Impact Manager)、事件適配器(BMC Impact Manager Adapter)、事件管理控制臺 (BMC Impact Explorer)、 BMC Portal(統(tǒng)一用戶界面 ) SIM（ BMC Impact Managemer 服務影響管理模塊能提供服務影響分析功能，建立業(yè)務服務模型，分析和展現(xiàn) IT 組件對業(yè)務系統(tǒng)的影響。最小化了 IT 基礎(chǔ)架構(gòu)中配置項關(guān)系的手工維護工作量。 BMC 是業(yè)內(nèi)最先以 IT 管理為目的而開發(fā)和設計的 CMDB 產(chǎn)品，比其他廠商領(lǐng)先 20 月，被 Gartner 評為架構(gòu)最成熟的 CMDB 產(chǎn)品。 數(shù)據(jù) 展現(xiàn)平臺 展現(xiàn)層主要是由 BMC Portal、報表管理等組成。 BMC 事件管理平臺根據(jù)預定義的事件處理策略對接受到的事件進行處理，并進行后續(xù)的各種處理動作，如以各種方式通知相關(guān)的處理人員、在幫助臺中產(chǎn)生故障工單等，同時實現(xiàn)在 BMC 事件管理平臺與幫助臺的故障工單之間狀態(tài)的雙向同步。這一層主要是由通過設置在各個點的各類采集設備組成。 CMS/CMDB 配置管理系統(tǒng) 配置管理系統(tǒng) CMS/CMDB 是 IT 運維管理平臺的核心，它統(tǒng)一 為 其 它 所有 IT管理平臺 提供 服務。被監(jiān)控對象包括主機 （包含虛擬化環(huán)境） 、數(shù)據(jù)庫、中間件、網(wǎng)絡、存儲 、安全、 應用軟 件 等 。 應 用數(shù)據(jù) 庫物理 / 虛擬系統(tǒng)網(wǎng) 絡 中間 件用戶集中監(jiān)控平臺數(shù)據(jù)展現(xiàn)平臺統(tǒng)一報表平臺環(huán)境監(jiān)控業(yè)務影響管理統(tǒng)一事件平臺統(tǒng)一性能平臺網(wǎng)絡監(jiān)控主機監(jiān)控系統(tǒng)監(jiān)控存儲監(jiān)控應用監(jiān)控安全監(jiān)控自動化管理平 臺作業(yè)調(diào)度自動化操作平臺操作任務管理操作權(quán)限管理補丁管理配置操作軟件分發(fā)系統(tǒng)裝載應用監(jiān)控合規(guī)審計統(tǒng)一門戶平臺流程管理平臺事件管理問題管理變更管理發(fā)布管理配置管理 知識管理服務目錄服務水平服務請求運行管理C M D B業(yè)務模型服務目錄自動發(fā)現(xiàn)調(diào)和聯(lián)邦 流程管理平臺為客戶實現(xiàn) ITIL 理論中的服務臺、事件管理、問題管理、變更管理、配置管理、資產(chǎn)管理、服務水平管理等流程。 把IT當作業(yè)務服務進行管理 面向業(yè)務的管理并不是對以前管理方式的否定，而是幫助 IT 部門站在更高的視角從企業(yè)業(yè)務的角度重新梳理日常管理工作，以面向業(yè)務服務的視角重新審視把 IT 各類資源有效組織起來的方式。 BSM 模型有效地描述了 IT 部門業(yè)務價 值定位，如下圖所示： 這個模型提供的啟示在于闡明了 IT 組織的價值定位，最底層是 IT 環(huán)境，包括機房環(huán)境、網(wǎng)絡、服務器、存儲、應用等 IT 組件在內(nèi)的 IT 基礎(chǔ)設施，中間層是 IT 團隊，這些 IT 人員要通過有效合理的流程進行組織，一方面管理底層的IT 基礎(chǔ)設施，一方面通過這些基礎(chǔ)設施和自身的活動對上層的業(yè)務部門提供其所需的服務。那么 IT 究竟該如何邁出這一步伐呢？ IT 又如何實現(xiàn)以業(yè)務為中心的IT 運維管理模式呢？ 業(yè)務服務管理 (BSM： Business Service Management) 概念，其目的就是在于幫助 IT 部門快速轉(zhuǎn)型，使得 IT 部門可以根據(jù)業(yè)務需求高效地執(zhí)行和管理技術(shù)與流程，從而可以提供創(chuàng)造更大業(yè)務價值的新服務，兼而能以更低的成本支持現(xiàn)有的服務。這就包括到對上層業(yè)務本身的管理、對中層 IT 流程和政策的管理、對底層 IT基礎(chǔ)設施的管理，以及對 IT組織對上層業(yè)務提供的服務的管理。 配置管理核心系統(tǒng) CMDB 是 統(tǒng)一 IT 運維管理平臺 的核心，它統(tǒng)一為其它所有 IT 管理平臺提供服務。自動化管理平臺可以覆蓋從物理服務器、虛擬服務器、網(wǎng)絡到應用、甚至客戶端，提供設備發(fā)現(xiàn)、腳本執(zhí)行、操作系統(tǒng)安裝、配置備份、配置檢 查、配置變更、補丁分析和分發(fā)、應用程序分發(fā)、操作審計、合規(guī)審計、配置修正、作業(yè)調(diào)度、虛擬機管理、遠程管理等多種跟運維管理相關(guān)的功能，將手工作業(yè)進行自動化實現(xiàn)，解放運維人員，同時強制遵循最佳實踐和法律法規(guī)的合規(guī)要求。 ? 數(shù)據(jù)處理層一方面對數(shù)據(jù)進行 分析 判斷產(chǎn)生告警信息并發(fā)送到展現(xiàn)層，另一方面在數(shù)據(jù)庫集中存放性能數(shù)據(jù)。 借助 CMS/CMDB 所提供的 IT 技術(shù)架構(gòu)的唯一配置信息來源 ， 可以更好地 了解 用戶 的環(huán)境。 BMC 的代理程序及其知識模塊可通過遠程分發(fā)的方式進行安裝和升級，其運行消耗的資源很少，代理程序同 BMC 其它管理模塊之間的通信通過 TCP 的某一端口進行，相對于 SNMP 或其它的通訊方式， 傳輸安全可靠。 自動化管理平臺 與自下 而上做事件采集、處理和展現(xiàn)的監(jiān)控平臺相對應，自動化管理平臺執(zhí)行 自 上而下的控制和操作動作?？梢远ㄖ谱约旱膱蟾?，也可以通過 Web 發(fā)布報告。 BMC Atrium CMDB 的通用數(shù)據(jù)模型是面向?qū)ο蟮呐渲眯畔⒈磉_技術(shù)，它通過彈性和完全圖 形的操作管理界面來定制可擴展類型屬性，在業(yè)內(nèi)標準數(shù)據(jù)模型的基礎(chǔ)上，方便的滿足了任何客戶化需求。 在整個 BPPM 系列產(chǎn)品中主要包括 BPPM 代理程序 (BMC Agent 智能的執(zhí)行機構(gòu) )、知識模塊 (BMC KM 監(jiān)控對象、報警及相應處理措施的定義 )、 Common Service(BPPM 分布式通信中間件、用戶安全控制及通信控制模塊的集群 ) 、管理控制臺 (被管對象集中監(jiān)控、管理和監(jiān)控策略的集中配置和管理 )。 BladeLogic 在一個統(tǒng)一的平臺和架構(gòu)上實現(xiàn)了配置和合規(guī)，是業(yè)內(nèi)架構(gòu)優(yōu)良和高效的服務器自動化管理平臺。例如，操作管理，值班管理