隨著文件數據的日益增多，如何快速地傳輸文件，成了困擾眾多電腦用戶的疑難問題。

公有云的傳輸，百度網盤的限速，已經眾所周知，最近一兩年，阿里云盤無疑是不錯的選擇，至少目前來說，還沒限速的消息傳出

本文所說的是，局域網內文件傳輸速度的問題，比較常用的是不同電腦之間的文件交互，由于一般而言，文件數量不會很多，且所占磁盤空間也不大，大家也并沒有十分在意傳輸速度。

但是，某些時候，需要大量傳輸文件的時候，就會一時半會兒找不到合適的方法，正好我最近放假期間內需要遷移三臺文件服務器，分別是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的拷貝進程，而且等配置完成后，文件遷移復制的速度，就真的坐上了高鐵。