元旦上午十点，于经理组织项目部和项目方召开最后一次协调会，讨论这一次网络割接方案的具体实施。
这次的会开了整整一天，主要讨论割接风险一旦出现，应该怎么应对？！
其实，早在此前十天的时间，于经理带领的技术团队就已经在作相应准备了，包括如何割接、怎么规避风险、如何消除对系统运行的影响，等等，并最终形成了现在的实施方案。
上午的会上，主要解决的是系统数据的交割的事项。
这样做的最终目的，是为了进一步解决系统数据迁移前后可能会产生的各种问题，以及应对之策，还有为完成旧系统的物理设备迁移做好准备。
项目公司汇首先报了前一向旧系统数据迁移情况说明，提出了一些在转移过程中目前存在的问题。然后与会人员针对这些存在的问题，进行具体分析讨论。
系统旧数据迁移，对于经理他们来说不算是特别困难的任务。
接下来双方讨论的，就是对于新系统割接后，可能再出现的数据方面的问题。
一番商量后，双方在于经理提出来的解决方案的基础上达成基本一致。
一是对于汇总数据迁移后可能存在差异的数据，于经理要求项目公司安排专人来进行抽样检查，并且分析和查找数据存在差异的原因。对系统数据库中前后不一致的，发现一宗，纠正一宗。
二是项目公司要进行数据比对，区别是技术问题与非技术问题。对于技术问题的差异数据，由于经理安排人手来负责解决；对于非技术问题的差异数据，由项目公司进行核对后，再双方在现场想办法来解决。
三是对存放的原系统进行物理设备迁移，并完成旧系统数据的全量备份。这样可以使迁移后原系统的网络结构不发生改变，能够保证系统的正常运行。
另外，等新系统正式运行后，双方都同时抓紧时间清理“缓存池”里的历史数据，尽量在十月底之前，完成历史数据的清理工作。
吃中午饭的短暂时间里，王有节找到正在吃盒饭的于经理，在临时测试房里向他汇报了一个并不太好的消息。
在最后一次模拟测试中，王有节最后还是发现，这次网络割接可能会出现部分用户无法访问系统的风险。
实际上，不仅使他，测试组的所有人员也都对王有节的这个看法表示同意和支持。
上午的会议王有节没有参加。
这次客户网络的割接，按照公司的安排，
本章未完，请点击下一页继续阅读！