眠不休的进行——
还不包括可能遇到的风险、可能遇到的服务器压力瓶颈、可能遇到的存储至存储之间的损耗。①
傍晚五点四十分，程序被上传到存储双控的操作系统上。
万黛和苏荷陪同在旁，正式开始前，万黛笑着拍了拍苏木的肩膀，“放轻松，最坏也不过如此。”
苏木突然笑了，“也对，顶不过劈两半。”
然后执行了操作，两个女人的呼吸都急促了点。
为了更快更便捷的得到反馈信息，苏木在程序中加入了众多的交互式逻辑算法，每一个步骤都会在屏幕上打印相关信息：
[硬件资源计算中……]
……
[操作系统状态快照中……]
……
[元数据快照镜像中……]
……
[数据快照镜像中……]
……
[数据总量统计中……697B]
……
[传输中……传输速率：8GB/s……
传输剩余时间计算中……]
看到这一幕，苏木默默的提起了心，吊起了胆。
之前的步骤全部是为了发生意外情况时进行状态回滚，包括快照，快照镜像都是这个目的。②
根本不涉及到什么压力啊，稳定啊，可靠啊这些。
最后这一步现在才是正式开始。
在这套存储的另一个控制系统上，程序运行返回着不一样的结果。
最后在屏幕上打印的是：
[业务压力状态正常……]
列出来的是处理器、内存、光纤链路、存储内部链路的统计数据。
苏木神情严肃的注视着黑色命令行字符页面上每一个新跳出来的参数。
没两分钟，万氏金融的I负责人从另外一个操作间跑了过来，兴奋的道。
“苏总，e这边可以看到数据流量过来，双口16GB F的流量都差不多到顶峰了，现在业务压力正常，没出现异常。”③
不知不觉间，苏木也开始被人称呼为苏总了。
苏木只是点了点头，目光始终没离开显示屏幕。
数据持续传输了5分钟后，从国产存储到e存储之间的传输效率依旧稳定，整体业务压力正常，无异常。
苏木悄悄的松了口气，正准备点什么的时候。
“滴滴滴滴滴~”
刺耳的长鸣声突然从音响中传出，黑色背景板上跳出了鲜红色的提示：
ERRR！
……
①：亲自主持过好几次数迁工作，就一句P，意想不到的因素太鸡儿多了，理论可以达到1GB/S实际10B/S了解一下，谁特么都不知道什么鬼，为了数据一致性等，开始迁移就不能随便停。
②：快照：拷贝某时间点的映像，简单来就是给某个时间点软件的运行状态拍了个照片，发生意外的时候将软件的状态回滚到这个时间点。镜像：拷贝一个完全相同的副本。
③：16GB F光纤口，SAN网络专用，速率大概是16Gbps=GB/S，双口是双倍等于4GB/S。
PS：请相关行业大拿轻喷，我知道异步存储之间的块py是业内难题，没什么好的解决办法，哪怕是e的irrr vie、SAN py这些软件也基本只通用国外存储，并不保证完美，所以，轻喷。
======
破碗。
求推荐票，求笔芯，求书单。