20151022 淡然

续上




9.5    执行原则9.5.1   常规原则

n  所有业务连续性方案的执行都必须严格遵循业务连续性计划管理流程                              ITSS考试

n  应该每半年对业务连续性计划进行一次演练，执行计划内容，确保连续性指标、任务执行效率和支持工具的有效性，并输出演习报告。

9.5.2   所有权原则

所有权原则用来确保业务连续性计划在任何时段都有适当的人员负责。下表是业务连续性计划管理中各角色在各环节中承担不同责任的RACI模型。

[td][td]

	评估团队	计划制定人	计划审核人	计划执行人
准备业务连续性计划(风险评估和控制、业务影响分析、制定业务连续性策略)	A	I	R	C
制定业务连续性计划	C	A	I	C
业务连续性计划审核及生效	I	R	A	I
业务连续性任务执行	I	R	I	A
业务连续性任务报告	I	I	I	A
业务连续性报告的审核	I	I	A	R
业务连续性计划总结报告	I	R	A	R
RACI模型说明       A: 负全责; R: 有义务; C: 提建议; I: 需知会

9.5.3   流程关联原则

n  和事件管理的关联

出现紧急业务故障事件且满足业务连续性管理计划的触发条件时，启动业务连续性计划的执行。

n  和配置管理的关联

       业务连续性计划管理涉及到的计划改变以及生产系统变化，需发起变更管理。

Ø 业务连续性计划总结发现需要进行业务连续性方案改进是，需发起变更请求。

Ø 为了达到连续性指标要求情况下，引起的生产系统变化，需发起变更请求。

9.5.4   关闭原则

n  业务连续性任务须对任务报告审核后才能关闭。

n  业务连续性计划流程务必等所有归属于该业务连续性计划的业务连续性任务全部执行完毕后才能关闭。

n  若业务连续性计划引起变更流程执行的，须等变更流程完成后才能关闭。

9.5.5   升级原则

在业务连续性计划执行过程中，需要遵循以下升级原则以确保业务故障在规定的解决时限内能够及时通知相关技术人员和领导，引起更多的重视，提供合适的资源，从而快速进行业务连续性任务的执行。

n  优先级为紧急的事件（业务故障），任务执行人应则立即升级到执行审核人，并通知相应的管理层，并马上启动业务连续性任务。

n  任务执行人应及时将不能解决的事件（业务故障）升级，若未及时升级，任务审核人应及时介入，负责协调升级处理。

9.5.6          记录原则

n  对过程中的每一步记录操作人、操作时间

n  记录操作过程中的相关数据变更

9.5.7          回顾总结原则

n  在业务连续性管理任务执行完成后，应组织回顾和总结，对流程关键衡量指标、流程执行效率、流程支撑工具有效性进行回顾，以改进和优化流程；

9.5.8          审核原则

n  业务连续性计划必须经过审核后才能生效。

9.6    相关定义9.6.1          业务连续性计划信息项

业务连续性计划必须包含如下信息项，各省可以在此基础上扩充。

表11-1业务连续性计划信息项

[td]

序号	信息项	说明
1	计划ID	系统自动产生                            ITSS认证
2	创建时间	系统自动产生
3	计划执行人	计划执行人或角色
4	执行内容	任务内容，参见业务连续性计划任务单信息项
5	创建人	计划创建人
6	审核人	计划审核人
7	审核时间	计划审核时间
8	演练周期	说明演练周期及预计开始时间、预计结束时间。应急系统建成后，应每3个月进行一次真实演练。容灾系统建成后，应每6个月进行一次真实演练。对于应急/容灾系统的切换、回切真实演练，时间应选择在业务相对空闲的时间，从开始切换到回切的间隔时间原则上不能超过4个小时
9	演练系统	说明演练的系统，如高可用、备份、应急保障或容灾系统。
10	演练参与的人员及职责	描述参与人员及职责。参与人员的组织结构中应覆盖全面，包括业务支撑部门人员、厂商或集成商支撑人员、其他相关配合部门人员等
11	演练类型	Ø  桌面演练：对应急情况下会用到的流程和步骤进行回顾； Ø  模块演练：针对某个重要的应用或是系统进行模拟的应急演练； Ø  真实演练：对完整的预案和系统进行演练。
12	演练范围	描述范围，包含关键业务的切换、回切真实演练。为了达到演练的目的，演练的流程必须覆盖全面、严格执行。针对全网还是某个中心要进行说明
13	演练影响	描述本次演练可能影响的客户范围、业务受理渠道范围、影响时间等要素
14	演练的潜在风险及应对措施	重点对演练前、演练中、演练后的可能出现的风险进行评估及应对措施。
15	回退计划	描述针对演练过程中存在的风险，制定相应的回退计划，以保证在演练失败的情况下，生产系统能回退到正常状态
16	演练记录	需记录：演练命令发布开始、切换开始时间、切换完成时间、业务开始测试时间、业务测试完成时间、回切开始时间、回切结束时间、生产系统业务测试开始时间、生产系统业务测试完成时间、演练结束时间等
17	演练总结	对演练过程中出现的问题进行分析，对业务连续性计划提出的修改建议

