规划CMDB数据填充-001

From 《Step by step to build a CMDB》步骤17-规划CMDB数据填充

目标

在这一CMDB关键的步骤中,会为CMDB的初始化CI数据填充,做精细的计划。需要考虑到所有CI数据,把不同CI类型对应到不同的数据集中,安排正确的顺序将这些数据集CMDB。其中定义对应的规则来调和重复数据是很重要的,不仅在CMDB初始化数据填充阶段重要,在以后的日常维护过程中也是非常重要的。做出了本阶段的详细规划后,这样在第18步即“选择自动化CMDB填充工具”时,就能考虑需要什么样的配置发现和自动化工具了。

实际上,把数据填充到CMDB中是非常基础的工作,必须事前做好充分的数据范围和类型的分析。对于一个典型的CMDB数据填过程来说,将需要做如下工作:

  • 建立里项目程碑和高阶项目计划,以及配套的支撑数据库和操作流程。

  • 安排项目启动会议,单周或者双周的项目进度沟通会。

  • 识别子项目(每个数据集分为一个子项目),建立每个子项目的目标和需求清单。识别和制定项目工作活动内容,确定项目的工作流程,并且按照项目计划排程所有活动。包括: —并行开展项目(用户界面定制,DSL数据填充); —串行开展项目(发现工具,数据调和,等等)

  • 为每个子项目分配项目负责人,让他们来负责汇报项目的进展、问题升级和下一步的工作。

  • 为所有项目参与人员建立一个开放的沟通平台,包括所有内部、外部人员(邮件组方式,数据库、通报)

  • 为可能出现的紧急事件预留至少10%的时间和预算的缓冲。

[阅读全文]

联邦的CMDB–神话/现实/需求/还是策略?

来自:Jonathan Markworth(CompuCom Systems有限公司管理顾问,探讨联邦数据库的优点)

使用一个具有单一的、全知的、万能的和自维护功能的工具,来管理IT基础架的方方面面信息,是否是最好的方案呢?使用一个能做所有工作的全集成平台,来替换您积累下来的所有管理工具是否是最佳方式?现实情况是,大多数组织都已经实施了几十种应用程序、工具、实用程序、数据存储、硬件平台和管理框架,它们一起运行着一个或更多的IT服务管理功能。它们中的每一个应用都有自己的数据库,对当前环境中的一些关键管理功能提供信息支持。在CMDB应用场景中,这些工具相关的数据库中,其实也包含了大量关键的CI属性,这些属性可以用于识别CI之间的关系。重要的问题是,如何利用现有的投资和资源来建立一个底层共享的数据库,比如一个CMDB。

[阅读全文]

CMDB配置采集工具部署之4大挑战

[singlepic id=84 w=320 h=240 mode=watermark float=left] 挑战1:沟通成本大 项目的参与沟通方可能很多,最多的情况下,可能包括:网络部门、系统部门、安全部门和各个业务部门。沟通的内容主要是配置采集的实施技术方式。其中采集的安全性,风险分析是最重要的部分;在部门多的情况下,面对多种选择的时候,逐一给项目各方说清所有方案,特别是讲清楚利弊是非常耗时的。在充分沟通了所有技术可能性之后,才能做出倾向性选择。逐一这是第一轮沟通,搞清楚了倾向性而已。

挑战2:决策成本大 特别是银行等金融企业,安全性要求特别高。安全风险方面的建议往往是最重要的,他们的建议对配置采集工具的实施具有决定性意义。在各方都充分理解了配置采集工具的架构和安全性之后,就是拍板定夺了。这种逐级的审批和决策是需要较长的周期。

挑战3:前导时间成本太大 在前导时间里,可能还没有部署正式的ADDM采集服务器。在这个阶段里,要配置网络,让以后的采集服务器能够处于能够扫描到所有目标服务器设备。还可能需要在每台服务器上配置相关的准备工作,主要是坚持主机的操作系统的账户、采集协议和安全配置等是否满足配置采集工具的要求。这写工作是一个群众性运动,需要让所有的系统管理员配合。此项工作的设计人员设备多,最好能尽早的开始。

[阅读全文]