元旦上午十点，于经理组织项目部和项目方进行最后一次召开协调会，讨论这一次网络割接方案的具体实施。

这次的会开了整整一天，主要讨论割接风险一旦出现，应该怎么应对？！

其实，早在此前十天的时间，于经理带领的技术团队就已经在作相应准备了，包括如何割接、怎么规避风险、如何消除对系统运行的影响，等等，并最终形成了喜喜hide方案。

上午的会上，主要解决的是系统数据的交割的事项。

这样做的最终目的，是为了进一步解决系统数据迁移前后可能会产生的各种问题，以及应对之策，还有为完成旧系统的物理设备迁移做好准备。

项目公司汇首先报了前一向旧系统数据迁移情况说明，提出了一些在转移过程中目前存在的问题。然后与会人员针对这些存在的问题，进行具体分析讨论。

系统旧数据迁移，对于经理他们来说不算是特别困难的任务。

接下来双方讨论的，就是对于新系统割接后，可能再出现的数据方面的问题。

一番商量后，双方在于经理提出来的解决方案的基础上达成基本一致。

一是对于汇总数据迁移后可能存在差异的数据，于经理要求项目公司安排专人来进行抽样检查，并且分析和查找数据存在差异的原因。对系统数据库中前后不一致的，发现一宗，纠正一宗。

二是项目公司要进行数据比对，区别是技术问题与非技术问题。对于技术问题的差异数据，由于经理安排人手来负责解决；对于非技术问题的差异数据，由项目公司进行核对后，再双方在现场想办法来解决。

三是对存放的原系统进行物理设备迁移，并完成旧系统数据的全量备份。这样可以使迁移后原系统的网络结构不发生改变，能够保证系统的正常运行。

另外，等新系统正式运行后，双方都同时抓紧时间清理“缓存池”里的历史数据，尽量在十月底之前，完成历史数据的清理工作。

吃中午饭的短暂时间里，王有节找到正在吃盒饭的于经理，在临时测试房里向他汇报了一个并不太好的消息。

在最后一次模拟测试中，王有节最后还是发现，这次网络割接可能会出现部分用户无法访问系统的风险。

实际上，不仅使他，测试组的所有人员也都对王有节的这个看法表示同意和支持。

上午的会议王有节没有参加。

这次客户网络的割接，按照公司的安排，在项目协调和具体实施这一块的工作，决定由王有节负责。所以，在从早上到现在，他一直在项目方准备的这间临时工作间里，作各种各样临上线前的最后测试。

于经理很吃惊，紧盯着王有节。

王有节再一次阐述了自己面还有测试小组的发现和看法，然后从自己角度，提出来解决的办法。

于经理移开视线，看着前面雪白雪白的墙壁，很久很久都没有任何动静。