随着文件数据的日益增多，如何快速地传输文件，成了困扰众多电脑用户的疑难问题。
公有云的传输，百度网盘的限速，已经众所周知，最近一两年，阿里云盘无疑是不错的选择，至少目前来说，还没限速的消息传出
本文所说的是，局域网内文件传输速度的问题，比较常用的是不同电脑之间的文件交互，由于一般而言，文件数量不会很多，且所占磁盘空间也不大，大家也并没有十分在意传输速度。
但是，某些时候，需要大量传输文件的时候，就会一时半会儿找不到合适的方法，正好我最近放假期间内需要迁移三台文件服务器，分别是8T、10T、20T。
Windows自带的拷贝，显然不合适，因为一旦出错，就得重头开始，连个日志都没有，十分脆弱又极其不友好。
Fastcopy是不错的选择，最近更新到5.05，实测速度有所提升，建议大家更新使用。
由于其中一台服务器是域内的文件共享服务器，所以必须带着各种权限复制，这就不得不提到robocopy了，它已经内嵌多年，无需下载和安装，参数很多，功能不错。
但是由于文件量巨大，所以我比较关注文件迁移速度，眼看着觉得很慢，3号下午要交付给客户，按此速度，危险，所以必须提速。
第一个方案是，网络拷贝+移动拷贝同时进行，结果服务器太老了，只有USB2.0，果断放弃本方案。
第二个方案是，拆硬盘拷贝？RAID阵列，显然不可能，就算非要拆盘迁移，硬盘数量太多，12盘位的服务器也装不下，一秒放弃。
第三个方案是，端口聚合提高文件在网络上的传输速度。果断开始实施。
Windows Server 端的配置就不多说了，总之操作很简单，新建一个组，然后勾选网卡，有几块就选几块吧，我是因为其中一块网卡绑定了hyper-v虚拟机，所以只用三块网卡，根据以往的经验，4块网卡的聚合效果并不好，而且还容易掉线，不知道是不是我的错误经验，反正我觉得三块网卡做聚合效果最好。
两台服务器连接在同一台华为交换机上，需要配置LACP，才能完成此类型的端口聚合。
interface eth-trunk 1
interface gigabitethernet 0/0/18
eth-trunk 1
其他端口以此类推，另外一台服务器则连接到eth-trunk2，配置方法相同。
配置完成后，robocopy肉眼可见地大幅提升文件迁移（拷贝）速度了。
但是，其中一台服务器显示，LACP为警告状态，肯定其中一个网口没起。
登录交换机一看，果断如此，16口是unselect状态，即不在聚合组内，且端口速率为100M。
难道是自协商的时候出了问题？网卡速度变成100M了？
Undo negotiation auto 关闭自动协商
Speed 1000 强制为千兆
以为问题解决了，谁知道还是老样子。
没道理啊，看一下网络跳线吧，不看不知道，一看真好笑，16口的网络线插在光猫的百兆口上了！
无语。
把这条网线插回到交换机的16口，10钟后，16口终于也是selected 1G了！
注意，以上这通操作，并不会中断robocopy的拷贝进程，而且等配置完成后，文件迁移复制的速度，就真的坐上了高铁。
热门跟贴