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，此种 的查询功能尤其重要，应可以根据类、编码

24、、属性值进行检索需要进行关联的CI 清单 注意： 在任何一个由构成关系的结构树中，一个CI 只能在某个节点出现一次，否则会循环错误， 程序需要建立校验机制 一个 CI 的构成父节点只能有一个，一个CI 的构成子节点是多个注：当一个A-CI 在构成关 系中选择了B-CI,A-CI就是 B-CI 的子 CI， B-CI 就是 A-CI 的父 CI 连接与需要的关系类型，是不会产生树状结构的，只是单层连接， 显示也可能是一层的，不 用逐层推演。 两个 CI 之间的关系类型只能有一种，且只能构建一次，不能双向构建。CI 管理作 业画面 4.2 修改 CI 修改 CI 的属性值，当要对某一个 CI 的属

25、性值进行修改时，首先要查询到这个CI ， 然后对在列出这个CI 的所有属性值进行修 改保存 修改 CI 的结构，连接、需要的结构改变，无需考虑影响，如果修改一个CI 的构成（父节点 时）需要做如下处理:新父节点在统计业务单据时会包含出此CI 的关联业务单据（业务单据 需要随着 CI 一同迁移）CI 管理作业画面 4.3 停用 CI 只有当这个CI 及其所有子CI 与 其它的任何CI 没有连接与需要关系时才可以被停用，当一个CI 被停用后，其所有子CI 也 会被停用，这样此CI 及其所有子CI 都不可再被定位与变更CI 管理作业画面 4.4 删除 CI 只有当 CI 及其子 CI 没有关联的 业

26、务单据时，同时此CI 处于停用状态时，CI 才可能被删除，一个CI 删除后，其所有子CI 将也会被删除CI 管理作业画面 4.5 虚拟 CI 虚拟 CI 的产生是因为管理与统 计的需要，只是逻辑上的实体而非物理上的，在程序逻辑上与其它CI 没有区别CI 管理作业画面 5 结构管理把 CI 的结构维护功能用更图形化、更方便的 操作维护，以便于使用过程的CI 的结构维护 5.1 结构查看采用树形目录方式查看CI 结构 信息，用户选定具体CI 进行展示结构，构成的结构类型需要完成全部可以展开，连接与需 要的结构类型只需要展一层即可CI 结构管理作业画面 5.2 结构维护可以在树状目录中选定某一个 节

