如何使用cmdb

全部展开

IT运维管理已经成熟，ITIL流程管理目前被广泛使用. 有些人将ITIL比作IT管理中的“夜间航行灯塔”. 辐射力四射的词汇吸引了无数企业准备或已开始在IT运维服务管理中实施标准化运维. 而且我们知道，面对ITIL强大的流程管理，CMDB（配置管理）是其核心组件之一，通常会花费大量的人力和时间来收集各种IT基础架构信息，但是它是在几年后完成的. 失去活力的ITIL运维管理组件CMDB.

CMDB在IT服务管理中的推动力

面对复杂且不断变化的业务需求以及IT预算的不断收紧，企业IT部门在为企业的整体运营目标提供可靠的服务方面面临着前所未有的挑战. 如果要解决这些问题，则必须具有良好的e799bee5baa6e79fa5e98193e58685e5aeb931333335303632组织管理策略，因为我们必须首先了解环境中各种对象的特征，然后才能对其进行控制，维护和改进. 为了实现动态IT运营和维护服务所追求的目标，我们必须将ITIL指南真正实现为一个显而易见的，可衡量的集成实体，而承载这些实体的容器就是CMDB.

作为成功实施ITIL的关键和保证，CMDB相当于整个“网络列车”的动力来源. 由于它可以代替过去企业IT体系结构中设备的各种配置信息的手动存储和管理，因此越来越多的企业开始考虑自动获取IT基础结构设备的各种配置项的存储，然后将其与所有ITIL进行比较. 流程紧密相连，提供有效的数据来支持其他ITIL流程的运行，

可以将CMDB配置库与企业网络中的“眼睛和大脑”进行比较. 这个特殊的动态是ITIL标准流程的核心组成部分，它从一开始就记录ITIL流程操作的流程，并发现事件，问题处理，变更管理，版本发布，最后关闭流程中的所有流程. 中间的内容会自动记录在CMDB中，并实时显示.

错误的CMDB就像是大脑记忆的混乱

ITIL运维管理组件CMDB存储和管理企业IT架构中设备的各种配置信息，因此如何操作和播放配置信息的价值取决于数据的准确性. 想象一下，如果CMDB对故障设备的关键指示器提供了错误描述，是否可以及时解决该事件？如果在配置管理中不存在针对类似故障的统计分析支持，如何实施主动问题管理？如果没有配置管理来提供配置项（配置项）之间的关系作为基础，那么如何对将要更改的配置项进行风险评估？

一位资深的资深人士曾说: “在过去的几年中，尽管我工作过的几家公司都非常重视IT建设，但他们当时都缺乏IT管理工具，因此我们都采用了自下而上的方法也就是说，从底部开始，使用手动输入数据进入开源CMDB.

这个阶段的问题可能对每个人都显而易见. 它花了两三年，不仅时间很长，而且还存在错别字问题. 现在我已经改变了公司，我已经放弃了自己建立CMDB的想法，并且我不希望IT员工花费大量时间来整理和收集这些信息，并花时间在日常工作以保持其及时性. 但是我调查了一些情况. 在这些公司使用制造商提供的IT管理工具建立的CMDB实施之后，他们仍然发现设备配置项的输入不规范且不全面，并且资源与其他一系列问题之间缺乏相关性问题，这将不可避免地导致领先的决策者参考这些错误的信息做出错误的决定.

唯一令人满意的是人力资源和社会保障部. 他们使用的CMDB和IT资源库是相互连接的. 底层的监视工具自动收集数据并将其汇总到IT资源库RDB，计时和ITIL操作和维护管理组件中CMDB进行审核，以确保CMDB准确，有效地保证数据的准确性，并提供最基本的保证领导的决策. “

那么，人力资源和社会保障部如何确保数据的质量，以便充分发挥系统的有效性，从而避免失地？

在许多基于ITIL的ITSM项目中，尽管从业人员充分认识到CMDB对于企业IT服务管理功能的重要性，但他们经常因部署过程中CMDB构建涉及的巨大工作量而感到困扰，并且感到困难. ，不是必需的. CMDB通常存在三种情况. 首先，由于配置信息设置太精细，将导致过多的数据负载压力和性能下降；其次，由于资源信息和配置信息的设计太厚，没有设计必要的CI信息，并且没有建立CI之间的相互关系. 关联关系导致系统在配置项的罢工期满后，无法找到所需的配置项和配置项依存性影响信息，降低了运维效率. 另外，一些IT管理项目还具有RDB（资源库）信息和CMDB. 配置信息未能建立良好的同步审核机制，导致故障发生时这两个信息之间不一致，从而使O的“眼睛”混乱. 和M人员.

企业的IT管理项目中缺少CMDB功能的一个或多个功能可能导致项目失败，包括: 联合，对帐，同步，映射和可视化. 因此，如果以一致的方式处理这五个关系，公司能否摆脱创建CMDB的神秘面纱？

智能的“ IT统一资源库”

对于所有IT服务管理系统构建者而言，ITIL操作和维护管理组件CMDB是关键组件，必须在大型计算机上仔细进行抛光和调试. 通过更高级的资产管理和自动化流程，可以智能地帮助用户建立跨系统数据管理关联，从而最终促进业务和流程的集成.

为什么IT统一资源库是“智能”工具，同时又是CMDB增长历史中的里程碑符号？

首先，从CI的广度和深度以及CI生命周期的定义的角度来看，如果事先手动定义cmdb，则管理人员通常会基于经验进行主观设置. CMDB完全由人控制的理论很可能会失去动力. 改变的初衷. 此仔细检查与某种类型的CI或关键服务有关的CI，它不能是实时的. IT设备配置项可能无法及时更新，现在使用了实时动态RDB资源库. 通过验证CMDB配置项的正确性和完整性，可以建立统一的IT基础架构资源帐户.

此外，CMDB信息模型有两种不同的方式. 一种是自上而下的，即宏企业视图，在CMDB中为该视图部署元数据模型，然后确保所有管理应用程序都符合该元数据模型. 另一种方法是自下而上，这是高级CIO在本文中提到的方法，它是标准化基础资源数据集并相应地开发模型. 生成的CMDB模型与特定的管理功能和应用程序无关，因此它比实际的基础资源数据集更易于操作，并且由于不需要破坏企业的组织结构和文化而更易于接受. . 两种模型构建方法都有其自身的优势，但是它们都偏离了IT服务的核心概念-基于流程和以客户为中心. 从客户的实际需求出发，他们建立了高质量的IT服务系统，以提高客户满意度.

IT服务与业务之间的关系可以与水与鱼之间的关系进行比较. 鱼类依赖于营养丰富的水来维持生存，而持续的业务运营取决于出色的IT服务. 如果CMDB模型的设计在IT服务过程中偏离业务体系结构，就像水控制没有考虑鱼的适应性一样，那将不可避免地导致IT服务核心概念从建设之初就偏离. IT服务系统的优势以及与业务集成的机会该部门构建IT服务管理系统的意图与最初的目的背道而驰，无法提高CMDB的价值.

我们都知道: “系统功能加基本数据等于系统功能，系统功能加频繁使用等于业务成果. 如果不能实时使用这些工具，则IT管理将停滞不前. ”因此，ITIL维度管理组件CMDB肯定不是静态的.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-178452-1.html