error！
……
1：亲自主持过好几次数迁工作，就一句p，意想不到的因素太鸡儿多了，理论可以达到1gbs实际10bs了解一下，谁特么都不知道什么鬼，为了数据一致性等，开始迁移就不能随便停。
2：快照：拷贝某时间点的映像，简单来说就是给某个时间点软件的运行状态拍了个照片，发生意外的时候将软件的状态回滚到这个时间点。镜像：拷贝一个完全相同的副本。
3：16gbfc光纤口，san网络专用，速率大概是16gbps=2gbs，双口是双倍等于4gbs。
ps：请相关行业大拿轻喷，我知道异步存储之间的块py是业内难题，没什么好的解决办法，哪怕是ec的irrorview、sanpy这些软件也基本只通用国外存储，并不保证完美，所以，轻喷。
======
破碗。
求推荐票，求笔芯，求书单。，！
b每秒，粗略一算就得半个多月不眠不休的进行——
还不包括可能遇到的风险、可能遇到的服务器压力瓶颈、可能遇到的存储至存储之间的损耗。1
傍晚五点四十分，程序被上传到存储双控的操作系统上。
万黛和苏荷陪同在旁，正式开始前，万黛笑着拍了拍苏小木的肩膀，“放轻松，最坏也不过如此。”
苏小木突然笑了，“也对，顶天不过劈两半。”
然后执行了操作，两个女人的呼吸都急促了点。
为了更快更便捷的得到反馈信息，苏小木在程序中加入了众多的交互式逻辑算法，每一个步骤都会在屏幕上打印相关信息：
[硬件资源计算中……]
……
[操作系统状态快照中……]
……
[元数据快照镜像中……]
……
[数据快照镜像中……]
……
[数据总量统计中……697tb]
……
[传输中……传输速率：38gbs……
传输剩余时间计算中……]
看到这一幕，苏小木默默的提起了心，吊起了胆。
之前的步骤全部是为了发生意外情况时进行状态回滚，包括快照，快照镜像都是这个目的。2
根本不涉及到什么压力啊，稳定啊，可靠啊这些。
最后这一步现在才是正式开始。
在这套存储的另一个控制系统上，程序运行返回着不一样的结果。
最后在屏幕上打印的是：
[业务压力状态正常……]
列出来的是处理器、内存、光纤链路、存储内部链路的统计数据。
苏小木神情严肃的注视着黑色命令行字符页面上每一个新跳出来的参数。