共用方式為


儲存體移轉服務的已知問題

本文包含使用儲存體移轉服務來移轉伺服器時已知問題的解答。

儲存體移轉服務會以兩個部分發行:Windows Server 中的服務,以及 Windows Admin Center 中的使用者介面。 此服務可在 Windows Server 長期維護通道,以及 Windows Server 半年通道中取得;不過 Windows Admin Center 會以個別下載形式提供。 我們也會定期包含 Windows Server 累積更新中的變更,透過 Windows Update 發行。

例如,Windows Server 版本 1903 包含儲存體移轉服務的新功能和修正程式,其也可透過安裝 KB4512534,供 Windows Server 2019 和 Windows Server 版本 1809 使用。

與 Microsoft 支援服務合作時如何收集記錄檔

儲存體移轉服務包含 Orchestrator 服務和 Proxy 服務的事件記錄檔。 Orchestrator 伺服器一律會包含這兩個事件記錄檔,而已安裝 Proxy 服務的目的地伺服器則包含 Proxy 記錄檔。 這些記錄位於下列位置:

  • 應用程式和服務記錄\Microsoft\Windows\StorageMigrationService
  • 應用程式和服務記錄\Microsoft\Windows\StorageMigrationService-Proxy

如果您需要收集這些記錄以供離線檢視或傳送至 Microsoft 支援服務,GitHub 上提供開放原始碼 PowerShell 指令碼:

儲存體移轉服務協助程式

檢閱讀我檔案以了解使用方式。

除非管理 Windows Server 2019,否則儲存體移轉服務不會顯示在 Windows Admin Center 中

使用 1809 版本的 Windows Admin Center 來管理 Windows Server 2019 Orchestrator 時,您看不到儲存體移轉服務的工具選項。

Windows Admin Center 儲存體移轉服務延伸模組的版本繫結至僅管理 Windows Server 2019 版本 1809 或更新版本的作業系統。 如果您使用其來管理舊版 Windows Server 作業系統或測試人員預覽版,則不會出現此工具。 這是設計的行為。

若要解決,請使用或升級至 Windows Server 2019 組建 1809 或更新版本。

儲存體移轉服務的完全移轉驗證失敗,並出現錯誤「拒絕存取目的地電腦上的權杖篩選原則」

執行完全移轉驗證時,您收到錯誤「失敗: 拒絕存取目的地電腦上的權杖篩選原則。」即使您為來源和目的地電腦提供正確的本機系統管理員認證,也會發生這種情況。

此問題已在 KB4512534 更新中修正。

儲存體移轉服務未包含在 Windows Server 2019 評估版或 Windows Server 2019 Essentials 版本中

使用 Windows Admin Center 連線到 Windows Server 2019 評估版或 Windows Server 2019 Essentials 版本時,沒有可管理儲存體移轉服務的選項。 儲存體移轉服務也不包含在「角色和功能」中。

此問題是由於 Windows Server 2019 評估版媒體和 Windows Server 2019 Essentials 中的維護問題所導致。

若要暫時解決此問題以進行評估,請安裝 Windows Server 2019 的零售、MSDN、OEM 或大量授權版本,且不要啟用它。 若未啟用,所有版本的 Windows Server 都會處於評估模式運作 180 天。

我們已在未來版本的 Windows Server 中修正此問題。

儲存體移轉服務下載傳輸或錯誤 CSV 逾時

使用 Windows Admin Center 或 PowerShell 下載傳輸作業的詳細 CSV 記錄時,您會收到錯誤:

Transfer Log - Please check file sharing is allowed in your firewall. : This request operation sent to net.tcp://localhost:28940/sms/service/1/transfer did not receive a reply within the configured timeout (00:01:00). The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.

此問題是由無法在儲存體移轉服務允許的預設一分鐘逾時中篩選的極大量傳輸檔案所導致。

若要解決這個問題:

  1. 在 Orchestrator 電腦上,使用 Notepad.exe 編輯 %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config 檔案,將 "sendTimeout" 從預設的 1 分鐘變更為 10 小時。

    <bindings>
      <netTcpBinding>
        <binding name="NetTcpBindingSms"
                 sendTimeout="10:00:00"
    
  2. 在 Orchestrator 電腦上重新啟動「儲存體移轉服務」服務。

  3. 在 Orchestrator 電腦上,啟動 Regedit.exe

  4. 建立下列登錄子機碼 (如果尚不存在):

    HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershell

  5. 在 [編輯] 功能表中指向 [新增],然後選取 [DWORD 值]。

  6. 輸入 "WcfOperationTimeoutInMinutes" 做為 DWORD 的名稱,然後按 ENTER。

  7. 以滑鼠右鍵按一下 [WcfOperationTimeoutInMinutes],然後選取 [修改]。

  8. 在 [基底資料] 方塊中,選取 [十進位]

  9. 在 [值資料] 方塊中輸入「600」,然後選取 [確定]。

  10. 結束登錄編輯程式。

  11. 再次嘗試下載僅限錯誤的 CSV 檔案。

如果在使用 WAC 時仍然看到問題,請改用 PowerShell。 在 Orchestrator 電腦上執行下列其中一個命令,設定您自己的作業名稱和來源伺服器 FQDN 值:

Get-SmsState -Name job -TransferFileDetail -computername sourcefqdn | export-csv -path log.csv
Get-SmsState -Name job -TransferFileDetail -ErrorsOnly -computername sourcefqdn | export-csv -path errlog.csv

目的地 Proxy 和認證系統管理權限的驗證警告

驗證傳輸工作時,您會看到下列警告:

The credential has administrative privileges.
Warning: Action isn't available remotely.
The destination proxy is registered.
Warning: The destination proxy wasn't found.

