incident发生过程中,因恢复业务需要而申请的变更为()?
Normal Change
Urgent Change
Incident Change
Pre-approved Change
ChangeOwner在ITIL平台关闭变更的截止时间是
当周周日17:00前
下周变更会前
下周周五下班前
变更的Submission阶段,如果要发送全员通知,Notifications字段要选择( )
关于incident的发现途径,以下说法正确的是()最高分值:6分)
Call Center或Onsite半小时内接到同一问题报修超过5个,即需上报一线直属主管。
IDC工程师/负责人巡检发现故障
监控报警发现非计划内影响
二线或系统相关负责人巡检时发现异常,若影响业务,需联系事件经理,启动事件管理流程。
Major Change需在CAB会议之前先行拉会议评审讨论
Urgent Change提交后自行组织CAB会议审批实施,后续将审批截图上传至变更内容附件
Planning阶段的影响、上线计划、回退计划、检查表和停机时间都是必填。
CAB会上要求修改或拒绝的变更,在会后重新获得CAB成员同意并完成审批后,仍可在本周窗口执行
问题管理的目的是调查和分析事故的原因, 防止事故的重复发生, 识别业务上的已知错误并避免
变更失败需要填写变更失败与回退检查结果,同时将变更状态置为Failed
需发定向通知的变更,Notifications字段选择Yes
需取消的变更由changeowner在submission阶段或者planning阶段,点击右上角的“Reject”来完成取消。
Incident变更,如遇10分钟联系不到某CAB成员及backup,则按上线CAB成员的统一意见执行(大于等于一人)
Pre-approved Change按审批好的范围和方案分批次执行,并在请求模块中使用已建模板准确记录每次的操作
事件管理中,所有途径获取的故障信息都需上报至系统负责人判断后决定是否生成incident
由问题评审小组与问题经理根据实际情况指派某个方面的专家担任某问题的owner。
变更填写阶段的状态、状态注释、阶段、工作流为自动填充,无需填写人更改