做完这个配置，文件传输速度飞快

随着文件数据的日益增多，如何快速地传输文件，成了困扰众多电脑用户的疑难问题。

公有云的传输，百度网盘的限速，已经众所周知，最近一两年，阿里云盘无疑是不错的选择，至少目前来说，还没限速的消息传出

本文所说的是，局域网内文件传输速度的问题，比较常用的是不同电脑之间的文件交互，由于一般而言，文件数量不会很多，且所占磁盘空间也不大，大家也并没有十分在意传输速度。

但是，某些时候，需要大量传输文件的时候，就会一时半会儿找不到合适的方法，正好我最近放假期间内需要迁移三台文件服务器，分别是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的拷贝进程，而且等配置完成后，文件迁移复制的速度，就真的坐上了高铁。