如果您尚未在 Windows Server 2019 目標電腦上安裝儲存體移轉服務 Proxy 服務,則此行為是設計使然。 如果目標電腦是 Windows Server 2016 或 Windows Server 2012 R2,您也會收到此訊息。 建議您移轉至已安裝 Proxy 的 Windows Server 2019 電腦,以提升傳輸效能。

特定檔案未清查或傳輸,錯誤 5「拒絕存取」

清查或將檔案從來源傳輸到目的地電腦時,無法移轉使用者已移除系統管理員群組權限的檔案。 檢查儲存體移轉服務 Proxy 偵錯顯示:

Log Name: Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source: Microsoft-Windows-StorageMigrationService-Proxy
Date: 2/26/2019 9:00:04 AM
Event ID: 10000
Task Category: None
Level: Error
Keywords:
User: NETWORK SERVICE
Computer: srv1.contoso.com
Description:

02/26/2019-09:00:04.860 [Error] Transfer error for \\srv1.contoso.com\public\indy.png: (5) Access is denied.
Stack Trace:
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.OpenFile(String fileName, DesiredAccess desiredAccess, ShareMode shareMode, CreationDisposition creationDisposition, FlagsAndAttributes flagsAndAttributes)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(String path)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(FileInfo file)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.InitializeSourceFileInfo()
     at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.Transfer()
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.TryTransfer()

此問題是因為儲存體移轉服務中未叫用備份權限的程式碼缺失所導致。

若要解決此問題,請在 Orchestrator 電腦和目的地電腦 (如果已安裝 Proxy 服務) 上安裝 Windows Update 2019 年 4 月 2 日 - KB4490481 (OS 組建 17763.404)。 確保來源移轉使用者帳戶是來源電腦上的本機系統管理員,以及儲存體移轉服務 Orchestrator。 確保目的地移轉使用者帳戶是目的地電腦上的本機系統管理員,以及儲存體移轉服務 Orchestrator。

使用儲存體移轉服務預先植入資料時,DFSR 雜湊不符

使用儲存體移轉服務將檔案傳輸至新的目的地時,設定 DFS 複寫以透過預先植入的複寫或 DFS 複寫資料庫複製來複寫現有伺服器的該資料,所有檔案都會經歷雜湊不符且會重新複寫。 使用儲存體移轉服務進行傳輸之後,資料串流、安全性串流、大小和屬性似乎完全相符。 檢查具有 ICACLS 或 DFS 複寫資料庫複製偵錯記錄檔的檔案顯示:

來源檔案

  icacls d:\test\Source:

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1200a9;;;DD)(A;;0x1301bf;;;DU)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)

目的地檔案

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1301bf;;;DU)(A;;0x1200a9;;;DD)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)**S:PAINO_ACCESS_CONTROL**

DFSR 偵錯記錄檔

   20190308 10:18:53.116 3948 DBCL  4045 [WARN] DBClone::IDTableImportUpdate Mismatch record was found.

   Local ACL hash:1BCDFE03-A18BCE01-D1AE9859-23A0A5F6
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

   Clone ACL hash:**DDC4FCE4-DDF329C4-977CED6D-F4D72A5B**
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

此問題已透過 KB4512534 更新修正。

從 Windows Server 2008 R2 傳輸時發生錯誤「無法在任何端點上傳輸儲存空間」

嘗試從 Windows Server 2008 R2 來源電腦傳輸資料時,沒有資料傳輸,而且您收到錯誤:

Couldn't transfer storage on any of the endpoints.
0x9044

如果您的 Windows Server 2008 R2 電腦未使用來自 Windows Update 的所有重大和重要更新完全修補,則預期會發生此錯誤。 基於安全性目的,請務必讓 Windows Server 2008 R2 電腦保持更新,因為該作業系統未包含較新版本 Windows Server 的安全性改善。

錯誤「無法在任何端點上傳輸儲存空間」和「檢查來源裝置是否已連線 - 我們無法存取。」

嘗試從來源電腦傳輸資料時,部分或所有共用不會傳輸,並出現錯誤:

Couldn't transfer storage on any of the endpoints.
0x9044

檢查 SMB 傳輸詳細資料顯示錯誤:

Check if the source device is online - we couldn't access it.

檢查 StorageMigrationService/Admin 事件記錄檔顯示:

Couldn't transfer storage.

Job: Job1
ID:
State: Failed
Error: 36931
Error Message:

Guidance: Check the detailed error and make sure the transfer requirements are met. The transfer job couldn't transfer any source and destination computers. This could be because the orchestrator computer couldn't reach any source or destination computers, possibly due to a firewall rule, or missing permissions.

檢查 StorageMigrationService-Proxy/Debug 記錄檔顯示:

07/02/2019-13:35:57.231 [Error] Transfer validation failed. ErrorCode: 40961, Source endpoint is not reachable, or doesn't exist, or source credentials are invalid, or authenticated user doesn't have sufficient permissions to access it.
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Validate()
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)

如果移轉帳戶沒有至少 SMB 共用的讀取權限,則此程式碼缺失會顯現出來。 此問題最初是在累積更新 4520062 中修正。

另一個可能的原因可能是來源檔案伺服器的存取權限不足。 使用處理程序監視器檢查 "Microsoft.StorageMigration.Proxy.Service.exe" 程序時,您可能會看到下列結果:

Date: 6/04/2022 15:36:09,1943419
Thread: 1688
Class: File System
Operation: CreateFile
Result: PRIVILEGE_NOT_HELD
Path: \\srv1.contoso.com\F$\\public
Duration: 0.0002573

