配置管理流程及实际应用

1、配置管理流程及实际应用唐龙ITIL V3 EXPERT、CISSP、CISA、ITSS议题配置管理基本概念如何设计配置库设计配置要注意的事项目标和范围l目标（Goal）支持业务和客户的控制目标、需求提供正确的配置信息去支持其他流程，使有关人员能够做出正确的决定，快速解决故障和问题。最小化由于不准确的服务和资产的配置而导致的质量问题优化服务资产、IT配置、能力和资源l范围（Scope）覆盖整个IT和服务资产管理的生命周期维护资产的详细目录基本概念 配置模型（The configuration model）配置管理按照配置项之间的关系提供一个服务、资产和基础架构的模型. 配置项（Configura

2、tion items-CI）一个配置项是一个资产、服务组件或其他的条款，它是或者将是在配置管理的控制之下。配置项信息（Configuration information)配置项信息是指配置的具体描述。 仓库的容量是有限的（library is restricted）基本概念配置管理系统（CMS）去管理大的、复杂的IT服务和基础架构，服务资产和配置管理要求使用一个叫做“Configuration Management System”的支持系统安全的仓库和安全的存储（Secure libraries and secure stores）一个安全仓库是一个软件、电子的或书面的CI（已知它的类型和状态

3、）的集合，客户（用户）以安全的方式访问这些条款。最终介质库最终介质库是一个储存并保护最终授权的所有介质CI版本的地方所有软件资产的主拷贝包括许可（Including licenses）质量保证（Quality checked）完全的、正确的、病毒扫描用于构建和发布的唯一的出处配置模型配置管理系统 关于所有CI的信息 CMS存储属性关于一个CI的任何信息都可能是需要的 CMS存储关系（CI之间的关系） CMS有多层CMDBCapacitySLAsIT ServiceContinuityAvailabilityFinanceChangesIncidentsPeopleLocationsAssets

4、ReleasesDocumentsLicencesDML和配置库的关系CMDBInformation about the CIsPhysical CIsDMLRelease RecordElectronic CIsBuild new ReleaseTest new ReleaseImplement new ReleaseDistribute new Release to live locations基本概念 备件库（备件库（Definitive spares）最终硬件备件的安全存储区域，这些备件与控制测试环境或生产环境中的设备具有相同的维护级别。 配置基线（配置基线（Configuration

5、 baseline）配置基线是一个服务、产品或基础架构被正式确定下来之后的保存版本，它可以作为以后活动的基础。如果要改变它，则必须走正式的变更流程： 在服务开发的过程中标记一个里程碑，如服务设计基线 从一个确定的输入集构建一个服务组件 在以后的日子变更或重构一个特定的版本 为变更或发布聚集所有的相关组件 为配置审计提供一个基础，并且提供一个回滚点基本概念 快照（快照（Snapshot）一个CI或一个环境的当前状态的快照，例如，从一个发现工具那儿得到的。 使问题管理能够去分析在故障发生的那一刻的一些迹象流程活动（Process activities-2） CI之间的关系之间的关系一个CI是另一个

6、CI的一部分，这种叫“父-子”关系一个CI被连接到另一个CI一个CI使用其它的CI一个CI被安装在另一个CI上. CI的类型的类型典型的CI类型包括服务、硬件、软件、文档和人员1111CICI之间的关系示意图（之间的关系示意图（ITIL V2ITIL V2）服务器服务器ERP客户客户逻辑分区逻辑分区网卡网卡SLAPC服务器服务器路由器路由器1212流程活动（Process activities-3） 配置控制（配置控制（Configuration control）许可控制（License control） 变更管理（Change Management）版本控制（Version control）

7、：服务资产、软件和硬件的版本访问控制（Access control）构建控制（Build control） 状态检查与报告（状态检查与报告（Status accounting and reporting）开发或构思批准（Approved） 撤退（Withdrawn）1313CI的生命周期举例1414咨询热线TP:/WWW.EASTHOME.COMLifecycle of a CI已计划的已计划的已排序的已排序的在开发中在开发中在测试中在测试中在仓库在仓库在生产在生产在维护在维护已实现已实现CMDB的范围CI的生命周期（ITIL V2）1515流程活动（Process

