全文预览

运维服务方案全框架

上传者:火锅鸡 |  格式:docx  |  页数:74 |  大小:0KB

文档介绍
,并决定这些变更如何在对IT服务产生最小的不利影响的范围内得以实施。同时确保其变更是可追溯的,而且是经过整个组织内部有效地磋商和协调的。在客户组织提交变更请求后,由配置管理流程监控其状态,与问题管理和若干其它流程进行协调。变更实施履行一特定的路径,包括定义,计划,建立,测试,接受,实施,和评估。Р变更管理流程依赖于配置数据的准确性,以确保获知所有实行Р变更造成的影响。因此变更管理与配置管理之间有密切的联系。Р变更流程的详细内容应在SLA中存档,确保用户知道提交变更申请的程序,项目目标与时间,以与实施变更造成的影响。Р变更的详细内容需要通知服务台。即使变更经过了全面测试,仍然很有可能存在实施变更的过程中发生各种困难,这些困难可能缘于变更没有按需求或预期运行,或者对变更对功能造成的影响产生质疑。РР变更咨询会议(ChangeAdvisoryBoard-CAB)由可向变更管理小组提供专家意见的人员组成。这个会议很可能由来自于所有领域的IT与业务单位的人参与。Р发布管理Р发布是指一组配置项目(ConfigurationItems–CI)经过测试被引入处于活动状态的环境中。发布管理的主要目标是确保发布信息被成功地公布,包括归纳综合,测试与存档。Р发布管理确保只有经过测试和正确授权的软硬件版本才能提供给IT运行环境。发布管理与配置管理和变更管理的行为密切相关。真实的变更实施经常通过发布管理行为得以贯彻。Р变更的结果可能经常来自于新硬件,新版本软件,以与新的文档(自行建立,或购买而来)等。对它们进行控制,并打包和颁发。有关存档安全和公布程序应该和变更管理和配置管理流程紧密集成。发布的程序也可能作为突发事件管理和问题管理流程中不可分割的一部分,同时还和CMDB密切相连,以维护与时更新的记录。Р服务提供Р服务提供主要包括:服务级别管理、IT服务财务管理、能力管理、持续持续管理、可用性管理等。

收藏

分享

举报
下载此文档