Desired Access: Read Attributes, Read Control, Synchronize, Access System Security
Disposition: Open
Options: Synchronous IO Non-Alert, Open For Backup
Attributes: N
ShareMode: Read, Write
AllocationSize: n/a
Impersonating: CONTOSO\ServiceAccount
OpenResult: PRIVILEGE_NOT_HELD

執行的實際作業需要來源檔案伺服器上的「開啟備份」權限。 驗證用來存取來源檔案伺服器的使用者帳戶已透過此伺服器上的下列本機安全性原則或使用群組原則物件授與必要的權限:Security Settings > Local Policies > User Rights Assignment > Back up files and directories

執行清查時發生錯誤 0x80005000

安裝 KB4512534 並嘗試執行清查之後,清查會失敗並出現錯誤:

EXCEPTION FROM HRESULT: 0x80005000

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2503
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory the computers.
Job: foo2
ID: 20ac3f75-4945-41d1-9a79-d11dbb57798b
State: Failed
Error: 36934
Error Message: Inventory failed for all devices
Guidance: Check the detailed error and make sure the inventory requirements are met. The job couldn't inventory any of the specified source computers. This could be because the orchestrator computer couldn't reach it over the network, possibly due to a firewall rule or missing permissions.

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory a computer.
Job: foo2
Computer: FS01.TailwindTraders.net
State: Failed
Error: -2147463168
Error Message:
Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          2/14/2020 1:18:21 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      2019-rtm-orc.ned.contoso.com
Description:
02/14/2020-13:18:21.097 [Erro] Failed device discovery stage SystemInfo with error: (0x80005000) Unknown error (0x80005000)

此錯誤是在您以使用者主體名稱 (UPN) 的形式 (例如 'meghan@contoso.com') 提供移轉認證時,儲存體移轉服務中的程式碼缺失所導致。 儲存體移轉服務 Orchestrator 服務無法正確剖析此格式,這會導致在 KB4512534 和 19H1 中新增的叢集移轉支援的網域查閱失敗。

若要暫時解決此問題,請以網域\使用者格式提供認證,例如 'Contoso\Meghan'。

移轉至 Windows Server 容錯移轉叢集時發生錯誤 "ServiceError0x9006" 或「Proxy 目前無法使用。」

嘗試針對叢集檔案伺服器傳輸資料時,您收到如下的錯誤:

Make sure the proxy service is installed and running, and then try again. The proxy isn't currently available.
0x9006
ServiceError0x9006,Microsoft.StorageMigration.Commands.UnregisterSmsProxyCommand

如果檔案伺服器資源從其原始 Windows Server 2019 叢集擁有者節點移至新節點,且該節點上未安裝儲存體移轉服務 Proxy 功能,則預期會發生此錯誤。

因應措施是將目的地檔案伺服器資源移回您第一次設定傳輸配對時使用的原始擁有者叢集節點。

做為替代的因應措施:

  1. 在叢集中的所有節點上安裝儲存體移轉服務 Proxy 功能。

  2. 在 Orchestrator 電腦上執行下列儲存體移轉服務 PowerShell 命令:

    Register-SMSProxy -ComputerName <destination server> -Force
    

從叢集節點執行清查時發生錯誤「找不到 Dll」

嘗試使用儲存體移轉服務執行清查,並將目標設為 Windows Server 容錯移轉叢集一般使用檔案伺服器來源時,您收到下列錯誤:

DLL not found
[Error] Failed device discovery stage VolumeInfo with error: (0x80131524) Unable to load DLL 'Microsoft.FailoverClusters.FrameworkSupport.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

若要暫時解決此問題,請在執行儲存體移轉服務 Orchestrator 的伺服器上安裝「容錯移轉叢集管理工具」(RSAT-Clustering-Mgmt)。

針對 Windows Server 2003 來源電腦執行清查時,發生錯誤「端點對應表中無更多可用的端點」

嘗試對 Windows Server 2003 來源電腦的儲存體移轉服務 Orchestrator 執行清查時,您收到下列錯誤:

There are no more endpoints available from the endpoint mapper

此問題可透過 KB4537818 更新解決。

解除安裝累積更新可防止儲存體移轉服務啟動

解除安裝 Windows Server 累積更新可能會防止儲存體移轉服務啟動。 若要解決此問題,您可以備份和刪除儲存體移轉服務資料庫:

  1. 開啟提升權限的 Cmd 提示,其中您是儲存體移轉服務 Orchestrator 伺服器上的管理員成員,然後執行:

    TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService
    
    MD c:\ProgramData\Microsoft\StorageMigrationService\backup
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)
    
    XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*
    
    DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C
    
  2. 啟動「儲存體移轉服務」服務,其會建立新的資料庫。

錯誤「netName 資源的 CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO 失敗」,和 Windows Server 2008 R2 叢集的完全移轉失敗

嘗試執行 Windows Server 2008 R2 叢集來源的完全移轉時,完全移轉停滯在階段「重新命名來源電腦...」,且您收到下列錯誤:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          10/17/2019 6:44:48 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-RNS0D0PMPJH.contoso.com
Description:
10/17/2019-18:44:48.727 [Erro] Exception error: 0x1. Message: Control code CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO failed against netName resource 2008r2FS., stackTrace:    at Microsoft.FailoverClusters.Framework.ClusterUtils.NetnameRepairVCO(SafeClusterResourceHandle netNameResourceHandle, String netName)
at Microsoft.FailoverClusters.Framework.ClusterUtils.RenameFSNetName(SafeClusterHandle ClusterHandle, String clusterName, String FsResourceId, String NetNameResourceId, String newDnsName, CancellationToken ct)
at Microsoft.StorageMigration.Proxy.Cutover.CutoverUtils.RenameFSNetName(NetworkCredential networkCredential, Boolean isLocal, String clusterName, String fsResourceId, String nnResourceId, String newDnsName, CancellationToken ct)    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::RenameFSNetName::1510]

