万黛和苏荷陪同在旁，正式开始前，万黛笑着拍了拍苏小木的肩膀，“放轻松，最坏也不过如此。”

苏小木突然笑了，“也对，顶天不过劈两半。”

然后执行了操作，两个女人的呼吸都急促了点。

为了更快更便捷的得到反馈信息，苏小木在程序中加入了众多的交互式逻辑算法，每一个步骤都会在屏幕上打印相关信息：

[硬件资源计算中……]

……

[操作系统状态快照中……]

……

[元数据快照镜像中……]

……

[数据快照镜像中……]

……

[数据总量统计中……697tb]

……

[传输中……传输速率：38gb/s……

传输剩余时间计算中……]

看到这一幕，苏小木默默的提起了心，吊起了胆。

之前的步骤全部是为了发生意外情况时进行状态回滚，包括快照，快照镜像都是这个目的。2

根本不涉及到什么压力啊，稳定啊，可靠啊这些。

最后这一步现在才是正式开始。

在这套存储的另一个控制系统上，程序运行返回着不一样的结果。

最后在屏幕上打印的是：

[业务压力状态正常……]

列出来的是处理器、内存、光纤链路、存储内部链路的统计数据。

苏小木神情严肃的注视着黑色命令行字符页面上每一个新跳出来的参数。

没两分钟，万氏小金融的it负责人从另外一个操作间跑了过来，兴奋的说道。

“苏总，ec这边可以看到数据流量过来，双口16gbfc的流量都差不多到顶峰了，现在业务压力正常，没出现异常。”3

不知不觉间，苏小木也开始被人称呼为苏总了。

苏小木只是点了点头，目光始终没离开显示屏幕。

数据持续传输了5分钟后，从国产存储到ec存储之间的传输效率依旧稳定，整体业务压力正常，无异常。

苏小木悄悄的松了口气，正准备说点什么的时候。

“滴滴滴滴滴~”

刺耳的长鸣声突然从音响中传出，黑色背景板上跳出了鲜红色的提示：

error！

……

1：亲自主持过好几次数迁工作，就一句p，意想不到的因素太鸡儿多了，理论可以达到1gb/s实际10b/s了解一下，谁特么都不知道什么鬼，为了数据一致性等，开始迁移就不能随便停。

2：快照：拷贝某时间点的映像，简单来说就是给某个时间点软件的运行状态拍了个照片，发生意外的时候将软件的状态回滚到这个时间点。镜像：拷贝一个完全相同的副本。

3：16gbfc光纤口，san网络专用，速率大概是16gbps=2gb/s，双口是双倍等于4gb/s。

ps：请相关行业大拿轻喷，我知道异步存储之间的块py是业内难题，没什么好的解决办法，哪怕是ec的irrorview、sanpy这些软件也基本只通用国外存储，并不保证完美，所以，轻喷。

======

破碗。

求推荐票，求笔芯，求书单。