回复 martinliu 的帖子

感谢您的的宝贵意见和建议，由于设备太多，特别在初期是一个很困难的阶段，看样子最首先的问题是先将流程梳理清楚。

自动化工具的使用有几个困难和经验
1)全面的部署和维护不比任何一个软件项目简单
2）首次初始化就需要耗费大量的时间去排错，采集的出错率（不论是有代理还是无代理技术）大概会在10%
3）且不可一口吃一个大胖子，你的设备太多了，必须分期分批上线，一步一个脚印的积累经验
4）ADDM既不是一次性的做初始化的工具，也不是日后做审计比对的工具，一旦上了，就是持续更新CMDB的工具，自动化采集的属性今后无须手工更新
5）ADDM一定要和你的CMDB配套，最好是开合即用的接口，如果有厂商和集成商说有二次开发的动作，一定要选择放弃放弃
6）CMDB的更新靠自己本身的流程、审计和考核；先不要和其他的扯什么关系，想清楚，每个CI什么时刻，谁来维护即可；之后在把这个动作作为一个Task集成在其他流程单中
供参考，希望对你有所帮助。

回复 hping 的帖子

挺赞成你所说的"CMDB首次初始化用于采集数据"，因为我们在初始化所管的颗粒度太粗，基本上没有管理到位，针对CMDB中CI属性的变更，肯定是需要与变更管理相结合，通过变更管理进行更新的，以确保变更后的结果统一更新到CMDB中。

对于1：我觉得需要自动发现结合CMDB手动规划的方式进行？（手动规划包括定范围，定颗粒度，定属性，定关系，定功能），比如关系，肯定是在规划阶段由我们定义好，自动发现工具基于我们定义的标准，才可以自动发现
对于2：我还没有看到哪个工具可以做到这一点，有用过的朋友，可以推荐一下
对于3：大部分工具都可以满足


我觉得自动发现工具的主要作用在于CMDB首次初始化时用于采集数据，，在后期的CMDB维护时，最好还是结合变更管理来手动更新CMDB。

回复 cuifengdaxia 的帖子

目前公司在配置管理这块仅管理到核心设备，如：核心服务器、交换机、路由器等。对于CI项之间的关系没有建立起来，引入自动发现工具的3个主要目的是：
1.希望自动发现工具帮忙将CI与CI项的关系建立起来，如服务器与服务器之间的关系、服务器与应用系统的关系、与网络端口之间的关系等等。
2.通过自动发现工具能很方便检查CMDB中管理的CI属性是否与实际相符合。
3.目前公司对于桌面端设备都没有统一管理起来，目前公司有将近3万左右的PC和NB、打印机、投影仪等，我希望引入自动发现工具收集这些设备都在哪些用户名下、具体设备、MAC地址等信息，再统一纳入到CMDB管理起来。