CMDB 全称 Configuration Management Database，中文叫配置管理数据库。它是IT运维（尤其是ITIL/ITSM框架）中的一个核心数据库，作用就像企业IT资产的“活地图”或“单一事实来源”（Single Source of Truth）。
简单来说：
- CMDB 不是普通的资产清单，而是集中存储所有IT配置项（CI - Configuration Item）的信息，以及它们之间相互关系的数据库。
- 它记录的不仅是“有什么”，还包括“这些东西怎么连在一起的”“谁负责”“当前状态如何”“历史变更记录”等。
配置项（CI） 包括：
- 硬件：服务器、交换机、路由器、存储设备、防火墙等。
- 软件：操作系统、应用系统、中间件、数据库、虚拟机、容器（Kubernetes Pod）等。
- 网络：VLAN、IP地址、域名、链路。
- 逻辑资源：业务应用、服务、微服务、负载均衡器、云资源（ECS、RDS等）。
- 其他：文档、人员（负责人）、机房位置，甚至流程记录。
CMDB 的关键价值在于关系映射（关系模型），比如：
- 一台服务器上跑了哪些应用？
- 这个数据库依赖哪些中间件？又被哪些业务系统调用？
- 如果这台交换机故障，会影响哪些业务？
维护CMDB 的意思就是：持续保持CMDB里的数据准确、完整、及时更新的过程。它不是一次性建好就完事，而是需要长期治理的工作，因为IT环境一直在变化（新增服务器、上线新应用、配置调整、云资源弹性伸缩等）。
如果不维护，CMDB就会变成“垃圾数据”，导致运维效率低下、故障排查变慢、变更风险增大（经典的“运维之耻”）。
维护CMDB的具体工作内容（可落地执行）
维护CMDB通常包括以下几个方面：
- 数据采集与录入：
- 自动发现：使用工具自动扫描网络、云平台、监控系统等，自动同步服务器、虚拟机、容器、应用等信息（推荐优先自动化，减少人工错误）。
- 手动录入/工单维护：对于无法自动发现的部分（如业务负责人、自定义属性），通过变更流程或ITSM工单来维护。
- 数据源集成：对接监控系统（Zabbix/Prometheus）、CMDB自动发现工具、云厂商API、IaC工具（Terraform/Ansible）等。
- 数据验证与清洗：
- 定期检查数据一致性（去重、冲突解决）。
- 验证关系是否正确（例如服务器和应用的关联）。
- 处理“脏数据”：过期CI、错误属性等。
- 关系维护：
- 更新CI之间的依赖关系（拓扑关系）。
- 支持多层视图：物理层 → 逻辑层 → 业务层。
- 变更同步：
- 任何生产变更（新增/删除/修改服务器、应用部署、配置调整）都必须同步到CMDB（最好通过自动化流程实现“变更即维护”）。
- 建立生命周期管理：CI从创建、上线、运行、退役到删除的全过程跟踪。
- 治理与审计：
- 定义数据质量规则（准确率、完整率、及时率KPI）。
- 定期审计与复盘。
- 权限控制：谁能修改什么数据。
- 可视化：生成拓扑图、影响分析图、资源消费图谱。
维护频率建议：
- 自动发现：实时或每日同步。
- 关键CI：变更后立即更新。
- 全面审计：每月/季度一次。
- 大型企业：设立专人或团队负责CMDB治理。
举例说明（贴近运维实际场景）
场景1：故障排查（最常用）
- 某业务系统突然报错，用户反馈页面打不开。
- 运维人员打开CMDB，查询该业务应用对应的CI，发现它依赖于两台后端服务器 + 一个Redis缓存 + 一个MySQL数据库。
- 进一步看关系图：其中一台服务器的网卡最近有变更记录。
- 快速定位到可能是网络配置问题，排查时间从几小时缩短到几分钟。
- 如果没有CMDB，可能需要一个个登录机器查，效率低且容易遗漏影响范围。
场景2：变更管理（风险控制）
- 开发团队要上线新版本，需要修改数据库Schema（结构变更）。
- 提交变更单时，系统自动从CMDB拉取影响分析：这个数据库被10个应用调用，其中2个是核心交易系统。
- Ops评估风险：必须在低峰期执行，并准备回滚方案；同时通知相关PM和Dev。
- 变更完成后，自动更新CMDB里的配置版本和关系，避免后续“鬼知道这个库被谁用了”。
场景3：日常资产管理 + 容量规划
- 公司有上千台服务器（物理机 + 云主机 + 容器）。
- CMDB记录每台服务器的CPU/内存/磁盘使用率、负责人、所属业务、操作系统版本、补丁情况。
- 当某业务流量增长时，Ops在CMDB里查询“该业务依赖的所有资源”，快速做出扩容计划。
- 审计时发现一台闲置服务器（长期低负载），可以及时回收，节省成本。
场景4：云原生环境下的维护
- 在Kubernetes集群中，CMDB不仅记录节点（Node），还记录Namespace、Deployment、Service、Ingress等CI，以及它们与业务应用的映射关系。
- 新部署一个微服务时，通过CI/CD流水线自动注册到CMDB，维护服务间的调用链（类似全链路拓扑）。
维护CMDB的常见工具与实践建议
- 开源/免费：腾讯蓝鲸CMDB、OneOPS、维易CMDB、开源iTOP等。
- 商用：ServiceNow、Atlassian、OpenText、阿里云/华为云的配置管理模块。
- 集成监控：结合Prometheus + Grafana、Zabbix做自动发现。
- 最佳实践：
- 自动化优先：手动维护容易过时，目标是80%以上数据自动同步。
- 以应用/业务为中心：现代CMDB不止管硬件，更要管“应用视角”的拓扑。
- 数据质量闭环：发现问题 → 自动/人工修复 → 验证 → 记录。
- 与之前规范结合：在变更管理、事件管理、问题管理中强制要求“CMDB同步”作为检查项。
小贴士：很多团队一开始建CMDB都很热情，但后期因为维护难而荒废。建议从小范围（核心业务或核心资源）开始试点，建立“变更必须更新CMDB”的制度，并用自动化工具降低人力成本。