儲存體移轉服務的常見問題集 (FAQ)

儲存體移轉服務不會傳輸已知可能干擾 Windows 作業的檔案或資料夾。 具體而言，以下是我們不會傳輸或移至目的地上 PreExistingData 資料夾的內容：

• Windows、Program Files、Program Files (x86)、Program Data、Users
• $Recycle.bin、Recycler、Recycled、System Volume Information、$UpgDrv$、$SysReset、$Windows.~BT、$Windows.~LS、Windows.old、boot、Recovery、Documents and Settings
• pagefile.sys、hiberfil.sys、swapfile.sys、winpepge.sys、config.sys、bootsect.bak、bootmgr、bootnxt
• 在來源伺服器上與目標伺服器上排除資料夾衝突的任何檔案或資料夾。
  例如，如果來源上有一個 N:\Windows 資料夾並且對應到目的地上的 C:\ 磁碟區，則不會進行傳輸 (無論其中包含什麼)，因為它會干擾目的地上的 C:\Windows 系統資料夾。

儲存體移轉服務不會移轉應用程式獨佔鎖定的檔案。 此服務會在嘗試之間自動重試三次，並出現 60 秒的延遲，而且您可以控制嘗試次數和延遲。 您也可以重新執行傳輸，只複製先前因共用違規而略過的檔案。

儲存體移轉服務不允許在 Active Directory 網域之間移轉。 伺服器之間的移轉一律會將目的地伺服器加入相同的網域。 您可以使用 Active Directory 樹系中不同網域的移轉認證。 儲存體移轉服務支援在工作組之間移轉。 您無法移轉未加入網域的 NetAPP CIFS 實例。

儲存體移轉服務支援在 Windows Server 2019 上安裝累積更新 KB4513534 或後續更新之後，以及隨選 Windows Server 2022 移轉至叢集。 這包括從來源叢集移轉至目的地叢集，以及從獨立來源伺服器移轉至目的地叢集以供裝置匯總之用。 不過，您無法將叢集移轉至獨立伺服器。 您可以從 Samba 和 NetApp CIFS 伺服器移轉至叢集。

儲存體移轉服務支援移轉至執行這些作業系統的 Windows Server 2022、Windows Server 2019 和 Windows 容錯移轉叢集。 它不支援移轉至 Samba、NetApp 或 Azure 檔案儲存體。 使用最新版本的 Windows Admin Center 和 Windows Server 2022，或安裝累積 KB5006744 更新之後的 Windows Server 2019，儲存體移轉服務支援移轉至執行 Azure 檔案儲存體同步處理與雲端階層處理的 Windows Server 或叢集。

儲存體移轉服務支援在安裝累積更新 KB4513534 或後續更新之後移轉本機使用者和群組。 它不支援從 NetApp CIFS 伺服器移轉本機使用者和群組。

儲存體移轉服務目前不會移轉 Windows Server 2019 或 Windows Server 2022 中的網域控制站。 因應措施是，只要您在 Active Directory 網域中有多個網域控制站，請在移轉網域控制站之前降級網域控制站，然後在移交完成之後升級目的地。 如果您選擇移轉網域控制站來源或目的地，您將無法進行移交。 在從網域控制站進行移轉進出時，您絕不能移轉使用者和群組。

儲存體移轉服務會移轉 SMB 共用的所有旗標、設定和安全性。 儲存體移轉服務移轉所移轉的旗標清單包括：

• Share State
• Availability Type
• Share Type
• Folder Enumeration Mode *(also known as Access-Based Enumeration or ABE)*
• Caching Mode
• Leasing Mode
• Smb Instance
• CA Timeout
• Concurrent User Limit
• Continuously Available
• Description
• Encrypt Data
• Identity Remoting
• Infrastructure
• Name
• Path
• Scoped
• Scope Name
• Security Descriptor
• Shadow Copy
• Special
• Temporary

Windows Server 2019 和 Windows Server 2022 隨附的儲存體移轉服務版本不支援將多部伺服器合併成一部伺服器。 合併的範例是將三個不同的來源伺服器移轉至單一新伺服器，以虛擬化這些路徑和共用，以防止任何重疊或衝突，然後回答所有三個先前的伺服器名稱和 IP 位址。 不過，您可以將獨立伺服器移轉至單一叢集上的多個檔案伺服器資源。

