银行总行MCU应急预案执行方案.docx

中国银行总行MCU应急预案执行方案

副标题二

目 录
一、 概述 3
二、 热备切换条件 3
三、 热备切换步骤 3
(一) 正常开会 3
(二) 故障宕机 3
(三) 热备切换 3
(四) 恢复会议 3
四、 故障设备的恢复 3

一、 概述
在旧的视频会议系统架构中，以单台MCU的两个群集来负担所有的会议的召开。两个群集上的会议号也是独立的不具有冗余性，而在新的架构中我们会引进Conductor来实现多MCU的资源调用。会议号创建在Conductor上，MCU只是作为资源设备与之相关连。对于Conductor来说只要有可用的MCU资源会议就可以正常的召开。
依据我们的冗余策略以新的MCU资源做为主设备来支持会议的召开，而旧的MCU资源用来做热备冗余。
Conductor资源的调用关系如下：

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

二、 热备切换条件
电源故障，设备故障，板卡故障，人为误操作等任何原因导致MCU主设备的宕机不能支持会议时，需要做热备切换使备用的MCU能负担起会议。

三、 热备切换步骤
(一) 正常开会
视频终端呼入10001-10003，Conductor会调用MCU Cluster3的资源来建立会议。当MCU Cluster3视频端口资源不足时10001-10003也会利用MCU Cluster4上的资源来召开会议。
视频终端呼入10004-10006，Conductor会调用MCU Cluster4的资源来建立会议。当MCU Cluster4视频端口资源不足时10004-10006也会利用MCU Cluster3上的资源来召开会议。
(二) 故障宕机
任何原因导致MCUCluster3与MCUCluster4故障不能召开会议。确认问题后立刻执行热备切换。
(三) 热备切换
取消MCUCluster1与MCUCluster2的busy out状态。并把已宕机的MCUCluster3与MCUCluster3置为busy out。
(四) 恢复会议
原呼10001－10003的终端重新呼叫10001－10003，原呼10004－10006的终端重新呼叫10004－10006，即可重新建立会议。
四、 故障设备的恢复
对于故障的主设备首先开出CASE对故障原因进行确认，然后再做设备的更换或者维修。当设备更换或者维修后再按原先的配置做好重新作为资源设备加入Conductor的管理，在没有会议的时间，重新调整Conductor上的busy out设定主设备重新承载业务备份设备保持热备角色。

5 / 5