概述
相信每一位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中的配置变更信息