9.6.2          业务连续性任务单

业务连续性任务单必须包含如下信息项，各省可以在此基础上扩充。

表11-2业务连续性作业单信息项

[td]

序号	信息项	说明
1	业务连续性任务单ID	系统自动产生或人工创建
2	业务连续性计划ID	该任务单对应的业务连续性计划ID
3	事件单ID	当发生紧急业务故障而触发业务连续性任务单，需记录事件单ID                                ITSS培训
4	创建时间	系统自动产生
5	计划完成时间	业务连续性任务的计划完成时间
6	标题	业务连续性任务内容简述
7	描述	业务连续性任务内容详细描述
8	任务执行人	业务连续性任务的执行人
9	执行结果描述	业务连续性任务的执行结果
10	实际开始时间	业务连续性任务实际开始执行的时间，系统自动填写
11	实际完成时间	业务连续性任务实际完成的时间，系统自动填写

待续http://www.ITILxf.com/thread-52507-1-1.html

本帖关键字：ITSS

展开全部

微信扫一扫，阅读更方便^_^

20151022 淡然

续上




9.5    执行原则9.5.1   常规原则

n  所有业务连续性方案的执行都必须严格遵循业务连续性计划管理流程                              ITSS考试

n  应该每半年对业务连续性计划进行一次演练，执行计划内容，确保连续性指标、任务执行效率和支持工具的有效性，并输出演习报告。

9.5.2   所有权原则

所有权原则用来确保业务连续性计划在任何时段都有适当的人员负责。下表是业务连续性计划管理中各角色在各环节中承担不同责任的RACI模型。

[td][td]

	评估团队	计划制定人	计划审核人	计划执行人
准备业务连续性计划(风险评估和控制、业务影响分析、制定业务连续性策略)	A	I	R	C
制定业务连续性计划	C	A	I	C
业务连续性计划审核及生效	I	R	A	I
业务连续性任务执行	I	R	I	A
业务连续性任务报告	I	I	I	A
业务连续性报告的审核	I	I	A	R
业务连续性计划总结报告	I	R	A	R
RACI模型说明       A: 负全责; R: 有义务; C: 提建议; I: 需知会

9.5.3   流程关联原则

n  和事件管理的关联

出现紧急业务故障事件且满足业务连续性管理计划的触发条件时，启动业务连续性计划的执行。

n  和配置管理的关联

       业务连续性计划管理涉及到的计划改变以及生产系统变化，需发起变更管理。

Ø 业务连续性计划总结发现需要进行业务连续性方案改进是，需发起变更请求。

Ø 为了达到连续性指标要求情况下，引起的生产系统变化，需发起变更请求。

9.5.4   关闭原则

n  业务连续性任务须对任务报告审核后才能关闭。

n  业务连续性计划流程务必等所有归属于该业务连续性计划的业务连续性任务全部执行完毕后才能关闭。

n  若业务连续性计划引起变更流程执行的，须等变更流程完成后才能关闭。

9.5.5   升级原则

在业务连续性计划执行过程中，需要遵循以下升级原则以确保业务故障在规定的解决时限内能够及时通知相关技术人员和领导，引起更多的重视，提供合适的资源，从而快速进行业务连续性任务的执行。

