IT运维管理工具支撑体系设计配置管理
配置管理
配置管理数据库（CMDB）的概念源自于信息技术基础设施库（ITIL），ITIL将CMDB定位为IT运维管理的基础，通过CMDB实现对IT资源的统一管理，促进IT运维管理各岗位间的信息共享，以支持日常故障处理、业务系统上线、业务系统变更等运维管理活动。鉴于ITIL以流程为核心，CMDB需与流程紧密关联，通过流程驱动CMDB数据的生成与应用，确保CMDB数据的实时性和准确性。
在统一资源管理的目标下，CMDB主要适用于IT运维管理规模较大、岗位分工明确、业务系统管理、应用软件管理、主机管理、网络管理、机房基础设施管理等中大型IT运维管理机构。在此背景下，各岗位拥有明确的管理范围，管理深度和颗粒度均较为细致。
因此，每个岗位既是IT运维管理数据的生产者，也需面向客户统一提供业务服务。若缺乏信息共享，资源申请和故障排查将面临挑战。由于分工导致的管理视角局限，鲜有人能全面了解整个IT架构或运维管理全貌，因此需要一个资源共享系统整合各岗位资源数据，实现岗位间的协作，以ITIL流程为协同机制，流程运行同时促进运维管理数据的生成，即“伴随数据生产”。在业务IT运维管理中，实现CMDB数据的生产和消费。
CMDB能够解决以下几类问题：
1、解决IT资源信息分散于各IT运维管理岗位，形成信息孤岛的问题。此类项目可将各岗位掌握的IT资源信息从个人信息转化为团队信息。
2、解决IT资源信息实时性问题。在流程与CMDB未结合的情况下，IT运维管理人员在完成其他岗位业务请求后，往往不会立即记录变更，而是先记在脑中，待有空时再整理成文档，这可能导致信息更新不及时甚至遗漏。
3、解决CMDB数据收集困难、更新不及时的问题。传统ITIL理念下的CMDB信息收集需要配置管理员这一专门角色负责数据收集与整理，但信息分散于各岗位，无形中增加了工作量，导致在完成业务的同时还需分心整理信息，这也是许多CMDB项目失败的重要原因。而将业务流程与CMDB强关联后，可以在业务流程处理过程中完成CMDB信息的收集。
关键系统功能要求：
1、CI模型的自定义功能；CMDB应具备高度灵活的CI模型自定义功能，支持CI分类创建、CI属性自定义、CI关系自定义等。根据实际业务管理深度的不同，对模型的要求也有所差异，例如数据库实例、中间件应用端口、IP地址等都可能成为CI。因此传统的内置CI模型库方式难以满足CMDB数据模型构建的需求。
2、CI属性间的复用；在统一资源管理下的CMDB建设核心在于信息共享，目标是确保信息的实时性和准确性。若信息的正确性无法保证，则信息共享的价值将大打折扣。因此，为了完整描述一个CI对象，需要多方面的信息支持。
例如，描述一台服务器需要操作系统信息、安装软件信息、IP地址信息、机房安装信息等，这些信息由多个岗位负责和维护。按照“谁生产，谁维护”的原则，意味着负责生产这些信息的岗位需共同维护服务器CI信息。当信息更新时，能实时反映到服务器模型上。这就要求CMDB系统支持引用各CI分类的属性信息。
3、流程与CMDB的强联动；为了能够达到在业务运行中完成CI实例信息的动态录入与收集，就需要业务流程能够与CMDB强联动。如：业务系统上线流程执行完成后，就涉及新CI创建，IP地址、服务器、网络端口之类资源的占用等情况，这就需要流程中的录入信息能时刻牵动CMDB中的数据的更新。当然还有更加复杂的流程与CMDB的操作如下：参考数字化IT运维管理体系建设指南等书籍资料
页:
[1]