概述
相信每一位IT管理者都很清楚變化對高度復雜的IT意味著什么。當軟硬件升級、新應用上線、服務版本更新時，企業往往無法馬上看到立竿見影的成效，變化所導致的故障和問題卻總會先期而至。據IDC和Gartner的報告顯示，70％～80％的IT相關問題與環境的變更有著直接的關系。
面對主動管理和被動應對IT變化的選擇，IT管理者迫切需要一種具有足夠包容性、凌駕于變化之上的變更管理體系，但這一想法實現起來并不容易。很多時候，企業不得不采取機械的辦法來保證IT系統的可用性。
某家國際知名的金融服務公司就面臨著這樣的問題。其擁有3萬臺服務器的IT環境每個月大約要進行數千次的改動。為此，他們不得不在月底或者季度末強行凍結變更，而這一做法在金融行業相當普遍。該公司的IT負責人說，“當我們凍結變更時，IT環境中出現的問題就大大減少了。但是我們不能總是用停止變更的辦法來增加可用性。”
新技術的引入也會動搖相對穩定的IT管理架構，讓變更管理遭遇挑戰。以虛擬化為例，很多企業用自己的切身經歷證實，隨著虛擬化應用的深入，變更管理變得更加錯綜復雜。一家保險公司的IT經理表示，公司在實現了服務器的虛擬化之后，原本以為可以通過虛擬化保證可用性，變更管理的意識便有些松懈。但是后來發現虛擬化技術只能替代那些出現故障的服務器。在應用環境變得更“自由”的同時，系統的復雜性加大了，變更管理的難度也增加了。
其實，無論是IT建設的“疊加式”行為，還是引進新的產品、技術或服務，都需要通過一個嚴密而有效的變更管理體系來進行管理。正因如此，變更管理成為了IT服務管理框架中一個獨立模塊。
什么是CMDB？
在變更管理的技術支撐體系之中，CMDB是核心中的核心。
“實施變更管理的難點和重點并不是工具，而是流程。”良好的變更管理取決于該系統的自動化水平，其中變更管理流程自動化的實現最為關鍵。而在流程自動化方面，ITIL讀本已經做出了明確的規定。ITIL為6個主要IT業務流程(即配置、事件、問題、變更、服務/幫助臺和版本管理)設計了旨在提升IT運維效率的最佳實踐。而自動化的變更管理流程包含了全部6個主要流程元素。比方說，用戶不能在沒有預先了解變更將給環境造成什么影響的情況下進行變更，除非已經知道環境中有哪些元素以及它們之間的依存關系，否則就不能進行變更。這就是配置管理，ITIL為配置管理做出的規定是使用配置管理數據庫(即CMDB)。
另外，很多變更是為了修補現實環境中存在的問題，因此與事件、問題管理或與幫助臺系統連接的流程和工具尤為關鍵，CMDB就是匯集和支配變更與配置管理信息流轉的基礎部件。
對用戶而言，要實現變更自動化沒有CMDB是不行的，因為自動化管理需要一幅顯示IT環境詳細信息的地圖。而CMDB就是一個記錄環境中每個配置項的巨型數據庫，小到路由器的端口信息，大到企業的生產型應用，它都會一一記錄在案。
而CMDB中還記錄著IT資產等其他方面的配置信息，它同時為IT服務管理的其他模塊提供數據庫支持。因此，將CMDB理解為自動化變更管理的技術實現基礎是比較準確的。一旦CMDB部署到位，企業就可以著手進行變更管理流程其他部分的自動化。同時，每次變更都可以利用CMDB的應用映射特性進行分析，確保負責支持受變更影響的每個項目的管理人員了解情況，并參與變更批準的過程。
Mocha BSM變更管理
l 摩卡業務服務管理(Mocha Business Service Management，簡稱Mocha BSM)配置變更事件全面記錄已經發生的配置變更，用戶只需定制相應的事件視圖，即可按資源、時間段等條件過濾出所需查看的配置變更。
l 在Mocha BSM系統中，資源狀態可將配置變更清晰的標明在每個資源名稱前，所有的配置變更盡收用戶眼底。
l 配置變更報警的定制與發送，避免人為疏忽，確保變更信息自動、及時、全面的傳遞到相關人員。用戶可靈活定制接收配置變更報警的角色與人員，并可通過郵件、短信、語音(通過自動撥打用戶電話報警)、Mocha Alert(可即時接收Mocha BSM報警的桌面軟件，簡單易用并可設置接收報警的種類，報警音樂等，以幫助客戶快速響應)等多種報警方式，確保配置變更自動通知到所有相關人員。
Mocha BSM配置變更管理
Mocha BSM配置及變更管理(CCMDB)
變更發生后，客戶通過Mocha ITOM內置的完善的ITIL標準流程模板，或者自定義的配置變更流程，以自動或手動的方式將配置變更的相關信息記錄到CCMDB中。
Mocha ITOM CCMDB中的配置變更列表
Mocha ITOM CCMDB中的配置變更信息