n  优先级为紧急的事件（业务故障），任务执行人应则立即升级到执行审核人，并通知相应的管理层，并马上启动业务连续性任务。

n  任务执行人应及时将不能解决的事件（业务故障）升级，若未及时升级，任务审核人应及时介入，负责协调升级处理。

9.5.6          记录原则

n  对过程中的每一步记录操作人、操作时间

n  记录操作过程中的相关数据变更

9.5.7          回顾总结原则

n  在业务连续性管理任务执行完成后，应组织回顾和总结，对流程关键衡量指标、流程执行效率、流程支撑工具有效性进行回顾，以改进和优化流程；

9.5.8          审核原则

n  业务连续性计划必须经过审核后才能生效。

9.6    相关定义9.6.1          业务连续性计划信息项

业务连续性计划必须包含如下信息项，各省可以在此基础上扩充。

表11-1业务连续性计划信息项

[td]

序号	信息项	说明
1	计划ID	系统自动产生                            ITSS认证
2	创建时间	系统自动产生
3	计划执行人	计划执行人或角色
4	执行内容	任务内容，参见业务连续性计划任务单信息项
5	创建人	计划创建人
6	审核人	计划审核人
7	审核时间	计划审核时间
8	演练周期	说明演练周期及预计开始时间、预计结束时间。应急系统建成后，应每3个月进行一次真实演练。容灾系统建成后，应每6个月进行一次真实演练。对于应急/容灾系统的切换、回切真实演练，时间应选择在业务相对空闲的时间，从开始切换到回切的间隔时间原则上不能超过4个小时
9	演练系统	说明演练的系统，如高可用、备份、应急保障或容灾系统。
10	演练参与的人员及职责	描述参与人员及职责。参与人员的组织结构中应覆盖全面，包括业务支撑部门人员、厂商或集成商支撑人员、其他相关配合部门人员等
11	演练类型	Ø  桌面演练：对应急情况下会用到的流程和步骤进行回顾； Ø  模块演练：针对某个重要的应用或是系统进行模拟的应急演练； Ø  真实演练：对完整的预案和系统进行演练。
12	演练范围	描述范围，包含关键业务的切换、回切真实演练。为了达到演练的目的，演练的流程必须覆盖全面、严格执行。针对全网还是某个中心要进行说明
13	演练影响	描述本次演练可能影响的客户范围、业务受理渠道范围、影响时间等要素
14	演练的潜在风险及应对措施	重点对演练前、演练中、演练后的可能出现的风险进行评估及应对措施。
15	回退计划	描述针对演练过程中存在的风险，制定相应的回退计划，以保证在演练失败的情况下，生产系统能回退到正常状态
16	演练记录	需记录：演练命令发布开始、切换开始时间、切换完成时间、业务开始测试时间、业务测试完成时间、回切开始时间、回切结束时间、生产系统业务测试开始时间、生产系统业务测试完成时间、演练结束时间等
17	演练总结	对演练过程中出现的问题进行分析，对业务连续性计划提出的修改建议

9.6.2          业务连续性任务单

业务连续性任务单必须包含如下信息项，各省可以在此基础上扩充。

表11-2业务连续性作业单信息项

[td]

序号	信息项	说明
1	业务连续性任务单ID	系统自动产生或人工创建
2	业务连续性计划ID	该任务单对应的业务连续性计划ID
3	事件单ID	当发生紧急业务故障而触发业务连续性任务单，需记录事件单ID                                ITSS培训
4	创建时间	系统自动产生
5	计划完成时间	业务连续性任务的计划完成时间
6	标题	业务连续性任务内容简述
7	描述	业务连续性任务内容详细描述
8	任务执行人	业务连续性任务的执行人
9	执行结果描述	业务连续性任务的执行结果
10	实际开始时间	业务连续性任务实际开始执行的时间，系统自动填写
11	实际完成时间	业务连续性任务实际完成的时间，系统自动填写

待续http://www.ITILxf.com/thread-52507-1-1.html

本帖关键字：ITSS

展开全部

微信扫一扫，阅读更方便^_^