27、点 (具体 CI）进行结构维护（即属性值更改） 也可以直接在树状目录中增加一个CI 节点，作业逻辑参考CI 结构维护 结构维护作业界面需要考虑拖曳功能，即在界面右边的CI 清单中直接拖入一个目录节点， 即自动完成结构构建CI 结构管理作业画面 5.3 CI 更换选定某一个节点（具体CI） ，然 后进行 CI 更换，原有CI 本身的父节点信息需要被新CI 复制，而被更换的CI（含其所有子 CI）全部脱离树状目录，被新CI （含其子全部CI）替代 被更换下来的CI 将的状态默认为“ 停用 ” CI 结构管理作业画面 6 基线管理CI 的基线维护管理，实现基线打印及快照功 能 6.1 快照生成用户随

28、时可以对某一个CI 进行 快照 (即把这个CI 及其子 CI 的所有属性信息及结构信息记录下来），如果此 CI（含其子CI） 在变更在处理过程中，需要给予提示，提示有多少变更作业在处理中，是否要生成快照 每做一次快照需要进行说明CI 基线管理作业画面 6.2 快照查询先查询出某一个CI，然后列出 此 CI 的快照记录，由用户选择某一次的快照进行查阅（需要调出树状目录）CI 基 线管理作业画面 6.3 快照打印把某一个CI 的全部快照信息， 根据 A4张打印出来CI 基线管理作业画面 7 变更操作临时纳入CMDB 功能的变更管理功能，提供 一个用户界面，以便实现对CMDB 数据维护的控制，日后此

29、功能会移至变更管理中 7.1 变更申请查询出某一个CI，调出本身及 其子 CI 的所有属性信息及结构信息，列出当前值，用户填写变更值（用户可以把当前值复 制到变更值中） ，用户需要填写变更单号以及变更说明，然后提交 （如果一个CI 的变更申请 提交成功后，这个CI 将处于锁定状态，即在此变更申请终结前，不得对此CI 进行维护， 这 样可以有效避免CI 调用冲突或快速定位事故诱发点）变更作业画面 7.2 变更审批对变更申请进行审批(需要列 出变更申请的所有信息），只有通过或不通过，如果通过，则更新CMDB ，不通过无需处理 变更作业画面 8 批量维护大批量的对CI 进行维护管理 8.1 批量新增

30、只能批量新增同一个分类的 CI，这批 CI 的所有属性信息是一样的，结构信息也是一样的，用户决定新增的数量，程序 复制完成 另外提供批量导入功能，用户来决定分类，程序生成模版， 用户完全根据程序模版实现导入 （此功能需要有独立的权限控制）CI 批量维护画面 8.2 批量维护批量维护适用于相同分类的 CI，并且这些CI 的属性信息是完全一致，结构信息也是完全一致的。程序只需列出其中某 一个 CI 的所有属性信息与结构信息（当前值），用户输入变更值 （用户可以把当前值复制到 变更值） ,最后保存更新 批量维护的另一个作用是根据属性名称维护，用户查出所有含有这个属性名称的CI（可以 根据分类查询，

31、或根据父节点， 或者属性值不为空，属性值的范围） ，系统只列CI 编码信息、 CI 分类信息、还有就是这个属性信息，用户在输入变更值（用户可以把当前值复制到变更 值） ，最后保存更新CI 批量维护画面 9 预警管理CI 使用安全提醒功能 9.1 使用预警根据出厂日期与使用年限进行 计划，告诉用户哪一些CI 已超过使用年限，哪一些一个月到使用年限，用户可以查询根据 月数查询最晚 12个月到使用年限的CI。注意已过使用年限的CI 需要标红处理，建议形成看 板（用户可以输入具体日期）CI 预警作业画面 9.2 保修预警根据起起保日期与出保日期与 当前日期进行匹配，列出已过保，哪一些未来一个月即将过保

32、的CI，用户可以查询根据月 数查询最晚 12个月过保的CI。注意已过保的CI 需要标红处理，建议形成看板（用户可以输 入具体日期）CI 预警作业画面 10 审计管理无论是哪一些类型的审计，只要用户产出清 册后， 再点击执行审计动作，此时可以在清册界面上，直接更新清册信息（用户可以复制原 数值到审计值中）即属性值，最后点击结束审计，则完成审计动作 10.1 分类审计用户可以根据某个分类（注意 一级分类也可以是二级分类，也可以是三级分类）自行决定审计的比率或数量，然后生成审 计的 CI 清单， 可以根据 A4纸打印， 用户根据清册进行审计活动（需要空出一行由用户填写 审计的结果）CI 审计作业画面

33、 10.2 属性审计根据某一个属性的值范围（大 于或等于，或包含）进行查询，把属于范围内的CI 生成审计的CI 清单，可以根据A4低打 印，用户根据清册进行审计活动（需要空出一行由用户填写审计的结果）CI 审计 作业画面 10.3 结构审计可以查找有多少有子CI 但最 上层父节点不是虚拟CI 的 CI， 还可以根据CI 的状态属性来减少查找范围（有报废的电脑） ， 用此方法阶段性的审计结构，把游离CI 清查出来CI 审计作业画面 10.4 随机审计用户决定随机审计的数量，并 不做任何限制，在所有CI 中随机挑选出CI，列出清单 用户决定天数（多少天内发生变更的CI） ，在这个时间范围内发生过变

34、更的CI 中输入审计 数量，随机挑选CI 抽查守计CI 审计作业画面 10.5 固定审计用户根据分类或属性值范围 进行审计，审计的对象是范围内的全部CI CI 审计作业画面 10.6 清册打印清册需要根据A4 纸打印，列 出所有的 CI 属性信息CI 审计作业画面 11 清单查询查询具体的CI 实例信息 11.1 分类查询根据 CI 的分类（一级、二级、 三级都可以查询）来进行查询CI 清单CI 清单查询画面 11.2 属性名称查询根据 CI 的属性名称查询 CI 清单，比如查询包含某个属性的CI 有哪一些CI 清单查询画面 11.3 属性值查询根据 CI 属性值范围查询 （等 于，不等于，大

35、于或等于，大于或小于，大于，小于，包含，不包含，空）再加上与和或的 逻辑运算。CI 清单查询画面 11.4 节点查询查一个 CI 有哪一些子CI（构 成） 查一个 CI 的所有父CI（构成） 查一个 CI 的连接 CI 有哪一些 CI （连接） 查一个 CI 的需要 CI 有哪一些 CI （需要） 查一个 CI 的被需要CI 有哪一些CI(需要）CI 清单查询画面 12 结构查询树状目录必须从某一个CI 为作根节点展 开，列出所有构成的子CI（注意根据类名称显示,一个父节点下面在构成是一百台台式机， 但在树状目录上显示是/父节点 /台式机 /001，002，003。如此便于用户阅读目录） 连接

36、、需要的只列出跟这个CI 连接与需要的CI（同样中间用类名称作为中间桥接） 点击某一个节点时，需要列出此节点（CI）的所有属性信息CI 结构查询画面 13 报表管理CMDB 的各类报表管理 13.1 分类信息统计分析统计当前的分类个 数，一级分类的有几种，二级分类几种，三级分类几种，总数多少种 13.2 属性信息统计分析把属性池的利用情 况做一次分析，有多少属性被引用，引用的次数是多少，有多少属性的值为空， 13.3 CI 数量统计分析表可以根据结构（项 目） 、属性值范围（客户组织、运维团队），统计分析当前CI 的数量分布情况，根据CI 分类 列出来，要有图表 13.4 变更活跃度分析根据

37、CI 分类，或者根 据结构（项目） ，统计变更发生的次数，变更的信息可以分为结构变更与属性变更（查询出 来的画面，点击数字后，直接进入每日变更统计表） 13.5 变更统计按日期变更次数需要有统计 数据，点击次数的数字后需要列出具体的变更记录列表 13.6 审计统计分析统计每次审计的CI 总数， 发现问题的CI 总数（有更新CI 信息的 CI） ，得到正确率 14 日志管理查询动作不必记录， 需要记录所有数据操作 记录，把直接在CMDB 中进行数据操作的人员与操作内容记录下来，在备查验操 作日志查看画面 4配置管理 -CMDB 配置实例 CMDB是 Configuration Managemen

38、t Data Base 的缩写。 CMDB不仅仅提供存储信息系统的所有部件的信息。 事实上， CMDB还包括保存各种网络信息，软件信息和信息分类。 因为 CMDB主要还是用于变更管理和故障分析等使用，那就需要在故障发生的时候可以通过CMDB 查询相 关的整个过程，定位故障位置。 我本来是通过结构跟关系一体化去考虑的，可是当从结构开始去定义关系时，发现关系会变得很复杂，在 使用中难以定位故障位置，反过来，如果从关系开始定义结构时，也会有颗粒细致度无法判断的问题。 我的想法是将结构跟关系分开。首先考虑结构。 在通用的企业IT环境中，通常CMDB需要包括下面的分类。 * 硬件信息 (包括网络硬件以及

39、相关配件，计算机信息以及配件信息，服务器信息以及配件信息等) * 操作系统信息 (包括网络设备的操作系统信息，计算机的操作系统信息以及服务器的操作系统信息等) * 商业系统信息 (包括各种软件信息，商用系统信息，企业专用系统信息等) * 软件包 (包括各种软件光盘，软件的物理存储介质如存有软件的移动硬盘等，各种软件升级包等等) * 数据库产品 (例如 SQL, Oracle, MySQL 等等 ) * IT 环境信息 (例如机柜中各种网络设备的摆放，机柜信息，空调设备信息以及摆放，防火设备信息以及摆 放，机柜平面图等等) * 各种设备的配置信息(例如网络设备的配置表，服务器的配置方法，计算机的

40、标准安装步骤) * 企业 IT 政策以及策略 (例如备份策略，安全策略，用户使用手册，等等) * 设备文档 (如设备非标准配置，软件授权证书，外包维护保养合同，服务级别标准，装修报告) * 其他资源 (例如用户信息，供应商信息，采购合同，服务合同等) * 其他文档 (如 IT 内部流程，企业流程，企业工作流等) 下面是如何将这些信息点关联起来，这里我使用类似AD 的管理方法。 首先解释一下什么叫虚拟整体, 例如我将计算机拆分出来就包括CPU,RAM,HDD, 主板，机箱，显示器， 鼠标， 键盘等等。当接入网络时，关系就会变得很复杂，所以，我将常用的结构打包成一个整体，虽然这在实际 中是一个实际

41、的整体，不过，在CMDB 中也只是有关系的一堆结构，只是为了简化关系而将其整合成一个 虚拟整体。 然后定义这些信息点最终的根，就是说当这个根信息点断开时，所有的信息点都会断开。例如在我这个Case 中就以 Core Switch 为根信息点， 使用一个正三角形将所有信息点连起来。将从终端到Core Switch 的所有设 备一次连接起来成为一个虚拟整体，有需要的话可以通过虚拟整体嵌套的方式去简化关系。例如将硬件信 息中的 CPU，硬盘，内存等计算机硬件, 操作系统信息中的计算机操作系统信息, 设备配置信息中的计算机 标准安装步骤 ,设备文档中的设备非标准配置等信息组成一个虚拟整体A(一台计算机

42、的整体配置信息),再将 虚拟整体 A 加上硬件信息中的网络硬件以及相关配件，操作系统信息中的网络设备操作系统信息，设备配 置信息中的网络设备配置表，设备文档中的设备非标准配置等信息组成设备文档的软件授权证书等组成虚 拟整体 B。 现在就以用 EXCEL 做的一个 CMDB 作为一个简单的范例。 首先，定义根为GZSW01 的交换机，将所有的设备均与GZSW01 关联上，并明确 标注关联关系，如下表则表明关联关系通过GZSW01 的端口关联起来。 1.11st Switch NameGZSW01GZSW01GZSW01 1.21st Switch PortPort 3Port 5Port 4 1

43、.32nd Switch NameGZSW10GZSW15GZSW16 1.42nd Switch PortPort 5Port 6Port 8 1.5Computer NameESPGZHLT001ERP01ESPGZHLT002 1.6UserNameTom FengAdministratorAndy Tsui 在上表中，交换机，计算机，用户名等可以视为一个个虚拟整体，将其细分下去。 例如下表是 Switch List，主要记录各台交换机的配置信息。 2.1Switch NameGZSW01 2.2Switch ModelWS-C3750G-24TS-S 2.3Serial NumberC

44、AT1012N3X5 2.4LocationGuangZhou 2.5Purchase Date2007/3/28 2.6IOS Version4.1.3 下表为计算机配置信息 3.01 Asset Category Laptop LaptopServer 3.02StatusIn-UsedIn-UsedIn-Used 3.03ModelDELL C400Dell C420HP DL380 G6 3.04Serial Number 1a2b3c411223342a3b4c5 3.05FA CodeCAPX-1234CAPX-2211CAPX-4321 3.06Purchase Date2003

45、/4/172003/5/12004/4/8 3.07Warr. Expired2006/4/172006/4/302009/4/7 3.08CPUIntel Pentium MIntel Pentium MIntel Xeon 3.09RAM256M256M1G 3.1MAC001a-2b3c-4d5e 0011-2d2d-3c3c002a-3b4c-5d6 e 3.11OSWinXPWinXPWin2k3 STD 3.12Office 2K3 STD2K3 STDNONE 3.13AccNONENoneNONE 3.14Ciba2K32K3NONE 3.15ZIPWinRARWinRARNO

46、NE 3.16Adobe PDFAcrobat6Acrobat6NONE 3.17ACDSeeNONENoneNONE 3.18AntivirusSymantec 11.0Symantec 11.0Symantec 11.0 3.19ERPERP ClientERP ClientERP Server 还有下表的 User List 4.1Dept.ABC 4.2DomainTEST 4.3 Window A/C Tfeng 4.4IPT No.1234 4.5Wavefax1234 部分其它列表我就不再列出了，例如打印机列表等。 至此，所有网络设备的关系均可一清二楚了，现在我们做一个推演检查，例如， Tom和 Andy同时报告说他的ERP用不了，那么将 ERP服务器资料， Tom和 Andy 的资料取出来，找出存在的交集，那么，很容易就可以判断，故障的位置，例如 本例就应该在 ERP系统，用户端 Windows 系统，以及交换机 GZSW01，推演完成。 下一步可以判断问题所在了。 就这么一点点的改变，就可以节省近30% 的时间，提高了工作效率，并且同时可 以将所有 IT 资产条例化的整合在一起了。