下载文档原格式
ITIL实战之配置管理解决方案作者:破子这里就不对配置管理的一些基本知识做解释了，类似的文章挺多，这里直面配置管理深入一些的内容，我在这家公司工作了三年，很少象这样需要开动所有脑力去思考一件工作，配置是一个很重要的基础，同时也是让我耗费脑力最多的一块，所以先把它写下来。
先介绍一下我们的业务情况，我们公司的运维项目较多，有网络、系统的、桌面的、软件的，而且这些项目用到的设备都存在共用的情况，比如一个段线路，会属于多个项目使用，一台客户的电脑，也可能装有多个管理软件，同时它又是属于桌面运维的，这些我们的IT组件一是数量多（光是需要桌面运维的电脑台数在5000台以上），二是相互的关系复杂。
我现在所讲的，是经过很多思考与折腾后，所整理出来的，我对配置管理的出发点，是从软件实现方面考虑的，这可能与其它的公司有一些不一样，一开始，在思考整个配置的模型，也是CMDB的业务层面逻辑，很长一段时间，在CI的结构与关系方面，我一直无法理清楚，因为当CI的结构是怎样，关系是怎样不确定前，整个模型根本无从建立。
最开始首先确定的是，我决定把CI的结构与关系分离，即结构是结构，关系是关系，两者不互为影响，作用也各自不同，这个想法应该是比较大胆的，而且这是在我对ITIL不熟悉的情况做出的决定，如果这个做法错误，后续的很多工作都会受到影响。
决定后，剩下来就是攻破结构与关系了。
在那段时间的思考中，CI的结构是首先想通的，可能是因为以前是做ERP实施的关系，也可能是因为客户是汽车制造商的关系，最终我发现将CI组装时，它的呈现很象ERP中的BOM结构，这是个父子结构，它可展开任意的节点，这种结构具有很大的扩展空间，也解决了配置管理颗粒度大小变化的问题，经过几天的思考后，我已非常确定这个思路可以解决我们的CI结构问题。
剩下的关系是花的时间比较久的，查了不少资料，我一直想确定到底CI之间有哪几种关系，这本身我一直觉得这个ITIL的推广组织本身需要制定或想通的，而不应该由我来思考，我也看了常态下象IBM他们的做法，但他们关系与结构是互为一体的，而且他们对关系的定义简单了些，所以最后没有采用。
ITIL目标--配置管理目标和发布管理目标COBITITIL学习认证专区-国际...ITIL目标--配置管理目标和发布管理目标配置管理目标许多ITIL 专家都认为“配置管理”是ITIL 的“太阳”，是其他ITIL“行星”围绕的中心。
这是一个贴切的比喻，因为所有其他的ITIL 流程确实都与“配置管理”密切相关。
因此，达到“配置管理”的目标是成功实施ITIL 的基础。
您是否达到了ITIL“配置管理”目标？接下来我们看看这些目标：“配置管理”通过识别、控制、维护和验证现有“配置对象”(CI) 的版本来制定基础设施或服务的逻辑模型。
“配置管理”的目标是：•对公司内部的所有 IT 资产和配置及其服务做出说明•提供有关配置及其记录的准确信息以支持所有其他的“服务管理”流程•为“事故管理”、“故障管理”、“变更管理”和“发布管理”提供坚实的基础•对照基础设施验证配置记录并纠正任何异常情况我们将“配置管理”的目标分解成几个基本组成部分，然后看看是否会找出有助于证明实施 ITIL 必要性的内容：“‘配置管理’通过识别、控制、维护和验证现有‘配置对象’(CI) 的版本来制定基础设施或服务的逻辑模型”：在我们审视该要素之前，需要理解“配置对象”的 ITIL 定义：它是基础设施的组件，或是一个对象，处于（或者将处于）“配置管理”的控制之下。
各种 CI 的复杂性、大小和类型可能有很大的差异，可能是一个完整的系统（包括所有硬件、软件和文档），也可能是一个模块或较小的硬件组件。
“配置对象”是一个基础设施组件，必须能够提供服务、系统和应用程序，而这些又是为IT 客户提供既定的服务所必需的。
可随意选择 CI 的复杂度。
例如，您可将工作站作为一个 CI，或者可将工作站分成若干个组件（处理器、键盘、鼠标和屏幕），然后将其中每个组件作为一个 CI。
“配置管理”主要管理各个 CI 之间的关系，也就是说通过查看一个 CI，您就可以看到该 CI 与处理特定系统或服务所必需的其他CI 之间的关系。
it服务管理流程IT服务管理是指根据ITIL（IT基础设施库）框架和最佳实践要求，将IT服务提供给用户，并对服务进行管理的一系列流程。
IT服务管理流程的目标是提供高质量的IT服务，满足用户需求，提高组织效率和效益。
以下是IT服务管理常见的流程。
1.服务请求管理流程2.事件管理流程事件管理流程是指在发生IT事件时，记录、分类、分析和解决事件的过程。
事件可以是计划内的中断、故障、安全威胁等。
通过事件管理流程，可以快速恢复服务，减少对业务的影响。
流程的关键步骤包括报告事件、识别影响、诊断原因、提供解决方案和关闭事件。
3.变更管理流程变更管理流程是指对IT基础设施和服务进行变更的流程。
通过变更管理流程，可以规范和控制变更的实施，减少变更引起的风险和故障。
流程的关键步骤包括变更请求、变更评估、变更授权、变更实施和变更评审。
4.问题管理流程问题管理流程是指对IT服务中的重复故障和潜在问题进行分析和解决的流程。
通过问题管理流程，可以减少故障的重复发生，提高IT系统的稳定性和可靠性。
流程的关键步骤包括问题识别、问题记录、问题分析、问题解决和问题关闭。
5.配置管理流程配置管理流程是指对IT基础设施和服务进行有效控制和管理的流程。
通过配置管理流程，可以准确记录和控制IT资产和配置项，提高变更管理和服务管理的效率和准确性。
流程的关键步骤包括配置识别、配置控制、配置状态管理和配置验证和审计。
6.服务水平管理流程服务水平管理流程是指为用户和组织制定和管理服务级别协议（SLA），并对服务水平进行监控和报告的流程。
通过服务水平管理流程，可以确保IT服务与用户需求相匹配，并及时识别和解决服务质量问题。
流程的关键步骤包括SLA协商、SLA监控、服务评估和SLA报告。
除了以上流程，还可以有供应商管理流程、容量管理流程和安全管理流程等等。
每个流程都有各自的输入、活动和输出，可以根据组织的需求进行定制和优化。
IT服务管理流程是IT运营和支持的核心，对于提高IT服务质量、降低IT风险和成本控制都起到重要作用。
ITIL配置管理（CMDB）流程详细设计方案目录目录 (2)1综述 (5)1.1设计目的 (5)1.2适用范围 (5)1.3相关术语 (5)2配置管理流程设计 (6)2.1流程目的 (6)2.2流程主要内容 (6)2.3与其他流程的关系 (7)2.4关键角色、职责定义 (7)2.4.1配置管理员 (8)2.4.2配置经理 (8)2.4.3配置管理流程负责人 (9)2.4.4流程角色与人员对应表 (10)2.5执行原则 (11)2.5.1常规原则 (11)2.5.2流程关联原则 (12)2.5.3控制原则 (12)2.5.4审核原则 (13)2.5.5保密原则 (13)2.6CMDB设计策略 (13)2.6.1配置项层次设计和命名规则 (13)2.6.2配置项间的关系 (15)2.7流程相关定义 (16)2.7.1CI的通用属性 (16)2.7.2配置项状态 (18)2.7.3配置项审核 (19)2.7.5配置项所属系统 (20)2.7.6厂商 (22)2.7.7集成商 (22)2.8流程概要设计 (22)2.9流程详细设计 (24)2.9.1（200.1）配置管理策略的制定 (24)2.9.2（200.2）配置项定义和标识 (25)2.9.3（200.3）CMDB初始化 (26)2.9.4（200.4）CMDB控制和维护 (27)2.9.5（200.5）CMDB审核和回顾 (28)2.9.6（200.6）定期生成配置管理报告 (29)2.10关键衡量指标 (30)2.11主要报表 (30)2.11.1配置项审核及变化状态报表 (30)3附件A: CI属性设计 (31)3.1服务器SR (32)3.1.1小型机（EPS） (32)3.1.2PC服务器（SPC） (33)3.2存储设备RD (35)3.2.1磁盘阵列（RAD） (35)3.2.2磁带库（TAP） (37)3.2.3其他存储设备（OTR） (38)3.3网络NW (40)3.3.1交换机（SWT） (40)3.3.2路由器（RUT） (42)3.3.3防火墙（FRW） (44)3.3.4VPN网关（VPG） (46)3.3.5安全网关（SEG） (47)3.3.7其他网络设备（OTN） (50)3.4终端TR (51)3.4.1台式机（COM） (51)3.4.2笔记本（NTB） (52)3.4.3字符终端（CTR） (54)3.4.4图形终端（GTR） (55)3.5外设及其他PR (57)3.5.1外设（DDV） (57)3.5.2机房（DCE） (62)3.5.3其他（OTR） (64)3.6软件SW (65)3.6.1应用软件APP (65)3.6.2系统软件SYS (70)3.7文档DC (76)3.7.1管理文档（ADC） (76)3.7.2技术文档（TDC） (77)3.7.3维护文档（ODC） (78)3.7.4工程文档（PDC） (79)3.7.5合同（CRT） (80)3.8应用系统AP (81)3.8.1应用系统名称（API） (81)3.8.2应用系统模块（APM） (82)3.8.3其他应用（APO） (83)4附件B: CI关系对照表 (85)5附件C: 厂商和集成商名称标准 (87)5.1厂商名称标准 (87)5.2集成商名称标准 (89)1综述1.1设计目的本文档是在《公司信息技术管理制度V1.1》基础上，结合公司信息技术部维护管理的特点，制定的《配置管理流程详细设计文档》。
itil 配置管理目标ITIL（Information Technology Infrastructure Library，信息技术基础设施库）是一套用于IT服务管理的最佳实践框架。
配置管理是ITIL中的一个重要流程，它旨在有效管理和控制IT基础设施中的配置项。
本文将介绍ITIL配置管理的目标，以及如何实现这些目标。
一、引言在IT服务提供中，配置管理是一个关键的过程。
它有助于组织管理和控制配置项，确保在服务交付过程中的配置项的正确性和一致性。
配置管理的目标是确保所有IT资源和配置的准确记录、跟踪和控制，以提供高质量、稳定的IT服务。
二、ITIL配置管理的目标1. 确保配置项的准确记录在IT环境中，有许多不同类型的配置项，包括硬件设备、软件、文档等。
配置管理的目标是确保对这些配置项进行正确的记录和标识，并建立一个集中的配置管理数据库（CMDB），以维护这些信息的准确性和完整性。
2. 实现配置项的跟踪和控制配置管理的目标之一是确保配置项在其生命周期内能够被跟踪和控制。
通过为每个配置项分配唯一的标识符，配置管理人员能够准确地追踪和控制这些配置项，包括对其进行变更、维护和退役等。
3. 提供准确的配置信息配置管理的目标是提供准确的配置信息，包括配置项的特性、关系和依赖关系等。
这些信息对于有效的问题管理、变更管理和容量管理非常重要。
配置管理要确保这些信息的可靠性和实时性，以支持其他IT服务管理流程的顺利运行。
4. 支持变更管理配置管理与变更管理密切相关。
通过准确记录和跟踪配置项，配置管理为变更管理流程提供了基础数据，帮助管理人员了解配置项之间的关系和依赖关系，从而可以更好地评估和管理变更的风险。
5. 促进问题管理配置管理通过提供配置项的准确信息，有助于问题管理流程的运行。
在故障排除过程中，可以借助配置管理的信息快速确定可能的故障根源，并采取相应的纠正措施，以尽快恢复服务。
6. 支持资产管理配置管理也支持资产管理流程。
ITIL 术语对照表ITIL术语英汉对照English 中文术语Accounting 会计Activity Based Costing 作业成本法Application Sizing 应用选型Asset Management 资产管理Assets 资产Audit 审计Authorization 授权Availability 可用性Availability Management 可用性管理Budgeting 预算Business Capacity Management 业务能力管理Business Impact Analysis 业务影响分析Business Process 业务流程Call 呼叫Capacity Database, CDB 能力数据库，CDBCapacity Management 能力管理Capacity Planning 能力规划Category 类别CCTA Risk Analysis and Management Method, CRAMM CCTA风险分析和管理方法,CRAMMCentral Service Desk 集中式服务台Change 变更Change Advisory Board, CAB 变更顾问委员会，CABChange Management 变更管理Charging 收费CI Level 配置项级别Classification 区分Component Failure Impact Analysis, CFIA 组件故障影响分析,CFIA Confidentiality 机密性Configuration Baseline 配置基线Configuration Item, CI 配置项,CIConfiguration Management 配置管理Configuration Management Database, CMDB 配置管理数据库，CMDB Cost Plus 成本加成Customer 客户Definitive Hardware Store, DHS 备件库,DHSDefinitive Software Library, DSL 最终软件库,DSLDemand Management 需求管理Deming Circle 戴明环Disaster 灾难Downtime 宕机时间Elapsed time 耗时Emergency Fix/Release 紧急修复/发布Error Control 错误控制Escalation 升级Evaluation 评估Expert Service Desk 专家级服务台Fault, Failure 故障Fault Tree Analysis, FTA 故障树分析,FTAFinancial Management for IT Services IT服务财务管理First Line Support 一线支持Forward Schedule of Changes, FSC 变更进度计划表,FSC Full Release 完整发布Functional Escalation 职能升级Going Rate 现行费率Gradual Recovery, Cold Stand-By 逐步恢复，冷备Hierarchical Escalation 层次升级Identification of CI 配置项(CI)识别Immediate Recovery, Hot Stand-By 快速恢复，热备Impact 影响Incident 突发事件Incident Management 突发事件管理Integrity 完整性Intermediate Recovery 中速恢复Service Interruption 服务中断IT Infrastructure IT基础设施/IT基础架构IT Service IT服务IT Service Continuity Management IT服务连续性管理IT Service Management IT服务管理Known Error 已知错误Local (distributed) Service Desk 本地(分布式)服务台Maintainability 可维护性Management 管理Market Price 市场价格Mean Time Between Failures, MTBF 平均无故障时间，MTBF Mean Time To Repair, MTTR 平均修复时间，MTTR Modeling 建模Monitoring 监控Notional Charging 名义收费Operational Process 操作流程Operational Level Agreement, OLA 操作级别协议,OLA Package Release 组包发布Performance Management 绩效管理，性能管理Post Implementation Review, PIR 实施后评估,PIR Priority 优先级Proactive Problem Management 主动问题管理Problem 问题Problem Control 问题控制Problem Management 问题管理Procedure 步骤/过程Process 流程Process Manager 流程经理Quality Assurance 质量保证Quality Control 质量控制Reciprocal Arrangement 互惠协议Recovery 恢复Release Management 发布管理Release Policy 发布策略Release Unit 发布单元Reliability 可靠性Request for Change, RFC 变更请求，RFC Resilience 柔性Resource Capacity Management 资源能力管理Restoration of Service 服务恢复Review 评估Risk Assessment 风险评估Rollout 上线Second Line Support 二线支持Security 安全Security Awareness 安全意识Security Incidents 安全事件Security Level 安全级别Security Management 安全管理Service Capacity Management 服务能力管理Service Catalogue 服务目录Service Desk 服务台Service Improvement Plan Program, SIP 服务改进计划,SIP 服务改进计划，是作为一个项目来实施的，它明确了与改进IT服务有关的活动、实施步骤以及里程碑式的标志内容Service Level 服务级别Service Level Agreement, SLA 服务级别协议，SLAService Level Management 服务级别管理Service Level Requirements 服务级别需求, 服务级别需求，是有关客户业务需求的详细的定义，它通常作为设计服务和制定服务级别协议的一个蓝本Service Request 服务请求Service Window 服务时段Serviceability 可服务性Skilled Service Desk 高技能服务台Release 发布Status 状态System Outage Analysis, SOA 系统故障分析，SOAThird Line Support 三线支持Threat 威胁Tuning 调整Underpinning Contract 支持合同Unskilled Service Desk 低技能服务台Urgency 紧急度Urgent Change 紧急变更Verification 核实/验证Virtual Service Desk 虚拟服务台Vulnerability 脆弱性Workaround 变通方案附录 IV IT 服务管理术语表(英汉对照)10英文术语中文术语Absorbed Overhead 已分摊间接费用 Absorption costing 吸收成本法Action lists 行动列表Alert 告警Alert phase 告警阶段Allocated cost 可直接分配成本 Application 应用，应用系统Application Service Provider 应用服务提供商 Application Sizing 应用选型Apportioned cost 待分摊间接成本 Asset 资产Asynchronous/synchronous 异步/同步 Audit 审计Audit for Compliance 符合性审计 Automatic Call Distribution 自动呼叫转发Availability 可用性Availablity Management 可用性管理 Back-out Plan 回撤计划Balanced Scorecard 平衡记分卡Baseline 基线Baseline Security 安全基线Baselining 基准制定BS7799 英国标准协会开发的信息安全管理标准 Budgeting 预算Build 构建Business Capacity Management 业务能力管理 Business function 业务职能Business process 业务流程Business recovery objective 业务恢复目标 Business recovery plan framework 业务恢复计划框架 Business recovery plans 业务恢复计划 Business recovery team 业务恢复小组 Business units 业务单元Call Center 呼叫中心Capacity Maturith Model 能力成熟度模型 Capacity Management 能力管理Capacity Management Database 能力管理数据库Capital costs 资本成本Capital investment appraisal 资本投资评估 Capitalization 资本化Categorization 归类Category 类别，分类Change 变更Change Advisory Board 变更顾问委员会(CAB) Change authority 变更审批小组Change control 变更控制Change document 变更文档Change history 变更轨迹Change log 变更日志Change management 变更管理Change record 变更记录Charging 收费CI Type 配置项类型Classification 分类Closure 终止Cold stand-by 冷支持Command, control and communications命令、控制和沟通Compliance 符合性Computer-Aided systems Engineering计算机辅助系统工程(CASE)Configuration baseline 配置基线Configuration control 配置控制Configuration documentation 配置文档 Configuration identification 配置识别Configuration item(CI) 配置项(CI) Configuration Management 配置管理Configuration Management tool 配置管理工具 Configuration Management Database(CMDB)配置管理数据库(CMDB)Configuration Management plan 配置管理计划 Configuration structure 配置结构Contingency Planning 应急计划Cost 成本Cost effectiveness 成本效益Cost management 成本管理Cost unit 成本单元Costing 成本核算Countermeasure 防范措施Crisis management 危机管理Customer 客户Customer Relationship Management客户关系管理(CRM)Data transfer time 数据传输时间Definitive Hardware Store 最终硬件库(DHS) Definitive Software Library 最终软件库(DSL) Delta Release Delta发布，增量发布Dependency 依赖性Depreciation 折旧Differential charging 差别定价Direct cost 直接成本Disaster recovery planning 灾难恢复计划 Discounted cash flow 贴现现金流量(DCF) Discounting 折扣Disk cache controller 磁盘高速缓存控制器 Downtime 停机时间Duplex (full and half) 双工(全双工或半双工) Echoing 响应Elements of cost 成本要素End-user 最终用户Environment 环境Expert User 专家用户 External Target 外部目标 Financial year 财政年度 First time fix rate 首次修复率 Forward Schedule of Changes 变更进度计划表Full cost 全部成本Full Release 全发布 Gateway 网关Gradual Recovery 逐步恢复 Hard charging 实收费用 Hard fault 硬故障Help Desk 帮助台Host 主机Hot stand-by 热支持 ICT 信息和通讯技术 Identification 标识Immediate Recovery 紧急恢复 Impact 影响度Impact analysis 影响分析 Impact code 影响代码Impact scenario 影响说明Incident 事故Incident Control 事故控制Indirect cost 间接成本Informed Customer 效益保证人Interface 接口，界面Intermediate Recovery 中期恢复Internal target 内部目标Invocation (of business recoveryplans)(业务恢复计划)启动Invocation (of stand-by arrangements)(支持方案)启动Invocation and recovery phase 启动和恢复阶段 IT Accounting IT 核算IT Infrastructure IT 基础架构，IT 基础设施 IT Infrastructure Library (ITIL) 信息技术基础架构库 IT service IT 服务IT Service Continuity Management IT 服务持续性管理 IT service provider IT 服务提供商(方) Key Performance Indicator 关键绩效指标Known Error 知名错误Latency 延迟Life-cycle 生命周期Logical I/O 逻辑输入/输出Marginal Cost 边际成本Maturity level/Milestone 成熟度/里程碑 Metric 指标Operational Costs 运作成本Operational Level Agreement (OLA) 运作级别协议(OLA)Opportunity cost (or true cost) 机会成本(或真实成本)Outsourcing 外包Overheads 间接费用Ownership 所有权Page fault 页面中断Paging 页面调度Pain Factor 痛苦指数Percentage utilization 利用率Performance 品质，绩效，性能 Phantom line error 虚假线路错误Physical I/O 物理输入/输出Prime cost 主要成本PRINCE2 英国商务部开发的一种项目管理方法Priority 优先级Problem 问题Problem Management 问题管理 Procedure 程序Process 流程Process Control 流程控制Program 方案Queuing time 排队时间RAID 冗余阵列磁盘机Reference data 参考数据 Release 发布Remote fixes 远程修复Request for change (RFC) 变更请求(RFC)Resolution 决议Resource cost 资源成本Resource profile 资源配置 Resources 资源配置Return to normal phase 恢复正常阶段 Risk 风险Risk Analysis 风险分析Risk Management 风险管理 Risk reduction 风险降低措施Role 角色Security Management 安全管理 Security Manager 安全经理 Security Officer 安全官Seek time 寻道时间Segregation of duties 职责划分 Self-insurance 自我保险Services 服务Service achievement 服务成果 Service Catalogue 服务目录 Service Delivery 服务提供 Service Desk 服务台Service Level 服务级别Service Level Agreement(SLA) 服务级别协议Service Level Management(SLM) 服务级别管理Service Management 服务管理 Service Provider 服务提供商(方) Service quality plan 服务质量计划 Service Request 服务请求Services 服务Service Support 服务支持Severity Code 程度代码Simulation Modeling 仿真建模 Soft fault 软故障Software Configuration Item(SCI) 软件配置项Software Environment 软件环境 Software Library 软件库Software Work Unit 软件工作单元 Standard Cost 标准成本Standard Costing 标准成本法 Stand-by arrangements 备用方案 Storage occupancy 存储占用率 Super user 超级用户Surcharging 附加费Swapping 交换System 系统Terminal emulation 终端仿真软件 Terminal I/O 终端输入/输出 Third-party supplier 第三方供应商 Threat 威胁Total Cost Of Ownership (TCO) 总体拥有成本Tree structures 树形结构Unabsorbed overhead 未分摊间接费用 Underpinning contract 支持合同Unit costs 单位成本 Urgency 紧急度User 用户Utility cost centre (UCC) 效用成本中心(UCC)Variance analysis 差异分析 Version 版本Version Identifier 版本标识符 Virtual memory system 虚拟内存系统Vulnerability 弱点Warm stand-by 暖支持 Waterline 底线Work-around 应急措施 Workloads 工作量service outages 服务中断Release and Deployment发布与部署 risk profile 风险预测Stakeholder 项目干系人。
基于ITIL的运维流程优化实践有哪些在当今数字化时代，企业对于信息技术（IT）系统的依赖程度日益加深，高效稳定的 IT 运维成为了企业业务正常运转的关键保障。
ITIL （Information Technology Infrastructure Library，信息技术基础架构库）作为一套被广泛认可的 IT 服务管理最佳实践框架，为运维流程的优化提供了有力的指导。
本文将探讨基于 ITIL 的运维流程优化的一些实践方法。
一、事件管理流程优化事件管理是指对IT 系统运行过程中发生的各类异常事件进行记录、分类、处理和跟踪的过程。
基于 ITIL 的理念，优化事件管理流程可以从以下几个方面入手。
首先，建立明确的事件分类体系。
根据事件的性质、影响范围和紧急程度，将其细分为不同的类别，如紧急事件、重大事件、一般事件等。
这样可以使运维人员在接收到事件报告时，能够快速判断事件的优先级，从而采取相应的处理措施。
其次，设定标准化的事件处理流程。
明确每个事件处理阶段的责任人和时间节点，确保事件能够得到及时有效的处理。
例如，对于紧急事件，应立即启动应急响应机制，调动相关资源进行处理；对于一般事件，则按照既定的流程逐步解决。
此外，建立事件跟踪和监控机制。
通过信息化工具，实时跟踪事件的处理进度，及时向相关人员反馈处理情况。
同时，对事件处理的效果进行评估，总结经验教训，不断完善事件处理流程。
二、问题管理流程优化问题管理旨在找出 IT 系统中存在的根本原因，防止同类问题的再次发生。
基于 ITIL 的问题管理流程优化可以从以下几个方面展开。
一是加强问题的识别和记录。
运维人员在处理事件的过程中，要善于发现潜在的问题，并将其详细记录下来。
同时，建立问题数据库，对问题进行分类和归档，以便后续的分析和处理。
二是深入分析问题的根本原因。
运用各种分析工具和方法，如鱼骨图、5W2H 等，找出问题产生的深层次原因。
不仅要解决当前的问题，更要从源头上消除问题产生的可能性。
ITIL理念导入服务支持和服务交付ITIL是Information Technology Infrastructure Library的缩写，即信息技术基础架构库。
它是一套面向IT服务管理的最佳实践框架，提供了一系列用于规划、交付和支持IT服务的指南和方法论。
ITIL理念的导入对于服务支持和服务交付至关重要，下面将对其进行详细介绍。
首先，ITIL理念导入服务支持方面。
服务支持是指为用户提供日常的IT服务和支持。
ITIL的理念给了我们以下关键点。
1. 服务台：ITIL强调建立高效的服务台，用于记录和处理用户的问题和请求。
这意味着建立一个集中的联系点，使用户能够轻松地报告问题，并及时获得支持。
2. 问题管理：ITIL鼓励使用问题管理的最佳实践来识别和解决常见的问题，以减少重复的工作。
通过建立问题数据库和实施问题调查，可以更好地了解和解决问题的根本原因。
3. 变更管理：ITIL强调建立一个规范的变更管理过程，确保所有的变更都经过审批并进行适当的测试和评估。
这有助于降低变更引起的风险，并确保系统的稳定性和可靠性。
4. 配置管理：ITIL推崇使用配置管理数据库来记录和管理IT 基础设施的配置信息。
这有助于更好地掌握IT环境，并确保及时更新和维护信息的准确性。
5. 服务级别管理：ITIL鼓励建立明确的服务级别协议，以确保IT服务的质量和性能。
这可以帮助提供商和用户之间建立互信关系，并在服务不达标时追究责任。
其次，ITIL理念导入服务交付方面。
服务交付是指将计划和设计好的IT服务交付给用户。
ITIL的理念给了我们以下关键点。
1. 服务策略：ITIL强调将IT服务与业务目标相对应，确保IT的工作与业务需求相一致。
这有助于提高IT服务的价值和贡献，并增强服务交付的效率和效果。
2. 服务设计：ITIL鼓励基于最佳实践和提前规划的服务设计。
在设计阶段，需要考虑到服务的可用性、容量、可靠性和安全性等方面的要求，以确保服务能够满足用户的需求并达到预期目标。
生产系统配置管理流程一、目标配置管理的目标是通过规范生产系统资源配置信息管理的流程步骤，来确保BOSS系统所有资源信息的完整性、可靠性和准确性，并保证配置信息随着系统变更而同步更新。
配置管理的主要工作是对BOSS系统内所有资源，包括各种硬件设备、系统软件和应用软件等建立配置管理表，通过对文件中各个配置记录的维护，实现对配置项目的标识、记录、跟踪和报告，从而为所有的管理流程提供基础支持。
二、适用范围该流程适用于对下列工作的管理：•系统扩容、设备安装、调试、维修等引起的配置信息变更•软硬件系统配置参数的变更•软件版本变更•网络拓扑结构变更三、相关定义1.角色和职责配置管理员负责整体配置管理工作，确保配置管理能涵盖生产系统中的所有软硬件资源，且配置管理表中对这些资源的描述随时都是准确完整的，并严格按照配置管理流程执行：•负责定义配置管理对象，抽取各个对象的管理元素，随时添加、更改或删除配置管理表中的配置项目，以保证与实际系统的同步。
•负责监督配置维护员的工作，检查他们对配置管理流程的执行情况•负责接收配置信息变更单, 指定相关配置维护员更新配置管理表.•负责评估配置管理表信息的准确性，在发现问题时敦促相关配置维护人员及时修改配置管理表•负责在配置管理表修改完毕并核查无误后，对其进行备份。
●维护配置变更汇总表，将每次的配置信息变更行为记录在册。
配置维护员根据配置管理表中定义的配置管理项目，收集系统数据，建立初始配置信息，并随着各种变更的发生而及时更新配置管理表的相关信息。
●收集所管辖资源的初始配置信息●检查配置信息的准确性●将核查正确的配置信息写入配置管理表●在发生变更前，备份系统配置文件和参数文件。
●接收配置管理员发送的配置变更单，据此修改配置管理表中的相关项。
配置维护员可根据管理资源的种类划分为：-主机和存储设备配置维护员-数据库配置维护员-网络配置维护员（包括对网络设备、软件、网络拓扑、IP地址分配等配置信息）-应用软件配置维护员（含开发工具）-外围设备配置维护员（包括微机、打印机等非关键设备的软硬件配置）2.配置管理对象配置管理所涉及的资源，主要包括：-主机-数据库-磁盘阵列、磁带库-网络设备-应用软件-外围设备3.配置管理项目各配置管理对象需记录的具体配置参数项，例如主机的名称、IP地址、CPU型号和数量、内存量、操作系统版本号等。
