今天是红帽服务团队深圳Bootcamp的最后一天,我是最后一个session的演讲者,讲的内容是补丁管理,这是个老生常谈的话题,看看我怎么构思和解读的。
Developer Advocate, DevOps China Community Organizer
Developer Advocate, DevOps China Community Organizer
今天是红帽服务团队深圳Bootcamp的最后一天,我是最后一个session的演讲者,讲的内容是补丁管理,这是个老生常谈的话题,看看我怎么构思和解读的。
在不同的CMDB服务器之间做数据迁移之前一定要注意两点:1)保持两边的CDM相同;2)先导入CI数据在导入CI相关的关系数据。另外就是每个类导入完毕之后要做数据完整性和正确性的抽检。以下使用的工具是cmdbdriver,该命令初始化和一般性的参数介绍请参考相关文档。
当对CDM做了定制,并且要在不同的服务器直接做类的迁移的时候,需要把定制过的类都导出,然后在目标机上导入。可以使用的CMDB自带的命令行cmdbdriver工具。
为了定义和控制服务和基础设施组件。维持当前计划中、历史的服务和基础设施状况配置信息的准确性 **一、先介绍几个基本概念 **1、配置项(CI) 配置项是正在或将要在配置管理控制下的资产、服务组件或其他。配置项在复杂性、大小、种类有很大不同,从整个服务或系统包括硬件、软件、文档、支持人员到单独软件模块或硬件组件。配置项可以集中或分组管理。配置项可以选择使用既定的选择标准、分组、分类和识别方式在整个生命周期中管理和追溯。其包括: A) 服务CI项:服务能力资产、服务资源资产、服务模式、服务包、发布包、验收标准等 B) 组织CI项 C) 内部CI项 D) 外部CI项:包括外部客户需求和协议、供应商发布、分包商及对外服务。 E) 接口CI项:端到端的服务,跨越服务提供者的接口 2、配置管理系统(CMS) 为了管理大型复杂的IT服务和基础设施,资产和配置管理需要使用配置管理系统CMS。在指定范围内CMS掌握着所有配置项信息。CMS为所有服务组件与相关事故、问题、已知错误、变更发布、文档、公司数据、供应商、客户信息做关联。 在数据层面CMS能使数据库存在多个物理CMDB中而后共同组成一个联合…