负责牵头的软件经过测试和部署,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个小时!晚上回来例行的处理了下手头的事情,日报发出,项目升级完成!
本次系统上线,算是一次普普通通的升级,局方的评价不错,但是也是惊险万分,但是经历过的系统割接,那个不是这样呢,山东的内蒙的,很多时候都是逼着决策!