系统上线的挑战

负责牵头的软件经过测试和部署，12月10日上线。由于客户方的不重视，和本方的人员安排，导致项目延期不少时间。不管怎么说，年底终归是要上线，领导也发恩，协调了产品部的兄弟来做配合工作。

项目一板一眼的按照正规流程来走，写上线ppt，项目内部评审，项目业务部门评审，各位专家、老大纷纷发表看法，和基于自己立场的认识和鼓舞感激之类的措辞。

几近演练，各方都挑不出毛病来作罢！

 

岁末的济南，风寒陡峭，我们的割接就在这样的季节进行，按照惯例，凌晨买了点食物，可惜自己的车子停在路边，被一个冒失鬼给碰了，不过还好不明显。

 

1，数据切换

系统的升级是从数据倒换开始。所谓的数据到换，就是从一个库导出，灌进另外一个库，然后在执行一些alter table之类的sql指令，刷新序列，创建额外的存储过程等等！此过程经过前几天的深度优化，速度大大提高，耗时显著降低，由最初的4个小时降低至现在的100分钟。还好，整个实际效果虽有偏差，但是还是准时完成。

第一件关键的事情 pass掉！

2，地址转换

系统涉及的其他系统较多，系统间的交互访问都是用接口实现。由于搭建了一套新的系统，和网络侧没有达成一致的妥协备忘录。所以对接系统都要修改配置文件。这时候，麻烦出来了，有2个小平台，宣称自己接受不到我们发出的信息，经过确认得知，之前对端提供的地址为测试环境地址，奶奶的，这可是需要再找网络的人啊，哎，大半夜的，网络的人，在遥远的上海出差！

一波未平，一波又起，发现不能处理要求的数据，这是个大问题，赶紧搁置下手头的事情，搞自己的程序。还好，自己的事情永远很容易解决，3点钟搞定，就可以测试了。和预计时间差不多。

3，联调测试

联调测试，初期异常的顺利，捷报频频传来，某某平台打通，某某订购ok，一切都往着好的方向发展。。

4，外围神奇的系统？

负责网厅和系统对接的工程师焦急的表明：网厅主机和服务器无法完成交互，但是通过双方主机测试通信均告ok，网络方率先亮明自己的观点，网络没有问题。是配置的问题，配置修改后不生效。 网厅的排查升入到了极致，时间1分1秒在消失，请教产品部的兄弟远程支持，还好前一天打好招呼。排查结果，还是一遍一遍的修改地址，重启服务，还是无效，怎么办。网厅作为重要的渠道，不能订购增值，影响是很严重的，基本上宣告上线的不成功。只得想其他办法，必要的升级是必须的，产品部也找到了技术经理，现场支持部的人也开始提醒，时间已经到了8点钟，过去了4个小时毫无进展。需要给局方相关人员告知了，但是该死的电话老是没有人接通，现场决策的电话也迟迟得不到相应。情绪紧张到了极点。突然想起之前联系的人，试着留言了下，果然在线，简要描述了下问题和已经做出的应对，对方马上告知，配置表改错了，是另外一张表。接下来的事情迎刃而解，事实再一次证明，只要找到原因，解决起来永远是很快捷的。我还没有回过味道来，北京的工程师已经反馈ok！ 终于搞定，局方负责人马上召回准备升级的简讯！天已经大亮，时钟已经指向8:30，距离开门仅仅10分钟。

测试环境ok，测试怎么进行的修改呢呢？ 过了几天，当天晚上操作的兄弟说，他记错表了。

5，持续加班

由于过多的精力耗费在网厅的处理上，导致本系统发生的问题没有得到快速的梳理，2个问题，留在上班后解决，早上自己出去再给兄弟们买早餐。上午一直在沟通那个系统该修改的事情。中午时分，还有事情没有搞定，但是都安排下去了。30个小时过去了，终于有机会睡了3个小时！晚上回来例行的处理了下手头的事情，日报发出，项目升级完成！

 

本次系统上线，算是一次普普通通的升级，局方的评价不错，但是也是惊险万分，但是经历过的系统割接，那个不是这样呢，山东的内蒙的，很多时候都是逼着决策！