SMS Migration Cutover 卡住：IP Rebind 出錯導致 Source 同 Target 兩邊一齊 Offline，求手動 Rollback 方法

Min Yang 80 信譽點數
2026-08-28T06:33:35.9133333+00:00

各位 Server / Infra 師兄好，想請教一下關於 Storage Migration Service (SMS) 嘅 Cutover 問題。

最近行緊 SMS Migration Job，前置複製全部 OK，但去到最後 Cutover 階段轉移 Network IP 嗰陣突發 Error。系統拉唔到原本個 IP 去 Target Server，又冇自動幫 Source 恢復原本個 Network Config，結果依家 Source 同 Target 兩部 Server 都失聯 Offline 晒，全部 User 叫苦連天。

由於喺 Admin Center / SMS 控制台操作已經冇反應，想請教大家：

  • 依家兩部 Server 答唔到 IP 嘅情況下，建議點樣經 Out-of-band (iLO / iDRAC / Console) 登入，手動用 PowerShell 將 Network Interface / IP Rebind 設定強制 Rollback 返去 Source Server？
  • 需要清理 / 修改 Active Directory (DNS 記錄 / Computer Account) 邊啲 Name Mapping 同 SPN，先可以確保 Source Server 重新上線嗰陣唔會同 Target 發生 Domain SID / Name 衝突？
  • 有冇師兄遇過 SMS 喺 Cutover IP 階段失敗 嘅 Common Root Cause（例如 Static IP vs DHCP, NIC Teaming, 仲有防火牆 Blocking 啲咩 Port）？

情況非常緊急，期待各位 Network 同 Windows Server 專家指點一下，萬分感謝！

Windows for business | Windows 365 商務版
0 則留言

1 個回答

排序依據： 最新
最實用 最新 最舊
  1. Daphne Huynh (WICLOUD CORPORATION) 2,540 信譽點數 Microsoft 外部員工 仲裁者
    2026-08-31T04:12:17.1966667+00:00

    歡迎來到 Microsoft Q&A！

    感謝您提供詳細資訊。

    根據您的描述，這似乎是已知的 Storage Migration Service (SMS) 切換（Cutover）失敗案例之一。SMS 的一項重要限制是：當切換程序已開始且部分完成後，並不提供自動回復（Rollback）機制。如果 IP 重新繫結（IP Rebind）或網路身分識別移轉失敗，系統管理員可能需要手動還原原始設定。

    1. 當來源伺服器與目標伺服器皆離線時，該如何復原？

    請透過帶外管理（Out-of-Band Management）工具，例如 iLO、iDRAC、Hyper-V Console、VMware Console 或其他遠端管理方案，直接連線至兩部伺服器。

    在切換期間，SMS 會執行以下操作：

    • 重新命名來源伺服器（Source Server）。
    • 將系統退出網域並重新加入網域。
    • 將來源伺服器的 IP 位址移轉至目標伺服器（Destination Server）。
    • 將來源伺服器的電腦名稱及 Active Directory 身分識別移轉至目標伺服器。

    如果程序在網路身分識別移轉階段失敗：

    • 將目標伺服器從正式環境網路中斷連線，以避免重複名稱或 IP 位址衝突。
    • 在來源伺服器上手動還原原始的 IP 位址、子網路遮罩、預設閘道、DNS 設定及主機名稱。
    • 確認來源伺服器能正常回應 Ping，且已成功註冊 DNS 記錄。
    • 在來源伺服器完全恢復運作後，再重新將目標伺服器連回網路以進一步進行疑難排解。

    請特別注意，SMS 在完成或部分完成切換後，並不提供自動回復功能。如果需要復原，系統管理員必須手動還原來源與目標伺服器的電腦名稱及 IP 位址。

    2. 是否需要清理 DNS、AD 電腦物件、SPN 或 SID 對應？

    在大多數情況下：

    • 不要刪除原始的電腦帳戶，除非您已確認目前是哪一台伺服器持有正式環境的身分識別。
    • 確認 DNS 的 A 記錄與 PTR 記錄指向正確的伺服器。
    • 在恢復連線後，移除任何過期（Stale）或重複的 DNS 記錄。
    • 如果發生 Kerberos 或 SMB 驗證問題，可使用下列命令檢查 Service Principal Names (SPNs)：

    setspn -L <ComputerName>

    • 如果切換在重新命名或網域操作期間失敗，請確認正式環境的伺服器名稱只對應到單一有效的電腦物件。

    由於 SMS 在切換過程中會重複使用現有的電腦帳戶，因此過早刪除 Active Directory 物件可能會使復原工作變得更加困難。此外，切換期間亦可能發生與網域加入、電腦帳戶重複使用及權限設定相關的問題。

    3. SMS 切換失敗的常見根本原因

    靜態 IP 設定問題

    • 使用靜態 IP 時，切換程序可能卡在網路介面對應階段。
    • 缺少或設定錯誤的預設閘道（Default Gateway）是常見原因之一。
    • 使用 DHCP 有助於避免此類特定問題。

    防火牆或 RPC 通訊問題

    • SMS 需要協調伺服器（Orchestrator）、來源伺服器及目標伺服器之間能夠正常進行 SMB（TCP 445）、RPC Endpoint Mapper（TCP 135）、WMI 及 Netlogon 通訊。
    • RPC 或 WMI 流量遭到封鎖時，可能造成網路介面對應失敗或網域操作失敗。

    群組原則（Group Policy）衝突

    • 某些安全性原則可能會影響 SMS 在切換期間所使用的暫時本機帳戶或權杖篩選（Token Filter）設定。

    網域加入與電腦帳戶重複使用問題

    • Active Directory 強化措施（Hardening）變更或權限不足，可能導致退出網域或重新加入網域時發生失敗。

    複雜的網路環境

    • NIC Teaming
    • 多張網路介面卡（Multiple NICs）
    • 虛擬網路介面卡（Virtual Adapters）
    • 非標準路由設定
    • 舊式網路架構

    即使清查（Inventory）與資料移轉（Transfer）階段皆已成功完成，上述環境仍可能導致切換期間的自動網路介面對應失敗。

    建議的後續處理方式

    在重新嘗試切換之前，建議執行以下步驟：

    1.優先讓 來源伺服器（Source Server） 恢復上線，以恢復正式環境服務。

    2.檢查下列事件記錄：

    Microsoft-Windows-StorageMigrationService/Admin

    Microsoft-Windows-StorageMigrationService-Proxy/Admin

    3.驗證以下設定：

    • 靜態 IP 設定
    • 預設閘道設定
    • DNS 註冊狀態
    • RPC / WMI 連線能力
    • 防火牆設定
    • Active Directory 電腦帳戶狀態

    4.在重新執行移轉之前，再次執行切換驗證（Cutover Validation）。

    如需進一步資訊，請參閱：

    儲存移轉服務中的切換運作方式 | Microsoft Learn

    使用儲存體移轉服務移轉檔案伺服器 | Microsoft Learn

    存儲遷移服務已知問題 | Microsoft Learn

    如果此回覆對您有所幫助，歡迎點選 Accept Answer。

    感謝您使用 Microsoft Q&A！

    此回答有幫助嗎？

    0 則留言

您的回答

答案可由問題作者標示為「已接受」，而由仲裁者標示為「推薦」，這可協助使用者知道答案解決了作者的問題。