适用场景

运维数据散在各系统里，故障时没人能快速回答"这台服务器上跑什么、谁负责、依赖谁"。CMDB 是解决这个问题的地基。

配置步骤（CMDB 建设与维护）

# 1) 定义配置项模型（CI 类型与属性）
# 2) 数据来源：监控采集 + 网络扫描 + 人工补全
# 3) 关系建模：应用-主机-数据库-存储-网络
# 4) 维护机制：变更即更新（与变更流程绑定）

关键参数与建议

  • 统一 ID：资产编号 + IP + 主机名 三者绑定，作为跨系统主键
  • 配置项范围：主机、网络设备、数据库、中间件、应用、证书
  • 关系：应用部署在哪台上、依赖哪个数据库、挂哪块存储
  • 数据来源：自动采集为主（监控/扫描），人工维护为辅
  • 质量：定期核对（监控在线清单 vs CMDB），差异有处理

容易踩的坑

  • 一次导入后再不更新，数据迅速过期
  • 属性字段设计过多，没人愿意维护
  • 不与变更流程绑定，变更后无人更新

验证与巡检

# 验证：对比监控在线主机清单与 CMDB，差异率 <5%
  • 巡检：差异处理记录、季度核对

小结

CMDB 的验收标准：报出一个 IP，能立刻看到主机名、负责人、承载应用、依赖关系、维保状态。做不到就还是"表格"，不是 CMDB。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。