机房搬迁中心系统搬迁方案

机房搬迁中心系统搬迁
方案
集团标准化小组：[VVOPPT-JOPP28-JPPTL98-LOPPNN]
系统搬迁方案
中心系统现状：
从上表看，有CAS系统、BOSS及业务接口系统、呼叫中心这三大系统必须且只能在切割当晚搬迁。

搬迁方案
1.CAS系统
a)概况：
CAS系统没有办法在切割前搬迁，也不能在切割后搬迁。

系统从2007年初使用到现在已经4年了，而服务器的安全运行期是3年，核心设备三台，两台服务器，一台加密机，有硬件风险存在。

b)故障点：
搬迁过程中三台核心设备中的任意一台出故障，都只能采用清流的方式播出。

c)方案：
考虑到搬迁的安全性，采取压缩的部分搬迁方式，将2台服务器压缩成一台性能稍高的服务器，将所有应用都部署到备份设备上，系统性能基本满足日常运营需要，只需要在搬迁前将系统调试正常，搬迁当晚只需要切信号就行，几乎没有风险。

现用系统可以作为以后运营的备用设备，搬迁几乎没风险。

d)工程劳务费：
e)工程进度表：
f)应急预案：
2.BOSS及相关接口系统
a)概况：
因为搬迁第二天要正常营业，所以只能在切割当晚搬迁，而且必须在第二天早8点前恢复。

系统设备从2008年7月正式运行到现在也整满3年，并且都过了质保期。

服务器6台，阵列一台，光纤交换机一台，千兆交换机一台，共计9台，设备多，搬迁故障风险比较大。

b)故障点：
这九台设备中任何一台出故障，都会影响营业，其中数据库服务器、住营业服务器、信合代收接口业务服务器故障影响最大，如果出故障，只能清流播出，否则到期用户无法收看，同时没法营业，否则就只能手工记账开票了。

c)方案1：
采取压缩的部分搬迁方式，本系统6台服务器，我们在搬迁方案中采用2台部署，其中交换机和阵列柜结果相对简单，如果搬运过程中保护手段合理，出故障的可能性应该比较小。

在搬迁前将数据库和所有营业服务合理部署在这两台服务器当中，将所有业务调试成功，这样该系统的搬迁风险也很小。

d)方案2：
因为业务系统的最核心是数据库，我们可以采用只备份一台数据库服务器，在搬迁当晚7点停止所有任务，将数据备份出来，还原到备用机上，业务程序在其他机器上相互备份，即使出问题了，可以考虑只保证主业务系统正常，让用户能到广电营业厅办理业务。

e)方案3：
在搬迁前将现有业务进行调整部署，腾出一台服务器来做备用数据库，其他应用采取统计压缩部署的方式，这样可以考虑不用购置设备，但是在搬迁前，如果一旦某台机器故障或某个服务故障，可能影响多项业务，系统的整体性能可能也有所下降，不过可能采取一些相应的错误来弥补，比如催费短信不发，加长队列发送周期等。

3.呼叫中心
a)概述：
从构成上说是比较负责的，他由应用服务器，语音设备，语音网络，客户端和上游通讯网共同构成，提供24小时不间断服务，而且在一晚上搬迁完本身难度就很大，系统故障点也很多，根据以往升级等业务变化的经验，搬迁的第二天话务量可能会很大，所以搬迁安全风险比较大。

b)故障点：
1)铁通30路数字中继线路故障，造成影响：客户电话无法接入；
2)东进KEYGOE3000多媒体交换机故障，造成影响：客户电话无法接入；
3)语音服务器故障，造成影响：客户电话无法接入；
4)中心机房网络交换机故障，造成影响：客户电话无法接入；
5)KEYGOE交换机或电话服务器的网线故障，造成影响：客户电话无法接
入；
6)数据库服务器故障或网线故障，造成影响：电话可接入，但座席只能通过
电话键盘登录，无法获取客户来电信息，无法记录客户业务资料，无法记录话务统计数据；
7)客服中心网络交换机或机房到客服中心网线故障，造成影响：客户电话可
接入，但座席只能通过电话键盘登录，无法获取客户来电信息，无法记录客户业务资料；
c)方案1：
按现有设备原样备份一套语音系统，能保证系统和现在一样使用，但是目前的客服一直存在稳定性问题，具体问题在那里我们也不知道，厂家也一直没有很好解决系统稳定性，如果原样备份，就意味着我们又买了一台我们不满意的设备。

d)方案2：
另引进一套新的呼叫中心系统。

e)方案3：
脱离迪威特，直接找到现在负责分包我们呼叫中心业务的厂家，以新需求和完善系统功能的方式独体签订服务合同，并提供搬迁支持。

f)方案4：
向中国铁通申请3至5门模拟中继线作为8450000的备用线路，直接连接到客服中心座席桌面，当系统发生故障或者需要维护时，铁通将电话自动或手动切换到模拟中继线，确保电话服务不会中断。

4.备份系统投资表
方案1
5.
第二天必须提供服务的系统，其中上表的1-7是当晚必须搬迁的项目，关停顺序
如下： 6. 各分系统关停程序：
a) 呼叫中心系统由：客户端、应用服务端、接口服务端、语音交换硬件平台和
2M 数字线路和坐席端网络组成，当次建设时走的就是低端方案，服务器配置比较低，服务器和语音交换机都没有备份。

建议备份一套。

（该系统环节较
多，搬迁复杂，加上一晚上搬完很难做到，迪威特现在又没有服务，能否就搬迁再建设一套备用系统，降低安全风险）
1.搬迁前半个月通知铁通准备架设新的2M线路，在搬迁前3天完成。

2.搬迁前半个月通知铺设新的坐席端网络，在搬迁前3天完成（谁负
责）。

3.搬迁前3天测试2M线路。

4.停应用程序。

5.停CTI服务。

6.停服务器
7.停交换机
b)BOSS系统数据库是双机热备，现在其中一台主机故障，初步诊断是ROSE的问
题，已经给迪威特反映过了。

其他应用服务器都没有备份，但是我们在部署服务的时候就是就是备份部署的，如果部分硬件故障，一天内基本能恢复。

1.停信合代收费服务。

2.停呼叫中心服务。

3.停互动服务。

4.所有自动任务当晚5点前停止。

5.停主程序服务。

6.备份数据（sybosscallpfd）。

7.停数据库。

8.关机。

c)CAS系统加密机一台，没有备份。

数据库主机做的RAID5，比较安全，应用服
务器做的RAID1，但是主机都没有备份。

建议主机备一台，如果加密机有可能尽量被一台。

如能配置一台备份机，我们可以在搬迁前将数据库应用软件在备机上部署好，避免搬迁过程中硬件故障无法及时恢复。

1.搬迁前3天先部署备份机。

2.停应用服务器。

3.备份数据库。

4.停数据库主机。

5.停加密机。

7.恢复顺序：
8.应急预案：
a)备用设备恢复
b)清流出去
c)手工发票
可以提前或延缓搬迁的系统。