CMDB的定位及价值 博思软件(中国)有限公司.pptVIP

熊强胜 博思软件(中国)有限公司 CMDB的定位及价值 内容 常见的IT服务问题 CMDB的定位 CMDB的模型 CMDB的价值 CMDB的绩效 常见IT服务的问题（第一个层次） ２号核心机房的７４号机柜中到底存放着多少个IT设备？--位置 网上银行的业务系统到底有多少台服务器？--系统 一个具体的系统管理员手中管理着多台小型机？--人员 6.5.21版本的ESP软件到底安装了多少个？--版本 刀片服务器有多少台？小型机有多少台？--类型 DL380的服务器有多少台？有多少台库存备机？--型号 这台PC服务器使用了多长时间？ 整个公司有多少种Oracle数据库版本？分别有多少个？ 你的公司如何得到这些信息？要用多少资源？要用多少步骤？要用多久？ 常见IT服务的问题（第二个层次） 这台序列号“99C9962”的X3850PC服务器，过去发生过哪一些事件？ 这款物流部门使用的VLS系统现在还有多少个BUG等待修正？ Internet区的网络下周都安排了什么变更？ 一个交换机接入了多少个对象？ CM20101105007这张变更单，当时到底动了哪几个设备？ ２号核心机房现在有多个设备现在处于非正常状态？ 上个月事件最多的10台机器是哪几个？ 当一个用户做事件申报时，服务台怎样知道哪一些组件或服务与他相关？ 对一台交换机做变更时，可能影响哪一些业务系统？ 哪一些软件与设备已经过保？或许可证不足？ 你的公司如何得到这些信息？要用多少资源？要用多少步骤？要用多久？ 常见IT服务的问题（第三个层次） 哪一些组件是我们的架构的薄弱点？，明年的IT架构加固与改善的重点是什么？ 工程师的时间资源花在哪一些对象上或哪一类对象上？ 服务目录与IT 架构的关系是否有可能梳理出来？是否可能明确每个IT组件可能的操作动作是什么？ 每一个组件类中，事件有哪一些分布特性？比如中间件的哪一个版本事件率最高？ 工程师的时间资源花费最多的是做哪一些事务（服务目录）？同样的动作，在不同的机型上花费的时间不同吗？ 明年的人员能力提升的重点是什么？ 哪一类组件的变更失败率或回退率最高？有怎样的分布特性？ 终端机器的事件率与使用年限有没有函数关系？与品牌或厂商有没有相关性？ 服务质量的下降到底是由哪一些组件决定的？反向的每一个组件可能与哪一些SLA相关？ 应怎样去管理IT服务？ “管理工作和记者的工作有一些相似之处，那就是你必须要有相关知识的储备，而且在工作过程中根据你掌握的信息进行调整，这样你才能成为一个优秀的分析者”。 ----------明茨伯格 IT服务的重心在于服务，IT服务管理的重心在于管理，回归管理的本质。 管理依赖信息，没有科学合理的统计分析，我们既不知现在，亦不知未来 统计分析又依赖于大量详实而基础的信息记录 记录是一切管理的基础，它是整个体系最基本的元素，同时又是最枯燥、繁重、琐碎的部份，也是最被人忽视的部份。 记录是我们的历史 应怎样去记录IT服务？ 一个问题是：我们应该如何记录？？ CMDB改变记录模式 记录不旦意味着记录“事情”（事件、变更、发布），还意味着记录“物体”，只有“事物”相结合，记录才完整。 事情（工单）记录于IT服务流程之上。 物体（对象）记录于CMDB之上。 要实现真正面对服务的管理，必须有一个坚实的基础：CMDB 只有记录足够结构化与标准化，科学而全面的统计分析才有可能 CMDB+流程=事+物=完整记录 完整记录全面分析科学管理 面向对象的CMDB CMDB模型1 CMDB模型2 CMDB模型3 CMDB模型4 CMDB的应用 CMDB的价值 价值 更有效的管理IT架构 信息化 标准化 平台化 服务化 更有效的管理IT架构 实施CMDB的过程是一个重新理解、审视你的IT架构的过程 将每个服务的对象进行识别的过程，会有助于我们切清运维权责，理清灰色的运维地带。 当我们识别出IT架构的所有组件，以及这些组件之间的关系，我们才真正“描述“了这个IT架构，通过这些数据的描述，投影出相应的模型，这是我们对IT架构本身的”理解”。 真正理解定义了哪一些是“配置项”，变更的控制范围与深度清楚可见，我们可以清楚定义出，调整一些对象（CI）是变更，调整对象的哪一些部份（属性）是变更，甚至可以定义基于对象承载的动作（服务目录）是变更。 管理一个大而封闭的IT架构是困难的，但当我们将它瓦解成一个个小的组件，根据组件的不同特性与类型，分散给不同的人员进行维护，它将变得相对容易，更重要的是，我们还掌握了还原组装这些IT组件的知识，即关系，并且通过可视化