CMDB最后的吹牛

破子

近段时间忙着准备ISO20000的第二次外审，上来得少了些。
关于sexyneco说的这关于桌面运维这一点，观点我是认同的，目前我们也把数千台机器导入到CMDB当中了，也确实碰到一些困难，也就是你说的这种情况，精力所限，没有在这一块的实施投入特别多的时间，就我们公司的情况，如果下一些力气，是完全可以做得好的，因为每天我们在监控事件量，十几个桌面工程师，一般一天的单量在30-40左右，一般而言的事件处理，其实不会影响配置信息，因为我们的桌面标准，机器装什么软件是有规定的，出了故障重装或恢复，配置仍然没变，除非说更换操作系统就需要变化了，然后就是更换硬件，这就需要维护配置信息了，真正分析每一天的CMDB维护量是非常有限的，如果我腾出时间决心整理，做不定期的CMDB审计与处罚，加上硬件的更换必须根据CMDB的信息发放，这样是完全可以控制数据精度的，我们不光是把一台电脑建成一个CI，把这个电脑上的CPU也建成了一个CI（这当时更多是为了日后事件的定位与运维分析），现在回头想来，也可能是过了，也可能不是，主要是桌面的配置信息对我们整体的基础架构影响不大，所以一直没有太多的力气去做。我也一直在说，真正维护CMDB时，如果你真正分析实际的业务量与变更量，其实答案是显而易见的，当然这种情况可能不是放绪四海的。
     CMDB的建设过程，花去不少脑力，现在算是上了，但问题亦不少，跟我之前的预期有一些差距，这里面也有一些象sexyneco说的人员意识问题，也有其它的一些问题，我们的平台CMDB只是一个模块，还需要从全局去考虑，这后续的工作仍是不少的。
     谢谢各位的交流

vecentli

本帖有2点比较好：

1：流程和工具保证信息准确。
要想做到信息准确，一定要从流程和工具两方面加以限制。比如流程方面，把更新CI信息作为完成一份桌面机维护工单的必须步骤，如果不做这个步骤，就无法关闭这份工单，这样至少可以限制工程师一定要去做这一步操作，但更新的是否正确、规范，就是下一个要说的东西去审计，那就是工具，现在市场上有很多自动搜索客户端配置的工具，这些工具可以用来作为审计CMDB信息的参考。这样从流程和工具两方面去规范工程师的行为，会更加有说服力。

2：CI颗粒度和运维的能力相符合。
关于CI颗粒度的观点，就是运维的触角可以伸多远，你的CI颗粒度就要走多远，但我想更引伸一步，你的运维触角能伸多远，你的CI颗粒度最多也就走到那里，如果是刚开始做，不推荐走到那里，而是往回退一两个层级。

[ 本帖最后由 vecentli 于 2008-3-19 10:39 编辑 ]

vecentli

我总觉得，
sexyneco和破子讲的内容，好像是如何构建信息系统管理ci？
而不是广义上的CMDB能达到的功能。


我觉得对CMDB来说更重要的是ci之间的关系，而且在CMDB之上构建
的信息系统也更多的关注这个。

sexyneco

原帖由 vecentli 于 2008-3-19 10:44 发表
我总觉得，
sexyneco和破子讲的内容，好像是如何构建信息系统管理ci？
而不是广义上的CMDB能达到的功能。


我觉得对CMDB来说更重要的是ci之间的关系，而且在CMDB之上构建
的信息系统也更多的关注这个。

没错，CMDB中ci的关系非常重要，但一定要在定义好都需要放什么ci在CMDB以后才是关系的问题，这是基础，当然在分析需要放什么ci的时候也应该考虑到它们之间的关系是否能够清晰的定义出来，而且关系的种类有哪些。
说到广义上的CMDB功能，实际上更多的是与其他的流程联动方面，作为IT运行维护乃至IT服务生命周期的重要依据存在，我认为这才是真正广义上的功能。

xcesium

赞，收藏了

bluewater9

大家的讨论很激烈阿，这是个好现象，说明都够重视配置管理的作用。
我觉得最开始的工作就够麻烦的了，就是考虑要选择哪些CI放到CMDB中

gghpub

自己内部也需要很好的管理

ykqq

用桌面设备入口来谈CMDB，感觉方向错了。如果只是为了追踪每个桌面设备的变化，用资产管理就可以实现，资产管理管的就是实物，包含PC机的板卡。。。。
真正有用的CMDB一定要从数据中心管理的角度来看，大家想想，为什么要有CMDB，其实最主要的是为了防止在变更时对业务服务的风险，如何防止呢？那就一定要对组成这个服务的基础架构有个清晰的视图，从应用、中间件、数据库、集群、主机、网络中得到你这个应用的清晰的架构，相互之间都有什么样的关联影响。

kevinyang001

深刻呀！！

Arkilis

不管做什么事情，都必须考虑组织、流程和工具，CMDB也是一样的。如果有专门的组织来看护CMDB，那么他的准确性和易用性肯定不会差；如果有流程来保障相关更改会落实到CMDB中，CMDB的准确性也就会提高；如果有工具自动收集相关的配置信息，那么维护的粒度问题也不会那么突出。