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

本文描述填充过程的任务 3 到任务 4：

任务 3 映射 CI 和数据源 现在拿出您的 CI 清单，并把每一类 CI 与具有相关信息的数据源映射起来。一个简单的电子数据表格，像图 17.2 一样的就足够了。有更复杂数据需求的大一点的企业可能需要多个数据页或者通过 CI 分类来连接到不同的数据页。

这项工作的最终目标不仅是识别用以填充 CMDB 数据源，而且还识别了流程和平台的接触点，有些平台对数据填充是有影响的。这项工作也是至关重要，用来定义数据调和规则，定义数据优先度，这些会在下面的步骤，任务 7“建立调和规则”中用的。 工具映射如下图 17.2 所示，包括了每一个 CI 类，相关的属性，相关的关系数据，和数据源。 图 17.2 Ci 和数据源之间的对照关系图样例 您可能会发现一些 s 数据源之间的重叠，特别是 CI 库存清单的属性数据。这些数据通常包括唯一物理特性和 CI 的地点的说明 ，例如：型号、序列号、地点和所有者。此信息可能被存储在其他多个地方，它们也可用于 CI 数据填充的来源和日常维护的来源。 多种的资产和库存清单数据来源可能包括如下：

• 审计（资产清单或者配置发现数据库；无代理和有代理方式）
• 资产管理系统
• 采购系统和许可证管理
• 财会系统（采购或者收货）
• 合同管理系统
• 变更管理系统
• 其他财务应用和系统

任务 4 访问数据源环境 为了确保数据质量，你应该访问所有的数据源环境，而不仅仅只是 CMDB，还包括连接工具和相关技术，要逐一访问查看每一个数据源。在这里，“进来的是垃圾，出去的就是垃圾”这个俗语是适用的。CMDB 项目的成功可能依赖于对系统或者基础架构的更新，以适应网络流量和数据量，还依赖于确保每一个数据源的数据质量。

当你规划 CMDB 数据填充的时候，要自问这样几个问题，是有关外部映射数据源质量的：

• 现在那些信息在那里、怎样被存储的？ –数据库、电子表格、Word 文档？
• 当前环境中有没有审计（发现）工具、软件分发、配置管理或者采购系统，用来自动的跟踪和存储这些信息？ 或者数据时被手工地收集和更新的？
• 这些系统是基于开放标准还是私有技术的？
• 这些系统的厂商有没有标准化的工具？或者 CMDB 厂商？
• 需要被继承的数据源的物理位置在那里？
• 在 CMDB 和数据源之间，通讯的方式是双向的还是单向的？

还要考虑有关映射数据源性能相关的问题：

• 就当前的数据源来说，现实的性能、容量和可靠性是怎样的？
• 系统上当前的活动状况怎样？
• 活动用户数
• 其他并发继承此数据源的工具
• 备份、病毒扫描、报表或者数据挖掘的日程
• 审计工具（配置发现或者库存清单）扫描或者排队日程
• 其他任何将影响性能的事情
• 硬件和当前环境是不是能完全满足今后数据迁移所需要的附加工作量和空间需求？以及满足对于以后的日常数据同步？有没有对今后几年里增长率有做过计算？
• 是不是需要考虑要满足什么约束或者特殊权限？
• 厂商是否在与他们数据库集成方面有建议的最佳实践？（使用热备的生产机来降低作业压力）
• CMDB 周边的数据集和连接技术是什么？
• 网络环境中物理的限制（带宽、距离等）是否会有影响？
• 当前的版本是多少？在以后的六个月或者一年里是否有升级的计划？有哪些好处？
• 为当前的解决方案是否得到了足够的资料来负责架构、排错以及连接系统的维护？

通过尽早的回答这些问题，就可以避免后续可能出现的性能问题，那些问题会影响项目的成功。如果数据源不太可靠，而且数据质量和性能方面是有问题的，这个时候，可以回到这些数据的关键利益相关者那里，与他们讨论，并确定这是否会影响到使用方面的关键需求。如果没有，需要把这部分数据需求从 CMDB 项目计划的第一阶段中展示放弃。这里最重要的是第一阶段的合理部署，实施结果能够获得用户全面的适应。然而，如果这些数据依然是比较关键的需求，那么需要与数据所有者，和收益者各方进行沟通，并引起各方的高度重视，共同确定一个解决方案。