8、 activities-4） 验证和审计（验证和审计（Verification and audit）保证配置管理中保存的信息与实际环境中的配置信息是一致的核实CI的物理存在，以及相关的文档是否准确在做一次发布之前，检查要被发布的组件的版本和配置文档是否已经存在1616议题配置管理基本概念如何设计配置库设计配置要注意的事项体系结构（基于ISO 20000体系）四级文档 表单、可操作性文档配置库三级文档 作业指导文件配置模型二级文档 流程、规范配置流程手册一级配置二级配置三级配置系统硬件服务器刀片小型机PCServer刀箱网络设备交换机路由器防火墙存储设备磁盘阵列带库光纤交换机端口应用软件应用软件

9、账号文档业务服务逻辑实体分区服务器虚拟机数据库实例系统软件数据库中间件环境空调配置分类目录样例样例配置分类模型样例样例一级配置 二级配置 三级配置规则示例硬件HW服务器（SER）刀片(KNI)硬件-服务器-刀片名称HW-SER-KNIname小型机(SMM)硬件-服务器-小型机名称HW-SER-SMMnamePCServer(PCS）硬件-服务器-PC名称HW-SER-PCSname刀箱（KNB）硬件-刀箱名称HW-KNBname配置命名规则样例样例配置连接关系关系名称关系定义AB备注连接A和B之间存在连接关系端口端口CI可独立存在运行，CI之间有物理连接，A和B之间存在连接关系服务器光纤交换

10、机光纤交换机光纤交换机磁带库光纤交换机磁盘阵列光纤交换机安装部署A安装部署在B上数据库服务器A与B属于不同的CI层次，通常情况下是软件A部署在硬件B上中间件服务器应用软件服务器归属A归属B端口小型机A是B的一部分，在没有B的情况下，A没有独立存在的意义端口分区服务器端口PCServer端口刀箱端口网络交换机端口安全设备账号主机账号数据库分区服务器小型机刀片服务器刀箱使用A使用B进程数据库对象A使用B，如果B不存在，则A不能正常工作中间件服务数据库对象依赖A依赖B业务服务应用软件A与B是可独立存在，之间存在逻辑依赖关系，在没有B的情况下，A无法实现其业务目标应用软件应用软件进程账号中间件服务账号

11、进程数据库实例中间件服务数据库实例基于A基于B应用软件进程A基于B存在，如果B不存在，则A不能独立存在中间件服务中间件数据库实例数据库数据库对象数据库互备A和B之间存在备份关系服务器服务器A和B属于同类CI，A与B之间存在备份关系网络交换机网络交换机光纤交换机光纤交换机主备A和B之间存在主备关系，其中，A是主，B是备A和B属于同类CI，A与B之间存在主备关系，其中，A是主，B是备样例样例资源属性通用配置信息属性名称说明搜索代码资源的唯一识别码名称资源的名称附件URL该应用相关电子文档的存放路径资源类型应用程序状态该资源的生命周期状态，分为：已部署（替换已安装）、测试中、使用中、维护中、报废、备

12、用审核状态配置审核活动中，资源的审核状态，分为：已审核;未审核;不匹配;丢失最近审核时间最近一次审核该资源的时间，即审核状态从”未审核”变为”已审核”/”不匹配”/”丢失”任一状态的时间；定义YYYY-MM-DD hh:mm是否关键资源true/false,以是否支撑关键业务为依据创建时间该资源被创建的时间YYYY-MM-DD hh:mm删除状态该资源是否被删除；分为：正常/已删除删除时间该资源被删除的时间，既删除状态从”正常”变为”已删除”的时间YYYY-MM-DD hh:mm配置管理员该资源在服务管理平台中的管理人员，缺省为创建该资源的人员最后更新人最后更新该资源的配置项信息的人员最后更新

13、时间最后更新该资源的时间，既最后一次更新资源任一属性的时间；YYYY-MM-DD hh:mm维护部门维护部门维护管理员维护管理员维护人员联系方式手机，电子邮件。二者必须，中间以逗号分隔管理账号管理账号资源描述该资源的其他描述信息，标注用途样例样例硬件属性通用配置信息属性名称说明资产号该资源的资产编号序列号该资源的序列号型号该资源的型号标签号XX公司自己对资源的编号（实物标签）.系统名称资源所属的系统名称,例如BOSS/CIM，等模块名称资源所属系统的模块名称子模块名称资源所属系统的子模块名称影响区域描述该资源失效后会影响到的区域范围；具体描述为：全公司、某分厂、某部门、组。影响客户描述性字段，

14、用以描述该资源失效后可能会影响到的客户：描述该资源失效以后可能影响的客户，可以描述为“XX公司内部员工”，或者”外部用户“等影响系统描述该资源失效后会影响到的系统范围，分为：SAP应用、CIM应用、OA等使用部门使用该资源部门上线日期填写设备第一次启用时间服务开始日期资源支持服务的服务合同开始日期YYYY-MM-DD服务到期日期资源支持服务的服务合同结束日期YYYY-MM-DD厂商该资源的原始厂商 集成商服务级别资源支持服务厂商提供的相应的服务级别（如5x8，7x24等）服务提供商为该资源提供服务的厂商名称服务联系方式资源支持服务厂商提供的支持服务的联系方式，能提供联络信息，如电话、邮件等物理

15、位置资源所在的物理位置。内容由工具通过以下几个与位置有关的属性字段组合而成地域地点房间安装位置说明设备安装在机房内的机柜编码机柜U号(起始U位)该设备在机柜中的起始U位号样例样例软件属性通用配置信息属性名称说明资产号该资源的资产编号序列号该资源的序列号产品名称系统软件的产品名称(例如:oracle/windows/tuxedo/weblogic/db2),不含版本号版本版本号(例如:9i),不包含产品名称软件位数该软件在此处安装的位数系统名称资源所属的系统名称,例如CIM/PLM，等模块名称资源所属系统的模块名称子模块名称资源所属系统的子模块名称影响区域描述该资源失效后会影响到的区域范围；具体

16、描述为：全公司、某分厂、某部门、组。影响客户描述性字段，用以描述该资源失效后可能会影响到的客户：描述该资源失效以后可能影响的客户，可以描述为“XX公司内部员工”，或者”外部用户“等影响系统描述该资源失效后会影响到的系统范围，分为：SAP应用、CIM应用、OA等使用部门使用该资源部门服务开始日期资源支持服务的服务合同开始日期YYYY-MM-DD服务到期日期资源支持服务的服务合同结束日期YYYY-MM-DD厂商该资源的原始厂商 集成商服务级别资源支持服务厂商提供的相应的服务级别（如5x8，7x24等）服务提供商为该资源提供服务的厂商名称服务联系方式资源支持服务厂商提供的支持服务的联系方式，能提供联

17、络信息，如电话、邮件等样例样例逻辑实体属性通用配置信息属性名称说明系统名称资源所属的系统名称模块名称资源所属系统的模块名称子模块名称资源所属系统的子模块名称影响区域描述该资源失效后会影响到的区域范围；具体描述为：全公司、某分厂、某部门、组。影响客户描述性字段，用以描述该资源失效后可能会影响到的客户：描述该资源失效以后可能影响的客户，可以描述为“XX公司内部员工”，或者”外部用户“等影响系统描述该资源失效后会影响到的系统范围，分为：SAP应用、CIM应用、OA等 使用部门使用该资源部门服务级别资源支持服务厂商提供的相应的服务级别（如5x8，7x24等）集成商该资源的集成商服务提供商为该资源提供服

18、务的厂商名称服务提供商联系方式服务开始日期资源支持服务的服务合同开始日期YYYY-MM-DD服务到期日期资源支持服务的服务合同结束日期YYYY-MM-DD样例样例三级属性 服务器属性配置信息属性名称说明主机名该服务器的主机名称CPU个数CPU个数（个）CPU主频CPU主频大小（GB）CPU描述描述主机CPU的型号，建议以统一格式填写：型号:power5内存大小小型机内存大小(GB)硬盘描述硬盘描述，分别描述硬盘的数量和大小，建议以统一格式填写：数量*单盘容量+数量2*单盘容量2硬盘数量操作系统操作系统及版本号的描述，如果该资源划分分区，则操作系统在分区服务器中描述，收集到系统大版本.填写规则：

19、操作系统名称+空格+大版本号IP地址多个IP地址依次列出系统交换区大小系统交换区的大小，如果该资源划分分区，则系统交换区大小在分区服务器中描述(GB)样例样例议题配置管理基本概念如何设计配置库设计配置要注意的事项流程执行原则常规原则原则描述 原则一 应当使用统一的配置管理流程，并且使用标准的文档记录和汇报机制。原则二 所有配置项信息应当存储在一个统一的配置管理数据库（CMDB）中。原则三CMDB应当准确反映当前已知的IT架构状态。原则四数据管理政策必须由配置经理掌控，操作层面工作可以交由他人负责。原则五应当每半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，

20、以改进配置管理流程。原则六配置管理策略至少每三年重新制订一次。原则七只有得到授权的人员（如配置管理员）才能对CMDB中的配置项信息进行修改，修改之前需要对物理CI的属性进行核实。原则八在CMDB建设的初期（半年内），由于数据仍然处于调整中，可以由配置经理定义一个时间段，该时间段内的数据调整可以不经过变更管理流程控制。原则九当确认配置项信息不需要在CMDB中保留时，进行配置项的删除，配置项的删除不在CMDB中进行物理删除，通过删除状态属性来标识其被删除与否。原则十应该每半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进配置管理流程。流程执行原则 续所有权

21、原则原则描述 原则一 配置管理的每类活动都必须有适当的人员负责。具体权责分派请参考流程的RACI表。原则二所有的配置项都必须指定其所有者（组织或个人）和管理者（组或人）。原则描述 原则一 所有有关生产环境范围内的配置项更改都需要通过变更管理流程进行控制原则二只有得到授权的人员（配置管理员）才能对CMDB中的配置项信息进行修改，修改之前需要对物理CI的属性进行核实原则三任何与相关的设备进机房前或系统投入使用前必须启动配置管理流程，以确保配置项信息与物理环境的一致。原则四其他流程会引发对配置项的修改，日常使用中发现的配置项信息的不正确需要相应的修改，CMDB审核也会引发对配置项的修改，以上均需要通

22、过变更管理流程的控制，发起配置项修改需求的人将作为变更请求者，通过变更管理流程进行相应的审批，实现对CI信息的修改控制（在变更结束阶段通知相关的配置管理员修改配置项）。原则五每季度通过计算配置项的“服务到期日期”来对配置项是否过保进行预警。控制原则流程执行原则（续）审计原则原则描述原则一配置管理流程必须每半年对IT环境进行审核、跟踪监测，以保证CMDB的信息收集准确、完整，并与实际IT环境的状态高度统一。该工作的组织及策略制定由配置经理负责。原则二应该定期根据变更的执行情况对变更引发的配置项的修改情况进行审核。原则三配置项更新操作及审核操作应当施行双岗制，即执行更新的配置管理员和审核该操作的配置审核员不能是同一人。数据保留原则原则通知描述 原 则一 CMDB数据应当每天进行增量备份 原 则二CMDB数据应当每月进行全量备份 原 则三CMDB数据至少每季度进行全量异地备份 原 则四历史数据至少应该保存三年 CI分类要点u将全部的运维对象做一次逻辑划分以便于管理，按其物理形态来区分管理u利用CI分类动作，明确配置管理的范围与颗粒度，一级分