|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
配置管理包括负责识别、维护服务、系统或产品中的所有组件，以及各组件之间关系的信息，并对其发布和变更进行控制，建立关于服务、资产及基础设施的配置模型。配置管理的目标是对业务和客户的控制目标及需求提供支持：提供正确的配置信息，帮助相关人员在正确的时间做出决策，从而维持高效的服务管理流程；减少由不合适的服务或资产配置导致的质量和适应性问题；实现服务资产、IT配置、IT能力和IT资源的最优化。
|
|
|
|
配置管理的流程包括管理规划、配置识别、配置控制、状态记录和报告、确认和审核等。配置管理基本流程模型如下图所示。
|
|
|
|
|
|
|
|
（1）管理规划。确定配置管理流程的政策、标准和战略，分析现有的信息，确定所需要的工具和资源，制定并记录一份总体计划，其内容包括配置管理的目标和范围，识别相关需求，现行适用的政策和标准，组建配置管理小组，设计配置管理数据库（Configuration Management Database，CMDB）、数据存放地点、与其他服务管理系统的接口和界面，以及其他支持工具等，实施配置管理活动的进度和程序，接口控制与关系管理，与第三方的接口控制和关系管理等。
|
|
|
|
（2）配置识别。配置识别活动是配置管理流程的基础，它确定了配置结构，定义了配置项的选择标准、命名规范、标签、属性、基线、类别及配置项之间关系等方面的内容。
|
|
|
|
（3）配置控制。配置控制活动负责对新的或变更的配置项记录进行维护，确保配置管理数据库只记录已授权和可识别的配置项，并且其配置记录与现实匹配。配置控制的政策和相关程序包括许可证控制、变更控制、版本控制、访问控制、构建控制、电子数据及信息的移植和升级、配置项在发布前制定基线、部署控制、安装控制等。
|
|
|
|
（4）状态记录和报告。配置项在其生命周期内有一个或多个离散状态，每一个状态详细信息和数据都应该被记录。记录的细节包括服务配置信息、配置项实施变更的进展及质量保证检测结果等。配置状态报告是指定期报告所有受控的配置项的当前状态及其历史变更信息。
|
|
|
|
（5）确认和审核。配置确认和审核是指通过一系列评价和审核确认有且只有授权的、注册的、正确的配置项存在于配置管理数据库中的活动，对于监测出的未授权或未注册的配置项应及时通过变更管理登记注册或将其移除。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
批处理（batch processing）是指定期收集源文件，然后进行成批处理。如银行存款处理，白天一天所收到的存款单等到下班后一起交给数据处理部门，由他们进行累加和其他分析。批处理活动包括：收集源文件，并将它们分成批；把源文件录入到输入媒体，如磁带、磁盘；把源文件根据某个关键词排序；将源文件和主文件合并处理，建立一个新文件，并输出一些文件；定期将业务成批地送往远方的中央计算机保存和进一步处理。
|
|
|
|
当要处理大量的数据时批处理是一种比较经济的方法。每笔业务处理时没有必要翻动主文件。错开白天的时间，机器可以在晚上处理，能充分利用机器的资源。机器的速度不一定很高，机器档次和设备费用可以大大降低。但批处理有很多缺点，如主文件经常是过时的，打出的报告也是这样，马上查出当前的情况也是不可能的。所以，许多业务转向实时处理。某些实时处理系统中还保留着某些业务的批处理。
|
|
|
|
实时处理也是联机事务处理（Online Transaction Processing，OLTP）。能够在处理业务时及时处理完这笔业务后，立即更新主文件，因而这时的统计数据能够反映现时的真实情况。数据只要一经输入，记录、转换、更新主文件的操作一气呵成，响应客户查询也是即时的。
|
|
|
|
实时处理能及时处理、及时更新和及时响应顾客。因而在要求及时的情况下，只有实时系统能满足要求。实时处理缺点是由于联机，直接存取必须采取特殊的措施保护数据库，以及时防止病毒和闯入者。在许多实时系统中，也用磁带作控制日记和恢复文件。因而在设备上要付出高成本。所以实时优点必须和它的成本、安全的问题相平衡，现在由于技术的发展，要更好地满足顾客需求，越来越多的公司欢迎实时处理。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CPU即中央处理器，它是计算机系统的核心部分。刚才所列的系统性能评价指标都是围绕CPU的。当然，这些指标的评价结果是建立在CPU与其他系统部件（如内存）的协同工作的基础上的。单就CPU而言，考察它在系统中的工作性能要关注CPU利用率、队列长度、每秒中断次数，等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
运维是运行维护的简称，是一种IT服务形态。在《信息技术服务分类与代码》（GB/T 29264-2012）中，对运行维护服务（operation maintenance service）给出的定义是“采用信息技术手段及方法，依据需方提出的服务级别要求，对其信息系统的基础环境、硬件、软件及安全等提供的各种技术支持和管理服务”。
|
|
|
|
运维是信息系统全生命周期中的重要阶段，也是内容最多、最繁杂的部分，是对信息系统提供维护和技术支持以及其他相关的支持和服务。运维服务的主要对象包括基础设施、硬件平台、基础软件、应用软件以及依赖于IT基础设施的数据中心、业务应用等信息系统，其范围可以是单个IT基础设施的运维，也可以是整体IT基础设施和业务应用的总体运维。运维服务交付内容主要包括咨询评估、例行操作、响应支持和优化改善。
|
|
|
|
在《信息技术服务分类与代码》（GB/T 29264-2012）中，将运行维护服务分成基础环境运维、硬件运维服务、软件运维服务、安全运维服务、运维管理服务和其他运行维护服务六类，每类运维服务及其说明见下表。
|
|
|
|
|
|
|
|
|
|
任何组织和个人提供运维服务需要依据需方提出的服务级别要求，并确保提供的运行维护服务符合与需方约定的质量要求。因此，具备相应运维服务能力是服务组织提供服务的必要条件，比如规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决事故和问题经验、提供知识的积累和共享手段、实现完善的IT运维管理、提高组织经营水平和服务水平等等。在《信息技术服务运行维护第1部分：通用要求》（GB/T 28827.1-2012）中给出了供方运维服务的能力模型，该模型定义了运行维护服务能力的四个关键要素：人员、资源、技术和过程，每个要素通过关键指标反映应具备的条件和能力。模型也给出了供方为持续提升运维能力的管理方法。
|
|
|
|
|
|
|
|
|
|
|
|
|