儲存體移轉服務支援在安裝累積更新 KB4513534 或後續更新之後，從 Samba Linux 伺服器移轉。 如需支援的 Samba 版本和 Linux 散發版本清單，請參閱需求。 儲存體移轉服務支援在安裝累積更新 KB5001384 之後，從 NetApp FAS 陣列進行移轉。

Windows Server 2019 和 Windows Server 2022 隨附的儲存體移轉服務版本不支援移轉舊版檔案(使用磁碟區陰影複製服務進行)。 只有目前的版本會移轉。

儲存體移轉服務包含稱為儲存體移轉服務 Proxy 服務的多執行緒讀取和複製引擎，我們設計成既快速又能帶來許多檔案複製工具中缺乏完美的資料逼真度。 雖然預設組態對許多客戶而言是最佳的，但有一些方法可以改善庫存和轉移期間的 SMS 效能。

• 針對目的地作業系統使用 Windows Server 2019 或 Windows Server 2022。 Windows Server 2019 和 Windows Server 2022 包含儲存體移轉服務 Proxy 服務。 當您安裝此功能並移轉至 Windows Server 2019 或 Windows Server 2022 目的地時，所有傳輸都會以來源和目的地之間的直視性運作。 如果目的地電腦是 Windows Server 2012 R2 或 Windows Server 2016，則此服務會在傳輸期間於協調器上執行，這表示傳輸雙躍點且速度會變慢。 如果有多個使用 Windows Server 2012 R2 或 Windows Server 2016 目的地執行的作業，協調器將會成為瓶頸。 如果未安裝，最新版的 Windows Admin Center 會自動設定 Proxy 服務。

• 安裝最新的每月累積更新。 我們已在數個更新中改善儲存體移轉服務 Proxy 服務，以改善傳輸和重新傳輸效能，以及庫存效能。 安裝 KB4580390 2020 年 10 月累積更新或更新版本，以取得大幅提升速度，或使用 Windows Server 2022 進行移轉。

• 改變預設傳輸執行緒。 儲存體移轉服務 Proxy 服務會在指定作業中同時複製八個檔案。 您可以在執行儲存體移轉服務 Proxy 的每個節點上，調整下列登錄REG_DWORD數值名稱，以增加同時複製執行緒的數目：

  HKEY_Local_Machine\Software\Microsoft\SMSProxy

  FileTransferThreadCount

  有效範圍是 Windows Server 2019 和 Windows Server 2022 中的 1 到 512。 只要建立新的作業，就不需要重新開機服務即可開始使用此設定。 請謹慎使用此設定;設定它可能需要更多核心、儲存體效能和網路頻寬。 相較於預設設定，設定太高可能會導致效能降低。

• 改變預設的平行共用執行緒。 儲存體移轉服務 Proxy 服務會在指定作業中同時從八個共用複製。 您可以在儲存體移轉服務協調器伺服器上，以十進位數調整下列登錄REG_DWORD值名稱，以增加同時共用執行緒的數目：

  HKEY_Local_Machine\Software\Microsoft\SMS

  EndpointFileTransferTaskCount

  有效範圍是 Windows Server 2019 和 Windows Server 2022 中的 1 到 512。 只要建立新的作業，就不需要重新開機服務即可開始使用此設定。 請謹慎使用此設定;設定它可能需要更多核心、儲存體效能和網路頻寬。 相較於預設設定，設定太高可能會導致效能降低。

  FileTransferThreadCount 和 EndpointFileTransferTaskCount 的總和，就是儲存體移轉服務可以同時從作業中的一個來源節點複製多少個檔案。 若要新增更多平行來源節點，請建立並執行更多同時作業。

• 新增核心和記憶體。 強烈建議來源、協調器和目的地電腦至少有兩個處理器核心或兩個 vCPU，而且更能大幅協助庫存和傳輸效能，特別是與 FileTransferThreadCount 結合時(上圖)。 傳輸大於一般 Office 格式的檔案時，傳輸效能會比預設的 2 GB 下限還要多。

