CMDB学习DOC.pdf
《CMDB学习DOC.pdf》由会员分享,可在线阅读,更多相关《CMDB学习DOC.pdf(16页珍藏版)》请在三一文库上搜索。
1、1四要点六步骤实施实施CMDB CMDB 的应用,是一个庞大芜杂、旷日持久的过程,它涉及到CMDB 顾问咨询、产品工具 的选择、实施服务、日常维护等多个活动和阶段。其中,要注意以下几个问题和方法: 构建一个统一、精准的CMDB 一个统一集中的CMDB(至少提供一个统一的访问入口,这是所谓联邦式CMDB 所倡导的) 是 IT 高效管理所必须实现的。Gartner 最近的一份报告指出: 拥有准确的配置信息极其重要, 如果信息不准确,其破坏性非常大。所以,还要特别注意CI 信息的准确性和与实际情况更 新的及时性。面对如此大量和变动频繁的CI 信息,自动化收集更新机制和工具是必须的。 应具有自我描述扩
2、展能力 为了不断满足管理对象、管理方式和管理流程的变化和发展的需要,CMDB应该具有一个 良好的自我描述、自我扩展的信息模型。它应该不仅能够告诉我们一个CI,它有哪些信息 项、项的含义和取值,还应该具备对新类型的CI、信息项进行扩展、继承和弱化的能力。 优秀的信息描述模型,还应该具备规则触发管理动作能力。因此使用面向对象的信息组织描 述技术能够很好地解决这个问题。 重视 CMDB 人机界面的使用效率 目前很多CMDB 的管理工具还停留在表格管理的方式上,信息的存储也许要借助于表格式 的关系数据库,但是人机界面的友好性和操作效率,必须强调2个能力,首先是检索能力, 支持各种方式的重新组织和索引,
3、如按照部门、设备类型、地理分布等;多个维度的复合查 询;支持全文模糊检索能力。其次是可视化能力,特别对于CI 之间的关联关系,通过二维、 三维的图形展示方式,能够让人对这种关联一目了然,从而提高了工作效率。 管理工具的集成和共享能力 要建立一个统一、精准的CMDB ,必须要求管理工具能够从各种数据源获取相关信息,并 按照信息模型归一化后,整合到数据库中。集成大粒度的数据源,如网络系统管理工具、服 务台管理系统、资产管理系统等,能够有效降低集成的难度,也更容易保证CI 信息的及时 更新。另一方面,要保证信息在相关系统中双向流动,充分共享集中、准确的信息,而不是 引用不准确的信息拷贝。 CMDB
4、的构建,从某种角度来说,是ITIL 应用中工作量最大、细节最繁琐、挑战最大的工 作。因此, 必须做好打持久战的心理准备,根据企业实际的需要,区分阶段, 通过管理范围、 管理粒度确定阶段性目标,最终达到完善。 六步骤实施配置管理定义配置管理的流程起步 配置管理实施是IT 服务管理的关键所在,配置管理的具体实施分为以下几步: 做好前期准备工作 在企业中对配置管理的理念、功能、目标等内容做大力宣传,力争得到领导支持、让员工理 解配置管理的概念,为下面的工作做好思想上的准备。 定义配置管理的流程 配置管理流程起始于一个初始的规划和建设步骤,包括创建配置管理数据库(CMDB ) 。在 初始化之后, 该流
5、程主要侧重于日常基础的鉴别和维护配置管理数据模型,以及维护配置数 据。之后, 该流程还负责产生配置信息的报表、定期进行审核,配置管理规则和流程的建立 为配置管理的实施提供了实施的依据。 定义配置管理角色和职责 根据 ITIL 最佳实践,确定配置管理中的流程角色,针对每个角色,都需要详细定义其对应 的职责。 同时,必须要求企业的每个员工都明确自己在参与和执行配置管理流程时所对应的 角色和职责。 要特别注意的是,定义配置管理的角色和职责应考虑企业本身的实际情况,切 勿脱离实际。 定义配置项对象 首先必须对所需要管理的配置项的范围和详细程度进行明确定义,只有这样, 才能准确地收 集到所需要的配置项信
6、息。在选定想要管理的配置项时,应该视单位的实际情况而定,不应 盲目的好大喜功,也不应过于求稳看不到效果。因为配置管理是一个持续性的管理过程,不 同于开发之类, 它需要不断地完善和维护。如果公司规模比较大,配置项比较多的情况时可 以考虑分批、分步骤地对其进行管理。构成IT 基础架构的所有组件都称为配置项(CIs) 。 定义配置项对象, 首先要求我们必须明确一个配置项应该具备的几个特点:必须是提供服务 所必须的、清晰可识别的、可能会变更的,以及必须进行管理的。 实施 实施中需要实施者与企业中的多个相关部门进行有效的沟通,得到确实的统计资料。在做枯 燥的统计工作时, 应考虑到相关部门和实施员工的忍耐
7、性,所以做收集配置项的基础信息工 作时一定要争取一次成功。 管理 配置管理比其他管理模块对数据的完整性和正确性更加敏感,需要管理人员切实执行应该履 行的职责, 才能达到配置管理的目的,否则将前功尽弃。配置管理中很重要的一部分是后期 对 CMDB 的维护,如何调动配置管理员的工作积极性和为其规划好职业发展方向也是很重 要的,配置管理员的角色比较适合有经验的技术人员兼任。 2ITSM-CMDB数据库设计 -四种方案任你选 最近在做 CMDB 的数据库设计方案,有4种方案,各有利弊,我选方案3,大家可以讨论下, 或者有什么更好的方案,请指教! 术语英文全称说明 配置管理数据库(CMDB)Config
8、uration Management Database 它是一种包含每一个配置项全 部关联细节以及配置项之间重要关联细节的数据库 配置项 (CI)Configuration Item配置项信息覆盖了企业网络中的应用、操作系统、补丁、硬件 设备、生命周期成本以及用户链接 配置项分类Configuration item category配置项所属分类,如数据库,主机 设计难点: 每个配置项分类的属性会不一样。如数据库有管理员名称和管理员密码属性,显 示器有分辨率和尺寸属性。数据库是配置项分类,分辨率是配置项属性。 1:方案一:动态字段数据库设计 方案说明: CMDB 由三个实体组成,即配置项,配置
9、项分类,配置项属性定义。 每增加一个配置项属性,会动态的在配置项表里增加一个扩展字段,扩展字段以EP 作为前 缀。 没删除一个配置项属性,会动态的在配置项表里删除这个扩展字段。 所有扩展字段必须可空。 方案优点: 灵活,且方便查询。 方案缺点: 1:需要建立表分区:当配置项达到上千万的数据的时候,为了提高性能,必须在配置项表 的配置类型字段上建立表分区,而不是所有的数据库都支持表分区。但当数据量在百万左右 的时候,可以通过建立索引来挺高查询性能。 2:配置项表扩展字段太多:因为每增加一个配置项属性,就会在配置项表增加一个可空字 段,所以配置项表的字段会非常多,预计最多在 1000左右。 所有的
10、数据库对单列的长度都有 限制,如MySql 单列字段长度为65535。 2:方案二:动态表数据库设计 方案说明: CMDB 由三个实体组成,即配置项,配置项分类,配置项属性定义。表结构类似方案1。 为每一个配置项分类(叶子分类)建立一张表。如为数据库,路由器,防火墙单独建立一张 表 方案优点: 性能高:数据按照配置项分类存在不同的表里插入和查询效率高。 方案缺点: 1. 需要创建的表非常多。如果管理粒度非常细,需要创建几百张表。如到 windows 操作系统, 锐捷路由器这一层。当配置项的数据达到千万级的时候,有的配置项表也会达到 百万级。 2. 需要动态创建表,随着管理粒度的细化,需要动态创
11、建表。如项目一期的分类 为三层,即硬件-设备 -路由器,然后到项目三期的时候分类变为四层,即硬件-设备 -路由器 -Ruijie 路由器( cisico,juniper,huawei ) 3:方案三:固定冗余字段数据库设计 方案说明: CMDB 由三个实体组成,即配置项,配置项分类,配置项属性定义。 在配置项表里增加200个固定的冗余字段,并在 ” 配置项类型和属性关系表” 里增加一个字段, 建立属性和扩展字段之间的关系,据实际情况表明一个配置项分类的扩展属性不会大于200。 冗余字段里以FS 作为前缀的字段表示字符串型,FN 表示数字型,FD 表示日期型。 冗余字段的分配比率为FSFNFD
12、5:4:1 。 相对于全部使用字符串存储的优势在于整个表的体积会缩小。缺点在于分配时比较麻烦,有 可能出现某个类型不够的情况,如date类型不够用就得用String 字段。 冗余字段的长度:原则为定义为各个数据库能够容纳的最大值,将FS 定义为varchar2000 ( 各数据库最大长度为SQLserver 的 varchar 8000,mysql 的 varchar 65535,Oracle 的 varchar 最大 2000,varchar2最大是 4000)。 在存储上不会受影响,因为varchar 是可变长存储的。查询和插入上的效率取决于存储数据 的大小。 各控件的数据存储: 文本框是
13、数字型的存在FI 里。 文本框 (input) ,复选框( checkbox) ,单选框( radio) ,下拉框( select) ,文本域 (textarea)全 部存储在FS 里。如果出现数据字典的键值对,直接存值,如1=上海, 2=北京, 3=福州,直 接存上海,北京,福州。 日期控件 (date),存在 FD 里。 删除某个属性时,需先删除属性和F_N 的关系, 再删除 F_N 列的数据, F_N 列都是可空列。 方案优点: 方便查询。 且规避了方案一的配置项表扩展字段太多的缺点。 方案缺点: 没有方案一灵活 4:方案四:固定表和字段数据库设计 方案说明: CMDB 由两个个实体组成
14、,即配置项(含配置项分类),配置项属性定义。 配置项属性的值存在“ 配置项类型和属性关系表” 里。 方案优点: 简化了设计。 配置项也可以动态增加扩展属性。 方案缺点: 1. 配置项和配置分类放在一张表里,频繁的查询配置项分类存在性能问题。建立 索引能够解决性能问题,但是配置项的表是千万级数据量,在多个字段处建立索引,会导致 索引文件非常大,并且影响数据查询性能。 2. 使用列存储配置的属性和值,当出现统计查询的时候,查询语句非常难写。 3ITSM 系统 _CMDB 设计 _业务要件 配置管理业务要件 业务模块序要点描述必要画面输出表单 /报 表 配置管理业务定义属性池: CMDB 中所有属性
15、的集合 属性值:具体一个属性对应的值 CI:具体一个配置项,也叫CI 实例 CI 分类:根据物理形态把CI 划分为某一个种类 CI 结构:描述CI 之间的构成、连接、需要关系 构成从逻辑层面或物理层面, 一个或多个CI 构成另一个CI,称为构成,象当于指向父节点,构成是关系的第一法则 连接连接是一种物理上硬连 接,表示一个CI 与另一个CI 物理上的连接,连接是关系的第二法则 需要当一个 CI 的运行,依赖 于另一个 CI 正常运行时,称为需要,需要是关系的第三法则 构建方法构建关系的方法是 遵守鱼群原则,注意构成与需要是单向关系,连接是双向关系 性能定义界面打开时间(包括所有弹出窗口):从点
16、击到界面元 素完全呈现,要求在1-1.5秒钟内 CI 清单查询: 100个 CI 内的查询,从点击到完成 查询,要求在 2秒钟内 CI 结构查询:树状目录层层展开,每一层的展开 时间要求在 1秒钟内,一次性全部展开节点的时间要求在3秒钟内 操作时间:任何作业画面中点击保存的等待需要控 制在 2秒以内 报表统计:控制在3秒钟内 结构审计:可以控制在5秒内 界面刷新: 要求在作业过程中,不能存在对整个作 业界面进行刷新的现象,整个作业界面的刷新控制度作业操作结束时 1 属性管理属性管理负责维护管理CMDB 中的属性池 1.1 增加属性属性池中可以随时增加一条属 性,主要有三个信息,一是 ID(数据
17、库分配) ,二是属性名称 (用户定义),三是属性说明(用 户定义,用来描述此属性名称的含义,以利于调用)属性管理作业画面 1.2 修改属性属性池的属性名称与属性说明 是可以被修改的,一旦修改属性名称或属性说明后,已调用此属性的所有分类的所有CI 的 信息应该得到更新 需给出重点提示,告诉用户有多少CI 分类,多少个CI 实例引用了此属性,并且有多少个 CI 实例已有属性值的存在。属性管理作业画面 1.3 停用属性属性池的属性可以被停用,一 旦停用后,原来被分配到此属性的CI 信息中会被剔除此属性的显示,同时此属性在此状态 下将不可被调用 需给出重点提示, 告诉用户有多少个CI 实例引用了此属性
18、,并且有多少个CI 实例已有属性 值的存在。属性管理作业画面 1.4 删除属性如果一个属性在没有被引用的 情况下(没有任何一个CI 类或一个 CI 实例此用),可以直接删除此属性属性管理 作业画面 1.5 公用属性定义如果一个属性属于公用属 性可以直接被标识,这样所有CI 实例都会引用到此属性,注意如果用户想取消公用属性的 标识需要给出重点提示: 告诉用户有多少个CI 实例引用了此属性,并且有多少个CI 实例已有属性值的存在。 属性管理作业画面 2 约束管理约束管理负责对属性池的每一条的属性的填 写进行约定、限制、指导 2.1 数据类型每一个属性的属性值的数据类 型进约定,共有三种类型,字符型
19、、数值型、日期,每个属性的属性值必须且只能对应一种 约束机制作业画面 2.2 输入方式每一个属性的属性值的填写有 二种方式, 一种是手工输入,一种是界面选取,手工输入表示由用户直接录入,界面选取表 示需要有基础数据的维护。需要对每一个属性的属性值进行规定输入方式,必须且只能选择 一种约束机制作业画面 2.3 数据维护如果输入方式是界面选取,需 要对属性值进行基础数据维护,比如属性 “ 品牌 ” ,需要先维护好所有品牌数据,然后才界面 中进行选取 注:责任人, 服务目录、 客户组织这个属性的数据从其它模块调入数据约束机制作 业画面 2.4 单位维护如果某一个属性的属性值是数 值型时,需要选取一个
20、单位约束机制作业画面 2.5 填写示例对于字符型的属性值需要维护 一个填写示意,以便后续CI 实例的创建与维护约束机制作业画面 3 分类管理建立与管理CI 的分类体系, 并维护管理分类 与属性的关系信息 3.1 增加分类分类是可以增加,无论是一级 分类、二级分类、三级分类,在数据库设计层面要考虑未来扩充的可能性,在2年内联友的 应用, CI 分类不会超过三级 注意分类名不能重复分类管理作业画面 3.2 分类属性定义增加一个分类后,可以从 属性池中分配对应的属性给此分类,前提是此属性没有被此分类的父分类引用,一个分类可 以拥有多个属性,注意公用属性不能被分类引用分类管理作业画面 3.3 修改分类
21、对分类的修改分为对分类名的 修改; 对分类的父类归属修改,比如将二级分类程控交换机的对应一级分类是通讯设备,现在把它 的对应一级分类改为网络设备; 对修改分类对应的属性进行修改,一旦为某一个分类添加了一个新属性时,已引用此分类的 所有 CI 实例都需要增加此属性 如果为某一个分类減少一个属性时,需要检验所有引用此分类的CI 实例的这个属性是否存 在属性值, 如果存在则不充许减少;如果没有值, 则可以减少此分类的属性分类管 理作业画面 3.4 停用分类一个分类可以停用,一旦一个 一级分类停用,其所有二级三级分类都会被停用; 停用分类的前提是: 没有 CI 实例引用此分类或其子分类 所有属于要停用
22、分类的CI 实例全部处于停用状态,此时可以对这个分类进行停用处理; 停用分类后,此分类将不可再被引用; 停用分类操作时,一定要给出足够醒目的提示信息分类管理作业画面 3.5 删除分类分类可以被删除,删除的前提 是: 1、此分类没有子分类 2、没有 CI 实例此用此分类或其子分类 一定要给出足够醒目的提示信息分类管理作业画面 4 CI 管理CI 的创建与维护,同时CI 结构在此进行构建 与维护,日后的CI 报废与停用等都在此作业管理 4.1 4.1.1 增加 CI 每一个CI 实例都 有一个唯一性的编码, 增加一个 CI 实例时可以手工操作,也可以直接复制CI 实例的属性信息 (结构信息、 客户
23、组 织、责任人、服务目录这个属性信息除外),然后进行编辑或保存CI 管理作业画面 4.1.2 CI 分类确定增加一个CI 时,首先决定其分类,必须选取到最低层分类(即不能定位到一个仍有子分类的分类上) CI 管理作业画面 4.1.3 CI 属性填写选取 CI 的分类 后,此时需要带出对应分类的所有属性,此时需要按照属性的约束机制进行录入或选取相应 的属性值,注意要带出相关的属性说明及填写示例以利于用户理解及操作CI 管理 作业画面 4.1.4 CI 结构维护CI 结构维护 时,有三种结构类型(构成,连接,需要),先选择结构类型,然后与选择对应的CI,此种 的查询功能尤其重要,应可以根据类、编码
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMDB 学习 DOC
链接地址:https://www.31doc.com/p-4971860.html