此問題是由於舊版 Windows Server 中的遺漏 API 所導致。 目前無法移轉 Windows Server 2008 和 Windows Server 2003 叢集。 您可以在 Windows Server 2008 R2 叢集上執行清查和傳輸,然後手動執行完全移轉,方法是手動變更叢集的來源檔案伺服器資源 netname 和 IP 位址,接著變更目的地叢集 netname 和 IP 位址以符合原始來源。

使用靜態 IP 時,完全移轉停留在「38% 對應來源電腦上的網路介面...」

嘗試執行來源電腦的完全移轉時,將來源電腦設定為在一或多個網路介面上使用新的靜態 (不是 DHCP) IP 位址,完全移轉會停頓在階段「38% 對應來源電腦上的網路介面...」,而您在儲存體移轉服務事件記錄檔中收到下列錯誤:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          11/13/2019 3:47:06 PM
Event ID:      20494
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      orc2019-rtm.corp.contoso.com
Description:
Couldn't set the IP address on the network adapter.

Computer: fs12.corp.contoso.com
Adapter: microsoft hyper-v network adapter
IP address: 10.0.0.99
Network mask: 16
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

檢查來源電腦顯示原始 IP 位址無法變更。

如果您在 Windows Admin Center [設定完全移轉] 畫面上選取 [使用 DHCP],則不會發生此問題,只有在您指定新的靜態 IP 位址時,才會發生此問題。

此問題有兩個解決方案:

  1. 此問題最初是透過 KB4537818 更新解決。 該先前的程式碼缺失會防止使用所有靜態 IP 位址。

  2. 如果您尚未在來源電腦的網路介面上指定預設閘道 IP 位址,即使有了 KB4537818 更新,也會發生此問題。 若要暫時解決此問題,請使用網路連線小程式 (NCPA.CPL) 或 Set-NetRoute PowerShell Cmdlet,在網路介面上設定有效的預設 IP 位址。

比預期的重新傳輸效能慢

完成傳輸之後,接著再對相同資料執行後續重新傳輸,即使來源伺服器上的資料在此期間幾乎沒有變更,傳輸時間也可能不會有太大的改善。

此問題可透過 kb4580390 解決。 若要進一步調整效能,請檢閱最佳化清查和傳輸效能

比預期的清查效能慢

清查來源伺服器時,您發現當有許多檔案或巢狀資料夾時,檔案清查需要較長的時間。 數百萬個檔案和資料夾可能會導致清查花費數小時的時間,甚至是在快速儲存體設定上亦然。

此問題可透過 kb4580390 解決。

往返網域控制站移轉時,資料不會傳輸、使用者重新命名

開始往返網域控制站傳輸之後:

  1. 不會移轉任何資料,且不會在目的地上建立任何共用。

  2. Windows Admin Center 中顯示紅色錯誤符號,但沒有錯誤訊息

  3. 一或多個 AD 使用者和網域本機群組的名稱和/或 Windows 2000 前版登入屬性已變更

  4. 您在儲存體移轉服務 Orchestrator 上看到事件 3509:

    Log Name:      Microsoft-Windows-StorageMigrationService/Admin
    Source:        Microsoft-Windows-StorageMigrationService
    Date:          1/10/2020 2:53:48 PM
    Event ID:      3509
    Task Category: None
    Level:         Error
    Keywords:
    User:          NETWORK SERVICE
    Computer:      orc2019-rtm.corp.contoso.com
    Description:
    Couldn't transfer storage for a computer.
    
    Job: dctest3
    Computer: dc02-2019.corp.contoso.com
    Destination Computer: dc03-2019.corp.contoso.com
    State: Failed
    Error: 53251
    Error Message: Local accounts migration failed with error System.Exception: -2147467259
        at Microsoft.StorageMigration.Service.DeviceHelper.MigrateSecurity(IDeviceRecord sourceDeviceRecord, IDeviceRecord destinationDeviceRecord, TransferConfiguration config, Guid proxyId, CancellationToken cancelToken)
    

    如果您嘗試使用儲存體移轉服務往返網域控制站移轉,並使用 [移轉使用者和群組] 選項來重新命名或重複使用帳戶,則這是預期的行為。 不要選取 [不要轉移使用者和群組]。 儲存體移轉服務不支援 DC 移轉。 因為 DC 沒有真正的本機使用者和群組,儲存體移轉服務會將這些安全性主體視為在兩個成員伺服器之間移轉,並嘗試依照指示調整 ACL,導致錯誤和毀損或已複製的帳戶。

如果您已執行傳輸一或多次:

  1. 針對 DC 使用下列 AD PowerShell 命令來尋找任何修改的使用者或群組 (變更 SearchBase 以符合您的網域辨別名稱):

    Get-ADObject -Filter 'Description -like "*storage migration service renamed*"' -SearchBase 'DC=<domain>,DC=<TLD>' | ft name,distinguishedname
    
  2. 對於以其原始名稱傳回的任何使用者,編輯其「使用者登入名稱 (Windows 2000 前版)」,以移除儲存體移轉服務增的隨機字元尾碼,讓此使用者可以登入。

  3. 對於以原始名稱傳回的任何群組,編輯其「群組名稱 (Windows 2000 前版)」,以移除儲存體移轉服務新增的隨機字元尾碼。

  4. 對於名稱現在包含儲存體移轉服務所新增尾碼的任何已停用的使用者或群組,您可以刪除這些帳戶。 您可以確認稍後新增使用者帳戶,因為其只會包含網域使用者群組,且將會有符合儲存體移轉服務傳輸開始時間的建立日期/時間。

    如果您想要使用儲存體移轉服務搭配網域控制站進行傳輸,請確保您一律在 Windows Admin Center 的傳輸設定頁面上選取 [不要傳送使用者和群組]。