• 建立多個作業。 使用多個伺服器來源建立作業時，會以序列方式連絡每個伺服器，以進行庫存、傳輸和完全移轉。 這表示每部伺服器必須在另一部伺服器啟動時完成其階段。 若要平行執行更多伺服器，只要建立多個作業，每個作業只包含一部伺服器。 SMS 支援最多 100 個同時執行的工作，這表示單一協調器可以平行處理許多 Windows Server 2019 和 Windows Server 2022 目的地電腦。 如果您的目的地電腦是 Windows Server 2016 或 Windows Server 2012 R2，因此不建議執行多個平行作業，因為沒有在目的地上執行的 SMS Proxy 服務，協調器必須自行執行所有傳輸，而且可能會成為瓶頸。 伺服器在單一作業內平行執行的能力，是我們計畫於更新版本的 SMS 中新增的功能。

• 搭配 RDMA 網路使用 SMB 3。 如果從 Windows Server 2012 或更新版本來源電腦傳輸，SMB 3.x 支援 SMB 直接模式和 RDMA 網路。 RDMA 會將大部分的 CPU 傳輸成本從主機板 CPU 移至上線 NIC 處理器，以減少延遲和伺服器 CPU 使用率。 此外，ROCE 和 iWARP 等 RDMA 網路通常比一般 TCP/乙太網路高得多，包括每個介面 25、50 和 100 Gb 的速度。 使用 SMB Direct 通常會將傳送速率限制從網路向下移至儲存體本身。

• 使用 SMB 3 多重通道。 如果從 Windows Server 2012 或更新版本來源電腦傳輸，SMB 3.x 支援多通道複本，可大幅改善檔案複製效能。 只要來源和目的地都有下列專案，這項功能就會自動運作：

  • 多個網路介面卡
  • 支援接收端調整 (RSS) 的一或多個網路介面卡
  • 使用 NIC 小組設定的其中一個網路介面卡
  • 一或多個支援 RDMA 的網路介面卡

• 更新驅動程式。 視需要在來源、目的地，以及協調器伺服器上安裝最新的廠商存放裝置和機箱韌體與驅動程式、最新的廠商 HBA 驅動程式、最新的廠商 BIOS/UEFI 韌體、最新的廠商網路驅動程式，以及最新的主機板晶片組驅動程式。 視需要重新啟動節點。 如需設定共用儲存體和網路硬體，請參閱硬體廠商的文件。

• 啟用高效能處理。 確定伺服器的 BIOS/UEFI 設定能提供高效能，例如停用 C-State、設定 QPI 速度、啟用 NUMA，以及設定最高的記憶體頻率。 務必將 Windows Server 中的電源管理設定為高效能。 視需要重新啟動。 完成移轉之後，別忘了將這些狀態傳回適當的狀態。

• 微調硬體 檢閱 Windows Server 2016 的效能微調指導方針，以調整執行 Windows Server 2022、Windows Server 2019 或 Windows Server 2016 的協調器和目的地電腦。 [網路子系統效能微調] 區段包含特別有價值的資訊。 Windows Server 2022 的更新指南名為 (Windows Server 2022 的效能微調指導方針)[/windows-server/administration/performance-tuning/]。

• 使用更快的儲存體。 雖然升級來源電腦儲存速度可能很困難，但您應該確保目的地儲存體在寫入 IO 效能上至少和來源處於讀取 IO 效能一樣快，以確保傳輸沒有不必要的瓶頸。 如果目的地是 VM，請確定至少為了移轉的目的，它會在 Hypervisor 主機的最快速儲存層中執行，例如在快閃層上，或使用使用鏡像全快閃或混合式空間的儲存空間直接存取 HCI 叢集。 當 SMS 移轉完成時，VM 可以即時移轉至較慢的層或主機。

• 使用 SMB 壓縮。 如果您的來源和目的地伺服器是 Windows Server 2022，您可以啟用 SMB 壓縮，以在較大的檔案上取得顯著的效能提升。 檢閱 (SMB 壓縮)[/windows-server/storage/file-server/smb-compression]。

