隨著文件數據的日益增多，如何快速地傳輸文件，成了困擾眾多電腦用戶的疑難問題。
公有雲的傳輸，百度網盤的限速，已經眾所周知，最近一兩年，阿里雲盤無疑是不錯的選擇，至少目前來說，還沒限速的消息傳出
本文所說的是，區域網內文件傳輸速度的問題，比較常用的是不同電腦之間的文件交互，由於一般而言，文件數量不會很多，且所占磁碟空間也不大，大家也並沒有十分在意傳輸速度。
但是，某些時候，需要大量傳輸文件的時候，就會一時半會兒找不到合適的方法，正好我最近放假期間內需要遷移三台文件伺服器，分別是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的拷貝進程，而且等配置完成後，文件遷移複製的速度，就真的坐上了高鐵。