執行清查時發生錯誤 53:「無法清查所有指定的裝置」,

嘗試執行清查時,您收到:

Failed to inventory all specified devices

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          1/16/2020 8:31:17 AM
Event ID:      2516
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
Couldn't inventory files on the specified endpoint.
Job: ned1
Computer: ned.corp.contoso.com
Endpoint: hithere
State: Failed
File Count: 0
File Size in KB: 0
Error: 53
Error Message: Endpoint scan failed
Guidance: Check the detailed error and make sure the inventory requirements are met. This could be because of missing permissions on the source computer.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/16/2020 8:31:17 AM
Event ID:      10004
Task Category: None
Level:         Critical
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
01/16/2020-08:31:17.031 [Crit] Consumer Task failed with error:The network path was not found.
. StackTrace=   at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)
    at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetEnvironmentPathFolders(String ServerName, Boolean IsServerLocal)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.ScanUtils.<ScanSMBEndpoint>d__3.MoveNext()
    at Microsoft.StorageMigration.Proxy.EndpointScanOperation.Run()
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(EndpointScanRequest scanRequest, Guid operationId)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(Object request)
    at Microsoft.StorageMigration.Proxy.Common.ProducerConsumerManager`3.Consume(CancellationToken token)

01/16/2020-08:31:10.015 [Erro] Endpoint Scan failed. Error: (53) The network path was not found.
Stack trace:
    at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)

儲存體移轉服務 Orchestrator 會在此階段嘗試遠端登錄讀取,以判斷來源電腦設定,但會遭到來源伺服器的拒絕,其中指出登錄路徑不存在。 可能的原因如下:

  • 來源電腦上並未執行遠端登錄服務。
  • 防火牆不允許從 Orchestrator 對來源伺服器進行遠端登錄連線。
  • 來源移轉帳戶沒有遠端登錄權限可連線至來源電腦。
  • 來源移轉帳戶在來源電腦的登錄內,於 "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" 或 "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer" 下沒有讀取權限

完全移轉停留在「38% 對應來源電腦上的網路介面...」

嘗試執行來源電腦的完全移轉時,完全移轉會停頓在階段「38% 對應來源電腦上的網路介面...」,而您在儲存體移轉服務事件記錄檔中收到下列錯誤:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/11/2020 8:51:14 AM
Event ID:      20505
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      nedwardo.contosocom
Description:
Couldn't establish a CIM session with the computer.

Computer: 172.16.10.37
User Name: nedwardo\MsftSmsStorMigratSvc
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

此問題的原因是群組原則會在來源電腦上設定下列登錄值:"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0"

此設定不屬於標準群組原則的一部分,它是使用 Microsoft 安全性合規性工具組設定的附加元件:

  • Windows Server 2012 R2:「電腦設定\系統管理範本\SCM: 傳遞雜湊風險降低措施\將 UAC 限制套用到網路登入的本機帳戶」

  • Widows Server 2016:「電腦設定\系統管理範本\MS 安全性指南\將 UAC 限制套用到網路登入的本機帳戶」

也可以使用群組原則喜好設定搭配自訂登錄設定來設定。 您可以使用 GPRESULT 工具來判斷將此設定套用至來源電腦的原則。

儲存體移轉服務會在完全移轉程序期間暫時啟用 LocalAccountTokenFilterPolicy,然後在完成時將其移除。 當群組原則套用衝突的群組原則物件 (GPO) 時,它會覆寫儲存體移轉服務,並防止完全移轉。

若要暫時解決此問題,請使用下列其中一個選項:

  1. 暫時從套用此衝突 GPO 的 Active Directory OU 移動來源電腦。
  2. 暫時停用會套用此衝突原則的 GPO。
  3. 暫時建立新的 GPO,將此設定設為 [已停用],並套用至來源伺服器的特定 OU,優先順序高於任何其他 GPO。

使用來自不同網域的認證時清查或傳輸失敗

在使用來自與目標伺服器不同網域的移轉認證時,於嘗試使用儲存體移轉服務來執行清查或傳輸且以 Windows Server 為目標時,您收到下列錯誤

Exception from HRESULT:0x80131505

The server was unable to process the request due to an internal error

04/28/2020-11:31:01.169 [Error] Failed device discovery stage SystemInfo with error: (0x490) Could not find computer object 'myserver' in Active Directory    [d:\os\src\base\dms\proxy\discovery\discoveryproxy\DeviceDiscoveryOperation.cs::TryStage::1042]

檢查記錄進一步顯示移轉帳戶與要從其中移轉的伺服器位於不同的網域中:

06/25/2020-10:11:16.543 [Info] Creating new job=NedJob user=**CONTOSO**\ned
[d:\os\src\base\dms\service\StorageMigrationService.IInventory.cs::CreateJob::133]
GetOsVersion(fileserver75.**corp**.contoso.com)    [d:\os\src\base\dms\proxy\common\proxycommon\CimSessionHelper.cs::GetOsVersion::66] 06/25/2020-10:20:45.368 [Info] Computer 'fileserver75.corp.contoso.com': OS version

此問題是由於儲存體移轉服務中的程式碼缺失所導致。 若要暫時解決此問題,請使用來源和目的地電腦所屬相同網域的移轉認證。 例如,如果來源和目的地電腦屬於 "contoso.com" 樹系中的 "corp.contoso.com" 網域,請使用 'corp\myaccount' 來執行移轉,而不是 'contoso\myaccount' 認證。

清查失敗,出現「找不到元素」

請參考下列案例:

您的來源伺服器的 DNS 主機名稱和 Active Directory 名稱超過 15 個 unicode 字元,例如 "iamaverylongcomputername"。 根據設計,Windows 不會讓您將舊版 NetBIOS 名稱設定為這麼長,並且會在伺服器命名時警告,會將 NetBIOS 名稱截斷為 15 個 Unicode 寬字元 (例如:"iamaverylongcom")。 嘗試清查此電腦時,您在 Windows Admin Center 和事件記錄檔中收到:

"Element not found"
========================

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          4/10/2020 10:49:19 AM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-6PJAG3DHPLF.corp.contoso.com
Description:
Couldn't inventory a computer.

Job: longnametest
Computer: iamaverylongcomputername.corp.contoso.com
State: Failed
Error: 1168
Error Message:

Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

此問題是由於儲存體移轉服務中的程式碼缺失所導致。 目前唯一的因應措施是將電腦重新命名為與 NetBIOS 名稱相同的名稱,然後使用 NETDOM COMPUTERNAME /ADD 來新增替代電腦名稱,其中包含在開始清查之前使用的較長名稱。 儲存體移轉服務支援移轉替代電腦名稱。

儲存體移轉服務清查失敗,並出現「找不到符合參數名稱 'IncludeDFSN' 的參數」

使用 2009 版本的 Windows Admin Center 來管理 Windows Server 2019 Orchestrator 時,您在嘗試清查來源電腦時收到下列錯誤:

Remote exception : a parameter cannot be found that matches parameter name 'IncludeDFSN'" 

若要解決,請在 Windows Admin Center 中將儲存體移轉服務延伸模組更新為至少版本 1.113.0。 更新應該會自動出現在摘要中,並提示進行安裝。

儲存體移轉服務傳輸驗證傳回「錯誤 HRESULT E_FAIL 已經從呼叫傳回至 COM 元件」

安裝 Windows Server 2019 年 11 月累積更新 KB4586793 之後,某些傳輸驗證可能會失敗並出現:

Error HRESULT E_FAIL has been returned from a call to a COM component

它不一定會對所有來源電腦發生。 我們正努力診斷此問題。 因應措施是在 Windows Admin Center 中安裝 1.115 或更新版本的儲存體移轉服務工具。 更新應該會自動出現在 Windows Admin Center 摘要中,並提示您進行安裝,並將可讓您忽略此錯誤。 若要暫時解決此問題:

  1. 瀏覽至傳輸階段的 [調整設定] 步驟。
  2. 啟用 [覆寫傳輸驗證]。
  3. 繼續傳輸,不執行「驗證」或執行它,並忽略 E_FAIL 錯誤。

重要

請勿解除安裝 KB4586793。 此更新會升級儲存體移轉服務資料庫,而移除更新會要求您刪除資料庫。

傳輸失敗,出現「無法取得檔案控制代碼」,而一個或沒有任何共用從特定磁碟區傳輸

嘗試從來源電腦傳輸資料,您發現特定磁碟區未傳輸任何檔案,即使其他磁碟區確實有傳輸。 您在 Windows Admin Center 和事件記錄檔中收到下列錯誤:

"Couldn't transfer storage on any of the endpoints"

========================

SMS Admin log:
06/11/2021 08:44:17  3515 Error Couldn't transfer all of the files in the endpoint on the computer.

Job: test1
Computer: nedsrv1.corp.contoso.com
Destination Computer: nedsrv2.corp.contoso.com
Endpoint: foo
State: Failed
Source File Count: 0
Source File Size in KB: 0
Succeeded File Count: 0
Succeeded File Size in KB: 0
New File Count: 0
New File Size in KB: 0
Failed File Count: 0
Error: -2146233088
Error Message: 

Guidance: Check the detailed error and make sure the transfer requirements are met. This could be because the orchestrator computer couldn't reach a source or destination computer, possibly due to a firewall rule, or missing permissions.

========================

如果使用 Get-SMSLogs 命令傾印 SMS 偵錯記錄,您也會看到:

SMS Debug log:

06/11/2021-08:44:17.236 [Erro] End file transfer failed with -2146233088 exception:ErrorCode: -2146233088, Transfer failed
    at Microsoft.StorageMigration.Service.EndpointHelper.TransferFiles(String source, String destination, String sourceOSVersion, IEndpointRecord endpointRecord, TransferConfiguration config, String sourcePath, String destinationPath, ProxyInformation transferProxyInformation, Int64& skippedSystemObjectCount, CancellationToken cancelToken, SourceType sourceType, Protocol protocol, String sourceClusterSharedVolumesRoot, String targetClusterSharedVolumesRoot, ServerType sourceServerType, ServerType targetServerType, Boolean isTieredAFSEnabled, Int32 volumeMinimumFreeSpace, String targetVolume, String[] mountedVolumes)    [d:\os\src\base\dms\service\OperationManager\EndpointHelper.cs::TransferFiles::510]

SMS Proxy Debug log:

14090 06/11/2021-08:44:17.123 [Crit] Failed to create root of the share \\nedsrv1.corp.contoso.com\D$ with error -2147467259 and message Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\DirectoryEnumerationStage.cs::ProcessItem::112]
14091 06/11/2021-08:44:17.124 [Erro] Stage DirectoryEnumerationStage cancelled. Received error: Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\StageBase.cs::DoStage::50]
14124 06/11/2021-08:44:17.141 [Erro] Failed pipeline execution. System.AggregateException: One or more errors occurred. ---> System.ComponentModel.Win32Exception: Failed to get file handle 
14125    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14126    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14127    at System.Threading.Tasks.Task.Execute()
14128    --- End of inner exception stack trace ---
14129    at System.Threading.Tasks.Task.WaitAll(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
14130    at Microsoft.StorageMigration.Proxy.Service.Transfer.Pipeline.Run(CancellationToken token)
14131    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Run()
14132    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)
14133 ---> (Inner Exception #0) System.ComponentModel.Win32Exception (0x80004005): Failed to get file handle
14134    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14135    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14136    at System.Threading.Tasks.Task.Execute()<---
14137     [d:\os\src\base\dms\proxy\transfer\transferproxy\TransferRequestHandler.cs::ProcessRequest::132]

此問題是因為當整個 NTFS 磁碟區已設定壓縮旗標時,儲存體移轉服務 Proxy 服務中的限制所導致。 若要暫時解決此問題,請從目的地磁碟區移除壓縮旗標:

  1. 開啟 [檔案總管],以滑鼠右鍵按一下目的地磁碟機代號,然後選取 [屬性]
  2. 取消勾選 [壓縮這個磁碟機來節省磁碟空間]
  3. 重新執行傳輸。

或者,如果來源電腦上的磁碟區已壓縮,而且如果其有可用空間來保存展開的檔案,則可以在來源電腦上執行相同的步驟。 複製或移動時,一律會解壓縮 NTFS 壓縮檔案,壓縮檔案並不會減少傳輸時間。

錯誤需要重設儲存體移轉服務資料庫

在罕見的情況下,您可能需要重設儲存體移轉服務資料庫。 若要這樣做:

  1. 開啟提升權限的 Cmd 提示,其中您是儲存體移轉服務 Orchestrator 伺服器上的管理員成員,然後執行:

    NET STOP SMS
    NET STOP SMSPROXY
    
    TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService
    
    MD c:\ProgramData\Microsoft\StorageMigrationService\backup
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)
    
    XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*
    
    DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C
    
    ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C
    
  2. 驗證上述命令中沒有任何錯誤。 然後啟動「儲存體移轉服務」服務,其會建立新的資料庫。

    NET START SMS
    NET START SMSPROXY
    
    

傳輸暫止並發生錯誤:無法轉譯 Unicode 字元

執行中的傳輸暫止。 您收到事件記錄檔錯誤:

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          
Event ID:      3515
Task Category: None
Level:         Error
Keywords:      
User:          NETWORK SERVICE
Computer:      
Description:
Couldn't transfer all of the files in the endpoint on the computer.
Job: 
Computer: 
Destination Computer:
Endpoint:
State: Failed
Source File Count: 833617
Source File Size in KB: 45919696
Succeeded File Count: 833438
Succeeded File Size in KB: 45919696
New File Count: 0
New File Size in KB: 0
Failed File Count: 179
Error: -2146233087
Error Message: The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was '00:00:59.9970000'.

檢查儲存體移轉服務偵錯記錄檔顯示:

03. 07. 2023-23:28:08.647 [Erro] ExceptionMessage : (Unable to translate Unicode character \uDB71 at index 1 to specified code page.), ExceptionToString: (System.Text.EncoderFallbackException: Unable to translate Unicode character \uDB71 at index 1 to specified code page.

此問題是由儲存體移轉服務無法轉譯的未處理 Unicode 字元所造成。 若要找出具有無效字元的檔案名稱,請編輯下列範例 PowerShell 指令碼並在來源電腦上執行,然後檢查結果並重新命名或移除檔案:

# Sample PowerShell script to find files with unhandled unicode characters

$FolderPath = "C:\temp"
$OutputFilePath = "C:\temp\invalid_char_results.txt"
$UnhandledChar = "\uDB71"

Get-ChildItem -path $FolderPath -Recurse | ForEach-Object {
 if ($_ -is [System.IO.FileInfo]) {
  if ($_.Name -match $UnhandledChar) {
   Add-Content $outputFilePath "$($_.FullName)"
  }
 }
}

完全移轉於 77% 或 30% 失敗

執行完全移轉時,作業停滯在「77% - 正在將目的地電腦新增到網域」或「30% - 無法取消加入網域」。只有在下列情況時,才會發生該問題:

  • 不是 AD 中內建系統管理員群組成員的使用者,在 Active Directory 中建立了來源或目的地電腦帳戶。

    Or

  • 移轉使用者帳戶與建立來源電腦帳戶的使用者不同。

2022 年 10 月 11 日和之後發行的 Windows 更新包含額外的保護,可解決 CVE-2022-38042,這些額外的保護會導致該問題。 保護會隨著 2023 年 3 月 14 日每月累積更新而進一步更新,為此問題增加因應措施選項。 保護會刻意防止網域加入作業重複使用目標網域中現有的電腦帳戶,除非:

  • 嘗試作業的使用者是現有帳戶的建立者。

  • 嘗試作業的使用者是建立電腦帳戶的 Active Directory 內建群組網域系統管理員、企業系統管理員或系統管理員的成員。

  • 嘗試作業的使用者是「網域控制站: 允許在網域加入期間重複使用電腦帳戶」的成員。電腦帳戶的群組原則設定。

若要解決此問題,請使用下列其中一個解決方案。

解決方案 1 - 使用「允許在網域加入期間重複使用電腦帳戶」

  1. 確保所有網域控制站、來源電腦、目的地電腦和 SMS 移轉電腦都已安裝 2023 年 3 月 14 日累積更新並重新開機。
  2. 遵循 KB5020276 採取行動一節中詳述的步驟。
  3. 在 Windows Admin Center 中,移至 [伺服器管理員 > 儲存體移轉服務],建立或繼續現有的工作。
  4. 在 [完全移轉至新的伺服器 > 調整設定] 頁面上,確保用於 AD 認證的帳戶是在步驟 2 中允許重複使用的電腦帳戶的相同帳戶。

解決方案 2 - 使用原始帳戶進行移轉

  1. 在 Windows Admin Center 中,移至 [伺服器管理員 > 儲存體移轉服務],建立或繼續現有的工作。
  2. 在 [完全移轉至新的伺服器 > 調整設定 ] 頁面上,確保用於 AD 認證的帳戶是建立或將來源和目的地電腦加入到網域的相同帳戶。
  1. 在 Windows Admin Center 中,移至 [伺服器管理員 > 儲存體移轉服務],建立或繼續現有的工作。
  2. 在 [完全移轉至新的伺服器 > 調整設定] 頁面上,確保用於 AD 認證的帳戶是其中一個高權限 Active Directory 內建群組網域系統管理員、企業系統管理員或系統管理員的成員。

重要

如果您已遵循解決方案 1,且取消加入作業失敗「33% - 無法取消加入網域」,且出現錯誤 0x6D1「程序超出範圍」,則 2024 年 3 月 14 日累積更新尚未安裝在來源電腦上,或已安裝但電腦未重新啟動。

Windows Server 2008 R2 的完全移轉失敗

當您從執行 Windows Server 2008 R2 或更早版本的來源電腦執行完全移轉時,您收到錯誤「無法從網域重新命名電腦」。使用儲存體移轉服務協助程式 Get-SmsLog 命令會顯示錯誤 0x6D1 和「物件參考未設定至物件的執行個體」。 下列範例是來自 PowerShell Get-SmsLog 命令的記錄檔輸出。

Line 360: 04/02/2023-14:06:02.877 [Info] UnjoinDomain(isLocal=False, server='2008R2.corp.contoso.com')    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2151]
Line 361: 04/02/2023-14:06:02.948 [Erro] Attempt #1 failed to unjoin machine '2008R2.corp.contoso' from the domain with credential 'corp\ned'. Error 0x6D1.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2184]
Line 362: 04/02/2023-14:06:02.954 [Erro] Fatal exception during cutover stage processing. Source: 2008R2.corp.contoso.com, CutoverStage: UnjoinSource, ErrorCode: 0x80004003, Message: Object reference not set to an instance of an object.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverOperation.cs::Run::1116]

KB5020276 中為對抗 CVE-2022-38042 引進的變更導致此錯誤。

若要解決此問題,請使用下列其中一個解決方案。

解決方案 1 (使用 Windows Server 2008 R2 搭配有效的 ESU)

針對執行 Windows Server 2008 R2 並具有有效延伸支援更新的來源電腦,請先安裝最新的累積更新。 成功安裝累積更新之後,請遵循完全移轉於 77% 或 30% 失敗一文中詳述的步驟,以解決問題。

解決方案 2 (在沒有有效的 ESU、Windows Server 2008 或 Windows Server 2003 的情況下使用 Windows Server 2008 R2)

如果您的來源電腦執行不含 ESU、Windows Server 2008 或 Windows Server 2003 的 Windows Server 2008 R2,您必須使用完全移轉在儲存體移轉服務中的運作方式中所述的步驟執行手動移轉,但需進行下列變更。

  1. 略過步驟 3 和 4
  2. 針對步驟 5,您必須以登入電腦並使用 SYSDM.CPLNETDOM.exeRemove-Compuer PowerShell 命令,手動從網域移除它。 在 KB5020276 之後,您無法從網域遠端移除電腦。

傳輸驗證警告「找不到目的地 Proxy」

如果您在開始傳輸之前尚未在目的地伺服器上安裝 SMS Proxy 服務,Windows Admin Center 會自動安裝它。 但在某些情況下,其無法註冊並顯示驗證錯誤「找不到目的地 Proxy」。

若要解決此問題,請確保目的地伺服器上已安裝 SMS Proxy 服務功能,然後在 Orchestrator 伺服器上執行下列 PowerShell 命令:

Register-SMSProxy -ComputerName <destination server FQDN> -Force

驗證便立即通過。

Windows Server 2008 R2 容錯移轉叢集來源遺失磁碟

清查 Windows Server 2008 R2 容錯移轉叢集來源之後,您看不到所有叢集磁碟。 這是由於 Windows Server 2008 R2 中的預設檔案伺服器角色一律會選擇一個磁碟作為依賴項,但不會選擇指派給檔案伺服器角色的其餘磁碟。

若要解決此問題,請確定指派給檔案角色的所有磁碟都會新增為檔案伺服器角色中的依賴項。

  1. 開啟容錯移轉叢集管理員 (cluadmin.msc)。
  2. 以滑鼠右鍵按一下叢集磁碟,然後按一下屬性
  3. 在 [相依性] 索引標籤上,將磁碟的 AND 行新增至檔案伺服器角色。
  4. 對所有其他叢集磁碟重複此程序。
  5. 關閉嵌入式管理單元並再次清查來源。 現在應該會顯示所有磁碟,並可供傳輸。

Windows Server 2022 完全移轉失敗,電腦重新命名時發生錯誤 5

在您開始完全移轉程序之後,Windows Server 2022 來源電腦的重新命名在 41% 失敗,無法完成。 如果移轉至 Windows Server 2022 目的地電腦,重新命名在 75% 失敗,無法完成。 檢查 SMS 偵錯記錄會顯示 error 5: access denied

安裝 2024 年 3 月 12 日 - Windows Server 2022 的 KB5035857 累積更新 後會出現此問題。 此回歸的解決方案目前正在調查中。

若要解決此問題,請使用手動完全移轉中的步驟。

另請參閱