• 更新防毒軟體。 請務必確定您的來源和目的地正在執行最新修補程式版本的防毒軟體，以確保效能負擔最低。 作為測試，請暫時排除您在來源和目的地伺服器上庫存或移轉的資料夾掃描。 如果您的傳輸效能有所改善，請連絡防毒軟體廠商以取得指示或更新版本的防毒軟體，或說明預期的效能降低。

Windows Server 2019 和 Windows Server 2022 隨附的儲存體移轉服務版本不支援從 NTFS 移轉至 ReFS 檔案系統。 您可以從 NTFS 移轉至 NTFS，以及將 ReFS 移轉至 ReFS。 這是根據設計，因為 ReFS 不會從 NTFS 複製的功能、中繼資料和其他層面的許多差異。 ReFS 是作為應用程式工作負載檔案系統，而不是一般檔案系統。 如需詳細資訊，請參閱 復原檔案系統 (ReFS) 概觀

儲存體移轉服務會使用預設安裝在隱藏 c：\programdata\microsoft\storagemigrationservice 資料夾中的可延伸儲存引擎 (ESE) 資料庫。 當您未刪除作業時，此資料庫將會隨著作業的新增和傳輸完成而成長，而且如果您在移轉數百萬個檔案之後會耗用大量的磁碟機空間。 如果資料庫需要移動，請執行下列步驟：

1. 停止協調器電腦上的「儲存體移轉服務」服務。

2. 取得 %programdata%/Microsoft/StorageMigrationService 資料夾的所有權

3. 新增您的使用者帳戶，以完全控制該共用及其所有檔案和子資料夾。

4. 將資料夾移至協調器電腦上的另一個磁碟機。

5. 設定下列登 REG_SZ 值：

   HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = 不同磁碟區上新資料庫檔案夾的路徑

6. 確定「SYSTEM」和「Network Service」帳戶可完全控制該資料夾的所有檔案和子資料夾

7. 移除您自己的帳戶權限。

8. 啟動「儲存體移轉服務」服務。

否，儲存體移轉服務不會移轉本機安裝的應用程式。 完成移轉之後，請將任何應用程式重新安裝至來源電腦上執行的任何應用程式。 不需要重新設定任何使用者或其應用程式;儲存體移轉服務的設計目的是讓伺服器變更為用戶端不可見。

執行傳輸時，儲存體移轉服務會尋求從來源伺服器鏡像資料。 目的地伺服器不應包含任何生產資料或已連線的使用者，因為可能會覆寫該資料。 根據預設，第一次傳輸會在目的地伺服器上建立任何資料的備份複本作為保護。 根據預設，在後續的所有傳輸中，儲存體移轉服務會將資料鏡像到目的地;這不僅表示新增檔案，也會任意覆寫任何現有的檔案，並刪除來源上不存在的任何檔案。 此行為是刻意的，並且提供來源電腦的完美逼真度。

傳輸 CSV 檔案中找到的大部分錯誤都是 Windows 系統錯誤碼。 您可以檢閱 Win32 錯誤碼文件集，了解每個錯誤的意義。

目的地伺服器可能包含在其本機憑證存放區中核發的憑證，其中伺服器的名稱是主體、主體別名或其他欄位的一部分。 發生完全移轉且重新命名伺服器時，不會更新這些憑證。 您必須使用目前的部署方法，例如群組原則或 Web 註冊，將憑證重新發出至新重新命名的伺服器。

若要提供儲存體移轉服務的意見反應：

• 使用 Windows 10 中包含的意見反應中樞工具，選取 [建議功能]，並指定 Windows Server 和儲存體移轉的子類別
• 電子郵件 smsfeed@microsoft.com

若要提出 Bug：

• 使用 Windows 10 中包含的意見反應中樞工具，選取 [回報問題]，並指定 Windows Server 和儲存體移轉的子類別
• 透過 Microsoft 支援服務開啟支援案例

如要取得支援：

• 在 Windows Server 技術社群上張貼問題
• 張貼在 Windows Server 2019 論壇
• 透過 Microsoft 支援服務開啟支援案例

其他參考

• 儲存體移轉服務概觀