银行总行mcu应急预案执行方案

上传人:第*** 文档编号:35910034 上传时间:2018-03-22 格式:DOCX 页数:5 大小:844.33KB
返回 下载 相关 举报
银行总行mcu应急预案执行方案_第1页
第1页 / 共5页
银行总行mcu应急预案执行方案_第2页
第2页 / 共5页
银行总行mcu应急预案执行方案_第3页
第3页 / 共5页
银行总行mcu应急预案执行方案_第4页
第4页 / 共5页
银行总行mcu应急预案执行方案_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《银行总行mcu应急预案执行方案》由会员分享,可在线阅读,更多相关《银行总行mcu应急预案执行方案(5页珍藏版)》请在金锄头文库上搜索。

1、中国银行总行 MCU 应急预案执行方案副标题二2 / 5目 录一、概述.3二、热备切换条件.3三、热备切换步骤.3(一) 正常开会.3 (二) 故障宕机.3 (三) 热备切换.3 (四) 恢复会议.3四、故障设备的恢复.33 / 5一、 概述在旧的视频会议系统架构中,以单台 MCU 的两个群集来负担所有的会议的召开。两个群集上的会议号也是独立的不具有冗余性,而在新的架构中我们会引进 Conductor 来实现多 MCU 的资源调用。会议号创建在 Conductor 上,MCU 只是作为资源设备与之相关连。对于 Conductor 来说只要有可用的 MCU 资源会议就可以正常的召开。依据我们的冗

2、余策略以新的 MCU 资源做为主设备来支持会议的召开,而旧的 MCU 资源用来做热备冗余。Conductor 资源的调用关系如下:1 10 00 00 01 1 1 10 00 00 02 2 1 10 00 00 03 3T Te em mp pl la at te e1 1S Se er rv vi ic ce e_ _p pr re ef fe er re en nc ce e_ _1 1B Br ri id dg ge e_ _P Po oo ol l3 3B Br ri id dg ge e_ _P Po oo ol l4 4B Br ri id dg ge e_ _P Po oo

3、ol l1 1B Br ri id dg ge e_ _P Po oo ol l2 2M MC CU U C Cl lu us st te er r3 3M MC CU U C Cl lu us st te er r4 4M MC CU U C Cl lu us st te er r1 1M MC CU U C Cl lu us st te er r2 21 10 00 00 04 4 1 10 00 00 05 5 1 10 00 00 06 6T Te em mp pl la at te e2 2S Se er rv vi ic ce e_ _p pr re ef fe er re en

4、nc ce e_ _2 2B Br ri id dg ge e_ _P Po oo ol l4 4B Br ri id dg ge e_ _P Po oo ol l3 3B Br ri id dg ge e_ _P Po oo ol l2 2B Br ri id dg ge e_ _P Po oo ol l1 1M MC CU U C Cl lu us st te er r4 4M MC CU U C Cl lu us st te er r3 3M MC CU U C Cl lu us st te er r2 2M MC CU U C Cl lu us st te er r1 1所有的 MCU

5、 都会做为资源设备被 Conductor 调用,开会时会议请求会先发到Conductor,再由 Conductor 根据模板中预配置好的会议参数创建会议。其中新设备中的MCU Cluster3 和 MCU Cluster4 会做为 Active 的资源来支持会议的召开, 而旧设备 MCU Cluster1 和 MCU Cluster2 会做为热备设备在 Conductor 上被设置为 busy out,只有在主会议资源 MCU Cluster3 和 MCU Cluster4 宕机时才被手动启用。当主设备 MCU 的出现故障时我们会立刻做热备的切换。具体热备切换过程示意图如下:4 / 5Cond

6、uctorConductorConductor正常工作状态主设备宕机时状态热备恢复后状态MCU Cluster1MCU Cluster2MCU Cluster3MCU Cluster4MCU Cluster1MCU Cluster2MCU Cluster3MCU Cluster4MCU Cluster1MCU Cluster2MCU Cluster3MCU Cluster4二、 热备切换条件电源故障,设备故障,板卡故障,人为误操作等任何原因导致 MCU 主设备的宕机不能支持会议时,需要做热备切换使备用的 MCU 能负担起会议。三、 热备切换步骤(一) 正常开会视频终端呼入 10001-1000

7、3,Conductor 会调用 MCU Cluster3 的资源来建立会议。当 MCU Cluster3 视频端口资源不足时 10001-10003 也会利用 MCU Cluster4 上的资源来召开会议。视频终端呼入 10004-10006,Conductor 会调用 MCU Cluster4 的资源来建立会议。当 MCU Cluster4 视频端口资源不足时 10004-10006 也会利用 MCU Cluster3 上的资源来召开会议。(二) 故障宕机任何原因导致 MCUCluster3 与 MCUCluster4 故障不能召开会议。确认问题后立刻执行热备切换。5 / 5(三) 热备切换

8、取消 MCUCluster1 与 MCUCluster2 的 busy out 状态。并把已宕机的MCUCluster3 与 MCUCluster3 置为 busy out。(四) 恢复会议原呼 1000110003 的终端重新呼叫 1000110003,原呼 1000410006 的终端重新呼叫 1000410006,即可重新建立会议。四、 故障设备的恢复对于故障的主设备首先开出 CASE 对故障原因进行确认,然后再做设备的更换或者维修。当设备更换或者维修后再按原先的配置做好重新作为资源设备加入 Conductor 的管理,在没有会议的时间,重新调整 Conductor 上的 busy out 设定主设备重新承载业务备份设备保持热备角色。

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号