Bekannte Probleme beim Speichermigrationsdienst
Dieser Artikel enthält Antworten auf bekannte Probleme bei der Verwendung des Speichermigrationsdiensts für die Migration von Servern.
Der Speichermigrationsdienst wird in zwei Teilen veröffentlicht: dem Dienst in Windows Server und der Benutzeroberfläche in Windows Admin Center. Der Dienst ist in Windows Server, Long-Term Servicing Channel, und in Windows Server, Semi-Annual Channel, verfügbar, während Windows Admin Center als separater Download verfügbar ist. Wir schließen auch regelmäßig Änderungen in kumulativen Updates für Windows Server ein, die über Windows Update veröffentlicht werden.
Beispielsweise enthält Windows Server, Version 1903, neue Features und Fehlerbehebungen für den Speichermigrationsdienst, die auch für Windows Server 2019 und Windows Server, Version 1809, verfügbar sind, indem KB4512534 installiert wird.
Sammeln von Protokolldateien bei der Arbeit mit dem Microsoft-Support
Der Speichermigrationsdienst enthält Ereignisprotokolle für den Orchestratordienst und den Proxydienst. Der Orchestratorserver enthält immer beide Ereignisprotokolle, und die Zielserver mit installiertem Proxydienst enthalten die Proxyprotokolle. Diese Protokolle befinden sich unter:
- Anwendungs- und Dienstprotokolle \ Microsoft \ Windows \ StorageMigrationService
- Anwendungs- und Dienstprotokolle \ Microsoft \ Windows \ StorageMigrationService-Proxy
Wenn Sie diese Protokolle für die Offlineanzeige oder zum Senden an den Microsoft-Support sammeln müssen, steht auf GitHub ein Open-Source-PowerShell-Skript zur Verfügung:
Hilfsprogramm des Speichermigrationsdienstes
Überprüfen Sie für die Verwendung die INFODATEI.
Der Speichermigrationsdienst wird nur dann in Windows Admin Center angezeigt, wenn Windows Server 2019 verwaltet wird
Wenn Sie die Version 1809 von Windows Admin Center zum Verwalten eines Windows Server 2019-Orchestrators verwenden, wird die Tooloption für den Speichermigrationsdienst nicht angezeigt.
Die Windows Admin Center-Speichermigrationsdiensterweiterung ist versionsgebunden, um nur Windows Server 2019, Version 1809 oder höher, zu verwalten. Wenn Sie damit ältere Windows Server-Betriebssysteme oder Insider-Vorschauversionen verwalten, wird das Tool nicht angezeigt. Dieses Verhalten ist beabsichtigt.
Verwenden oder führen Sie ein Upgrade auf Windows Server 2019 Build 1809 oder höher durch, um dieses Problem zu beheben.
Fehler bei der Speichermigrationsdienst-Übernahmeüberprüfung: „Der Zugriff für die Tokenfilterrichtlinie auf dem Zielcomputer wird verweigert“.
Beim Ausführen der Cutoverüberprüfung erhalten Sie die Fehlermeldung „Fehler: Der Zugriff für die Tokenfilterrichtlinie auf dem Zielcomputer wird verweigert“ angezeigt. Dieser tritt auch dann auf, wenn Sie sowohl für den Quell- als auch für den Zielcomputer die richtigen lokalen Administratoranmeldeinformationen angegeben haben.
Dieses Problem wurde im Update KB4512534 behoben.
Der Speichermigrationsdienst ist nicht in Windows Server 2019 Evaluation oder in der Windows Server 2019 Essentials-Edition enthalten
Wenn Sie Windows Admin Center zum Herstellen einer Verbindung mit einem Windows Server 2019 Evaluation-Release oder einer Windows Server 2019 Essentials-Edition verwenden, gibt es keine Option zum Verwalten des Speichermigrationsdienstes. Der Speichermigrationsdienst ist auch nicht in Rollen und Features enthalten.
Dieses Problem wird durch ein Wartungsproblem in den Evaluierungsmedien von Windows Server 2019 und Windows Server 2019 Essentials verursacht.
Um dieses Problem für die Evaluierung zu umgehen, installieren Sie eine Verkaufs-, MSDN-, OEM- oder Volumenlizenzversion von Windows Server 2019, und aktivieren Sie sie nicht. Ohne Aktivierung werden alle Editionen von Windows Server 180 Tage lang im Auswertungsmodus ausgeführt.
Wir haben dieses Problem in einer späteren Version von Windows Server behoben.
Timeout des Speichermigrationsdiensts beim Herunterladen der CSV-Datei für Übertragung oder Fehler
Wenn Sie Windows Admin Center oder PowerShell verwenden, um das detaillierte CSV-Protokoll für Übertragungsvorgänge herunterzuladen, erhalten Sie folgende Fehlermeldung:
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.
Dieses Problem wird durch eine extrem große Anzahl übertragener Dateien verursacht, die nicht im standardmäßigen Timeout von einer Minute gefiltert werden können, das vom Speichermigrationsdienst zugelassen wird.
So umgehen Sie dieses Problem:
Bearbeiten Sie auf dem Orchestratorcomputer die Datei %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config, indem Sie „Notepad.exe“ verwenden, um „sendTimeout“ von der Standardeinstellung von „1 Minute“ in „10 Stunden“ zu ändern.
<bindings> <netTcpBinding> <binding name="NetTcpBindingSms" sendTimeout="10:00:00"Starten Sie den Dienst „Storage Migration Service“ (Speichermigrationsdienst) auf dem Orchestratorcomputer neu.
Starten Sie auf dem Orchestratorcomputer Regedit.exe.
Erstellen Sie folgenden Registrierungsunterschlüssel, falls er nicht bereits vorhanden ist:
HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershellZeigen Sie im Menü Bearbeiten auf Neu und wählen Sie dann DWORD-Wert.
Geben Sie als Namen für DWORD „WcfOperationTimeoutInMinutes“ ein, und drücken Sie anschließend die EINGABETASTE.
Klicken Sie mit der rechten Maustaste auf „WcfOperationTimeoutInMinutes“, und klicken Sie dann auf „Ändern“.
Wählen Sie im Feld „Basisdaten“ die Option „Dezimal“ aus.
Geben Sie im Feld „Wert“ den Wert „600“ ein, und klicken Sie dann auf OK.
Beenden Sie den Registrierungs-Editor.
Versuchen Sie erneut, die Nur-Fehler-CSV-Datei herunterzuladen.
Wenn beim Verwenden von WAC weiterhin Probleme auftreten, verwenden Sie stattdessen PowerShell. Führen Sie einen der folgenden Befehle auf dem Orchestratorcomputer aus, und legen Sie dabei Ihren eigenen Auftragsnamen und die FQDN-Werte des Quellservers fest:
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
Validierungswarnungen für Zielproxy- und Anmeldeinformations-Administratorrechte
Beim Überprüfen eines Übertragungsauftrags werden die folgenden Warnungen angezeigt:
The credential has administrative privileges.
Warning: Action isn't available remotely.
The destination proxy is registered.
Warning: The destination proxy wasn't found.
Wenn Sie den Proxydienst für den Speichermigrationsdienst nicht auf dem Windows Server 2019-Zielcomputer installiert haben, ist dieses Verhalten beabsichtigt. Sie erhalten diese Meldung auch, wenn der Zielcomputer Windows Server 2016 oder Windows Server 2012 R2 ist. Es wird empfohlen, zu einem Windows Server 2019-Computer zu migrieren, auf dem der Proxy installiert ist, um die Übertragungsleistung zu verbessern.
Bestimmte Dateien werden nicht inventarisiert oder übertragen. Fehler 5 „Zugriff verweigert“
Beim Inventarisieren oder Übertragen von Dateien von Quell- auf Zielcomputer können Dateien, von denen ein Benutzer Berechtigungen für die Gruppe Administratoren entfernt hat, nicht migriert werden. Die Untersuchung des Debuggens des Speichermigrationsdienst-Proxys zeigt Folgendes:
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()
Dieses Problem wird durch einen Codefehler im Speichermigrationsdienst verursacht, bei dem die Sicherungsberechtigung nicht aufgerufen wurde.
Um dieses Problem zu beheben, installieren Sie Windows Update 2. April 2019 – KB4490481 (Betriebssystem Build 17763.404) auf dem Orchestratorcomputer und dem Zielcomputer, wenn der Proxydienst dort installiert ist. Stellen Sie sicher, dass das Quellmigrationsbenutzerkonto ein lokaler Administrator auf dem Quellcomputer und dem Speichermigrationsdienst-Orchestrator ist. Stellen Sie sicher, dass das Zielmigrationsbenutzerkonto ein lokaler Administrator auf dem Zielcomputer und dem Speichermigrationsdienst-Orchestrator ist.
DFSR-Hashes stimmen nicht überein, wenn der Speichermigrationsdienst verwendet wird, um für Daten ein Vorab-Seeding auszuführen
Wenn Sie den Speichermigrationsdienst verwenden, um Dateien an ein neues Ziel zu übertragen, und dann DFS-Replikation so konfigurieren, dass diese Daten mit einem vorhandenen Server durch Replikation mit Vorab-Seeding oder Klonen von DFS-Replikationsdatenbanken repliziert werden, kommt es bei allen Dateien zu einem Hashkonflikt und die Dateien werden erneut repliziert. Die Datenströme, Sicherheitsdatenströme, Größen und Attribute scheinen nach der Verwendung des Speichermigrationsdienstes für deren Übertragung perfekt übereinzustimmen. Die Untersuchung der Dateien mit ICACLS oder dem Debugprotokoll für das Klonen der DFS-Replikationsdatenbank ergibt Folgendes:
Quelldatei
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)
Zieldatei
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-Debugprotokoll
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
Dieses Problem wird durch das Update KB4512534 behoben.
Fehler „Speicher konnte auf keinem der Endpunkte übertragen werden“ beim Übertragen von Windows Server 2008 R2
Wenn Sie versuchen, Daten von einem Windows Server 2008 R2-Quellcomputer zu übertragen, werden keine Datenübertragungen ausgeführt, und Sie erhalten einen Fehler:
Couldn't transfer storage on any of the endpoints.
0x9044
Dieser Fehler wird erwartet, wenn Ihr Windows Server 2008 R2-Computer nicht vollständig mit allen kritischen und wichtigen Updates von Windows Update gepatcht ist. Es ist besonders wichtig, einen Windows Server 2008 R2-Computer aus Sicherheitsgründen auf dem neuesten Stand zu halten, da dieses Betriebssystem die Sicherheitsverbesserungen neuerer Versionen von Windows Server nicht enthält.
Fehler „Speicher konnte auf keinem der Endpunkte übertragen werden“ und „Überprüfen, ob das Quellgerät online ist – wir konnten nicht darauf zugreifen.“
Beim Versuch, Daten von einem Quellcomputer zu übertragen, werden einige oder alle Freigaben nicht übertragen, mit dem folgenden Fehler:
Couldn't transfer storage on any of the endpoints.
0x9044
Beim Untersuchen der SMB-Übertragungsdetails wird ein Fehler angezeigt:
Check if the source device is online - we couldn't access it.
Die Untersuchung des StorageMigrationService/Admin-Ereignisprotokolls zeigt Folgendes:
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.
Die Untersuchung des StorageMigrationService-Proxy/Debug-Protokolls zeigt Folgendes:
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)
Dies war ein Codefehler, der sich manifestieren würde, wenn Ihr Migrationskonto nicht mindestens über Leseberechtigungen für die SMB-Freigaben verfügt. Dieses Problem wurde erstmals im kumulativen Update 4520062 behoben.
Eine weitere mögliche Ursache sind möglicherweise unzureichende Zugriffsrechte auf den Quelldateiserver. Beim Untersuchen des „Microsoft.StorageMigration.Proxy.Service.exe“-Prozesses mit dem Prozessmonitor wird möglicherweise das folgende Ergebnis angezeigt:
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
Für den tatsächlich ausgeführten Vorgang sind die Berechtigungen „Für Sicherung öffnen“ auf dem Quelldateiserver erforderlich. Vergewissern Sie sich, dass Ihrem Benutzerkonto, das für den Zugriff auf den Quelldateiserver verwendet wird, die erforderlichen Berechtigungen über die folgende lokale Sicherheitsrichtlinie auf diesem Server oder mithilfe eines Gruppenrichtlinienobjekts erteilt werden: Security Settings > Local Policies > User Rights Assignment > Back up files and directories
Fehler 0x80005000 beim Ausführen der Inventur
Nach der Installation von KB4512534 und dem Versuch, die Inventur auszuführen, schlägt die Inventur mit Fehlern fehl:
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)
Dieser Fehler wird durch einen Codefehler im Speichermigrationsdienst verursacht, wenn Sie Anmeldeinformationen für die Migration in Form eines Benutzerprinzipalnamens (User Principal Name, UPN) angeben, z. B. 'meghan@contoso.com'. Der Speichermigrationsdienst-Orchestratordienst kann dieses Format nicht ordnungsgemäß analysieren. Dies führt zu einem Fehler bei einer Domänensuche, die für die Unterstützung der Clustermigration in KB4512534 und 19H1 hinzugefügt wurde.
Um dieses Problem zu beheben, geben Sie Anmeldeinformationen im Format Domäne\Benutzer an, z. B. „Contoso\Meghan“.
Fehler „ServiceError0x9006“ oder „Der Proxy ist derzeit nicht verfügbar.“ beim Migrieren zu einem Windows Server-Failovercluster
Beim Versuch, Daten auf einen Clusterdateiserver zu übertragen, erhalten Sie Fehler wie die Folgenden:
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
Dieser Fehler wird erwartet, wenn die Dateiserverressource vom ursprünglichen Windows Server 2019-Clusterbesitzerknoten auf einen neuen Knoten verschoben wurde und das Speichermigrationsdienst-Proxyfeature auf diesem Knoten nicht installiert wurde.
Um dieses Problem zu umgehen, verschieben Sie die Zieldateiserverressource zurück auf den ursprünglichen Besitzerclusterknoten, der bei der ersten Konfiguration von Übertragungspaaren verwendet wurde.
Als alternative Problemumgehung:
Installieren Sie das Speichermigrationsdienst-Proxyfeature auf allen Knoten in einem Cluster.
Führen Sie den folgenden PowerShell-Befehl für den Speichermigrationsdienst auf dem Orchestratorcomputer aus:
Register-SMSProxy -ComputerName <destination server> -Force
Fehler „DLL wurde nicht gefunden“ beim Ausführen der Inventur von einem Clusterknoten
Wenn Sie versuchen, die Inventur mit dem Speichermigrationsdienst auszuführen und eine Windows Server-Failovercluster-Allzweckdateiserverquelle als Ziel bestimmen, erhalten Sie die folgenden Fehler:
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)
Um dieses Problem zu umgehen, installieren Sie die „Verwaltungstools für Failovercluster“ (RSAT-Clustering-Mgmt) auf dem Server, auf dem der Speichermigrationsdienst-Orchestrator ausgeführt wird.
Fehler „Es sind keine weiteren Endpunkte mehr aus der Endpunktzuordnung verfügbar“ beim Ausführen der Inventur für einen Windows Server 2003-Quellcomputer
Wenn Sie versuchen, die Inventur mit dem Speichermigrationsdienst-Orchestrator für einen Windows Server 2003-Quellcomputer auszuführen, erhalten Sie den folgenden Fehler:
There are no more endpoints available from the endpoint mapper
Dieses Problem wird durch das Update KB4537818 behoben.
Durch die Deinstallation eines kumulativen Updates wird verhindert, dass der Speichermigrationsdienst gestartet wird
Durch die Deinstallation kumulativer Windows Server-Updates wird möglicherweise verhindert, dass der Speichermigrationsdienst gestartet wird. Um dieses Problem zu beheben, können Sie die Speichermigrationsdienst-Datenbank sichern und löschen:
Öffnen Sie eine CMD-Eingabeaufforderung mit erhöhten Rechten, in der Sie Mitglied der Administratoren auf dem Orchestratorserver des Speichermigrationsdiensts sind, und führen Sie Folgendes aus:
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 /CStarten Sie den Dienst Storage Migration Service (Speichermigrationsdienst), wodurch eine neue Datenbank erstellt wird.
Fehler „CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO für netName resource fehlgeschlagen“ und Windows Server 2008 R2-Clusterübernahme schlägt fehl
Beim Versuch, eine Übernahme einer Windows Server 2008 R2-Clusterquelle auszuführen, bleibt die Übernahme in Phase „Umbenennen des Quellcomputers...“ hängen, und Sie erhalten den folgenden Fehler:
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]
Dieses Problem wird durch eine fehlende API in älteren Versionen von Windows Server verursacht. Derzeit gibt es keine Möglichkeit, Windows Server 2008- und Windows Server 2003-Cluster zu migrieren. Sie können in Windows Server 2008 R2-Clustern eine Inventur und Übertragung ohne Probleme durchführen und dann manuell die Übernahme durchführen, indem Sie den Quelldateiserverressourcen-Netname und die IP-Adresse des Clusters manuell ändern und dann den Netname und die IP-Adresse des Zielclusters so ändern, dass sie mit der ursprünglichen Quelle übereinstimmen.
Die Übernahme bleibt bei „38 % Zuordnen von Netzwerkschnittstellen auf dem Quellcomputer...“ bei Verwendung statischer IP-Adressen hängen
Wenn Sie versuchen, die Übernahme eines Quellcomputers auszuführen, auf dem festgelegt wurde, dass der Quellcomputer eine neue statische IP-Adresse (nicht DHCP) für eine oder mehrere Netzwerkschnittstellen verwendet, bleibt die Übernahme in Phase „38 % Zuordnen von Netzwerkschnittstellen auf dem Quellcomputer...“ hängen, und Sie erhalten den folgenden Fehler im Ereignisprotokoll des Speichermigrationsdienstes:
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.
Die Untersuchung des Quellcomputers zeigt, dass die ursprüngliche IP-Adresse nicht geändert werden kann.
Dieses Problem tritt nicht auf, wenn Sie auf dem Windows Admin Center-Bildschirm „Übernahme konfigurieren“ die Option „DHCP verwenden“ ausgewählt haben, sondern nur, wenn Sie eine neue statische IP-Adresse angeben.
Es gibt zwei Lösungen für dieses Problem:
Dieses Problem wurde erstmals durch das Update KB4537818 behoben. Dieser frühere Codefehler verhinderte die gesamte Verwendung statischer IP-Adressen.
Wenn Sie in den Netzwerkschnittstellen des Quellcomputers keine IP-Adresse für das Standardgateway angegeben haben, tritt dieses Problem auch mit dem Update KB4537818 auf. Um dieses Problem zu umgehen, legen Sie eine gültige Standard-IP-Adresse in den Netzwerkschnittstellen fest, indem Sie das Applet „Netzwerkverbindungen“ (NCPA.CPL) oder das PowerShell-Cmdlet Set-NetRoute verwenden.
Leistung bei erneuter Übertragung langsamer als erwartet
Nach Abschluss einer Übertragung und der anschließenden erneuten Übertragung derselben Daten sehen Sie möglicherweise keine große Verbesserung der Übertragungszeit, auch wenn sich die Daten auf dem Quellserver in der Zwischenzeit nur geringfügig geändert haben.
Dieses Problem wird durch KB4580390 behoben. Weitere Informationen zum Optimieren der Leistung finden Sie unter Optimieren der Inventur- und Übertragungsleistung.
Leistung bei Inventur langsamer als erwartet
Beim Inventarisieren eines Quellservers stellen Sie fest, dass die Dateiinventur viel Zeit in Anspruch nimmt, wenn viele Dateien oder geschachtelte Ordner vorhanden sind. Millionen von Dateien und Ordnern können dazu führen, dass Inventuren selbst bei schnellen Speicherkonfigurationen viele Stunden dauern.
Dieses Problem wird durch KB4580390 behoben.
Bei der Migration zu oder von einem Domänencontroller werden Daten nicht übertragen oder Benutzer umbenannt
Nach dem Starten der Übertragung von oder zu einem Domänencontroller:
Es werden keine Daten migriert, und am Ziel werden keine Freigaben erstellt.
In Windows Admin Center wird ein rotes Fehlersymbol ohne Fehlermeldung angezeigt
Bei mindestens einem AD-Benutzer und mindestens einer lokalen Gruppe der Domäne haben sich die Namen und/oder Prä-Windows 2000-Anmeldeattribute geändert
Das Ereignis 3509 wird auf dem Speichermigrationsdienst-Orchestrator angezeigt:
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)Dies ist das erwartete Verhalten, wenn Sie versucht haben, von oder zu einem Domänencontroller mit Speichermigrationsdienst zu migrieren und die Option „Benutzer und Gruppen migrieren“ verwendet haben, um Konten umzubenennen oder wiederzuverwenden. anstatt „Benutzer und Gruppen nicht übertragen“ auszuwählen. DC-Migration wird beim Speichermigrationsdienst nicht unterstützt Da ein Domänencontroller keine echten lokalen Benutzer und Gruppen hat, behandelt der Speichermigrationsdienst diese Sicherheitsprinzipale wie bei der Migration zwischen zwei Mitgliedsservern und versucht, ACLs entsprechend den Anweisungen anzupassen, was zu Fehlern und zu beschädigten oder kopierten Konten führt.
Wenn Sie die Übertragung bereits mindestens einmal ausgeführt haben:
Verwenden Sie den folgenden AD PowerShell-Befehl für einen Domänencontroller, um nach geänderten Benutzern oder Gruppen zu suchen (ändern Sie SearchBase entsprechend dem definierten Namen Ihrer Domäne):
Get-ADObject -Filter 'Description -like "*storage migration service renamed*"' -SearchBase 'DC=<domain>,DC=<TLD>' | ft name,distinguishednameBearbeiten Sie für alle Benutzer, die mit ihrem ursprünglichen Namen zurückgegeben werden, ihren „Benutzeranmeldenamen (Prä-Windows 2000)“, um das zufällige Zeichensuffix zu entfernen, das vom Speichermigrationsdienst hinzugefügt wurde, damit sich dieser Benutzer anmelden kann.
Bearbeiten Sie für alle Gruppen, die mit ihrem ursprünglichen Namen zurückgegeben werden, ihren „Gruppennamen (Prä-Windows 2000)“, um das zufällige Zeichensuffix zu entfernen, das vom Speichermigrationsdienst hinzugefügt wurde.
Für alle deaktivierten Benutzer oder Gruppen mit Namen, die jetzt ein vom Speichermigrationsdienst hinzugefügtes Suffix enthalten, können Sie diese Konten löschen. Sie können überprüfen, ob Benutzerkonten später hinzugefügt wurden, da sie nur die Gruppe „Domänenbenutzer“ enthalten und über ein Datum/eine Uhrzeit verfügen, die der Startzeit der Übertragung durch den Speichermigrationsdienst entspricht.
Wenn Sie den Speichermigrationsdienst mit Domänencontrollern zu Übertragungszwecken verwenden möchten, stellen Sie sicher, dass Sie auf der Seite mit den Übertragungseinstellungen in Windows Admin Center immer „Keine Benutzer und Gruppen übertragen“ auswählen.
Fehler 53, „Fehler beim Inventarisieren aller angegebenen Geräte“ beim Ausführen der Inventur,
Wenn Sie versuchen, die Inventur auszuführen, erhalten Sie Folgendes:
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)
In dieser Phase versucht der Speichermigrationsdienst, die Remoteregistrierung zu lesen, um die Konfiguration des Quellcomputers zu bestimmen, wird jedoch vom Quellserver abgelehnt, da der Registrierungspfad nicht vorhanden ist. Mögliche Ursachen:
- Der Remoteregistrierungsdienst wird auf dem Quellcomputer nicht ausgeführt.
- Die Firewall lässt keine Remoteregistrierungsverbindungen vom Orchestrator zum Quellserver zu.
- Das Quellmigrationskonto verfügt nicht über Remoteregistrierungsberechtigungen zum Herstellen einer Verbindung mit dem Quellcomputer.
- Das Quellmigrationskonto verfügt in der Registrierung des Quellcomputers unter „HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion“ oder unter „HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer“ nicht über Leseberechtigungen.
Die Übernahme bleibt bei „38 % Zuordnen von Netzwerkschnittstellen auf dem Quellcomputer...“ hängen
Wenn Sie versuchen, die Übernahme eines Quellcomputers auszuführen, bleibt die Übernahme in Phase „38 % Zuordnen von Netzwerkschnittstellen auf dem Quellcomputer...“ hängen, und Sie erhalten den folgenden Fehler im Ereignisprotokoll des Speichermigrationsdienstes:
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.
Dieses Problem wird durch die Gruppenrichtlinie verursacht, die den folgenden Registrierungswert auf dem Quellcomputer festlegt: „HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0“
Diese Einstellung ist nicht Teil der Standard-Gruppenrichtlinie, sie ist ein Add-On, das mit dem Microsoft Security Compliance Toolkit konfiguriert wurde:
Windows Server 2012 R2: „Computerkonfiguration\Administrative Vorlagen\SCM: „Pass-the-Hash“-Mitigationen\UAC-Einschränkungen auf lokale Konten bei Netzwerkanmeldungen anwenden“
Windows Server 2016: „Computerkonfiguration\Administrative Vorlagen\MS-Sicherheitshandbuch\UAC-Einschränkungen auf lokale Konten bei Netzwerkanmeldungen anwenden“
Sie kann auch mithilfe von Gruppenrichtlinieneinstellungen mit einer benutzerdefinierten Registrierungseinstellung festgelegt werden. Sie können das GPRESULT-Tool verwenden, um zu bestimmen, welche Richtlinie diese Einstellung auf den Quellcomputer anwendet.
Der Speichermigrationsdienst aktiviert LocalAccountTokenFilterPolicy vorübergehend als Teil des Übernahmeprozesses und entfernt es anschließend. Wenn die Gruppenrichtlinie ein in Konflikt stehendes Gruppenrichtlinienobjekt (GPO) anwendet, setzt sie den Speichermigrationsdienst außer Kraft und verhindert die Übernahme.
Um dieses Problem zu umgehen, verwenden Sie eine der folgenden Optionen:
- Verschieben Sie den Quellcomputer vorübergehend aus der Active Directory-Organisationseinheit, die dieses in Konflikt stehende Gruppenrichtlinienobjekt anwendet.
- Deaktivieren Sie vorübergehend das Gruppenrichtlinienobjekt, das diese in Konflikt stehende Richtlinie anwendet.
- Erstellen Sie vorübergehend ein neues Gruppenrichtlinienobjekt, das diese Einstellung auf Deaktiviert setzt und für bestimmte Organisationseinheiten von Quellservern gilt, und erstellen Sie es mit einer höheren Priorität als alle anderen Gruppenrichtlinienobjekte.
Inventur oder Übertragung schlägt fehl, wenn Anmeldeinformationen aus einer anderen Domäne verwendet werden
Wenn Sie versuchen, eine Inventur oder Übertragung mit dem Speichermigrationsdienst auszuführen, und einen Windows Server als Ziel verwenden und dabei Anmeldeinformationen für die Migration aus einer anderen Domäne als dem Zielserver verwenden, erhalten Sie die folgenden Fehler
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]
Die weitere Untersuchung der Protokolle zeigt, dass sich das Migrationskonto und der Server, von oder zu dem migriert wird, in unterschiedlichen Domänen befinden:
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
Dieses Problem wird durch einen Codefehler im Speichermigrationsdienst verursacht. Um dieses Problem zu umgehen, verwenden Sie Migrationsanmeldeinformationen aus derselben Domäne, zu der der Quell- und Zielcomputer gehören. Wenn der Quell- und Zielcomputer beispielsweise zur Domäne „corp.contoso.com“ in der Gesamtstruktur „contoso.com“ gehören, verwenden Sie „corp\myaccount“ zum Durchführen der Migration, nicht die Anmeldeinformationen „contoso\myaccount“.
Die Inventur schlägt mit Fehler „Element nicht gefunden“ fehl
Als Beispiel dient das folgende Szenario:
Sie verfügen über einen Quellserver mit einem DNS-Hostnamen und einem Active Directory-Namen mit mehr als 15 Unicode-Zeichen, z. B. „iamaverylongcomputername“. Entwurfsbedingt ließ Windows es nicht zu, dass Sie für den Legacy-NetBIOS-Namen einen so langen Namen festlegen, und Sie wurden bei der Benennung des Servers gewarnt, dass der NetBIOS-Name auf 15 Unicode-Breitzeichen gekürzt würde (Beispiel: „iamaverylongcom“). Wenn Sie versuchen, diesen Computer zu inventarisieren, erhalten Sie in Windows Admin Center und im Ereignisprotokoll Folgendes:
"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.
Dieses Problem wird durch einen Codefehler im Speichermigrationsdienst verursacht. Die einzige Problemumgehung besteht derzeit darin, den Computer in denselben Namen wie der NetBIOS-Name umzubenennen. Verwenden Sie dann NETDOM COMPUTERNAME /ADD, um einen alternativen Computernamen hinzuzufügen, der den längeren Namen enthält, der vor dem Start der Inventur verwendet wurde. Der Speichermigrationsdienst unterstützt das Migrieren alternativer Computernamen.
Die Speichermigrationsdienst-Inventur schlägt mit der folgenden Meldung fehl: „Es wurde kein Parameter gefunden, der dem Parameternamen ‚IncludeDFSN‘ entspricht“.
Wenn Sie die Version 2009 von Windows Admin Center zum Verwalten eines Windows Server 2019-Orchestrators verwenden, erhalten Sie den folgenden Fehler, wenn Sie versuchen, einen Quellcomputer zu inventarisieren:
Remote exception : a parameter cannot be found that matches parameter name 'IncludeDFSN'"
Zur Lösung des Problems aktualisieren Sie die Speichermigrationsdiensterweiterung auf mindestens Version 1.113.0 in Windows Admin Center. Das Update sollte automatisch mit einer Aufforderung zur Installation im Feed angezeigt werden.
Die Übertragungsüberprüfung des Speichermigrationsdienstes gibt 'Fehler HRESULT E_FAIL wurde von einem Aufruf einer COM-Komponente zurückgegeben' zurück
Nach der Installation des kumulativen Updates KB4586793 von Windows Server 2019 vom November können einige Übertragungsüberprüfungen folgendermaßen fehlschlagen:
Error HRESULT E_FAIL has been returned from a call to a COM component
Dies passiert nicht unbedingt bei allen Quellcomputern. Wir arbeiten daran, dieses Problem zu diagnostizieren. Um dieses Problem zu umgehen, installieren Sie das Speichermigrationsdienst-Tool 1.115 oder höher in Windows Admin Center. Das Update sollte automatisch mit einer Aufforderung zur Installation im Windows Admin Center-Feed angezeigt werden. Dadurch können Sie diesen Fehler ignorieren. Dieses Problem können Sie folgendermaßen umgehen:
- Navigieren Sie zum Schritt „Einstellungen anpassen“ der Übertragungsphase.
- Aktivieren Sie „Übertragungsüberprüfung außer Kraft setzen“.
- Fahren Sie mit der Übertragung fort, entweder ohne „Überprüfen“ auszuführen oder indem Sie „Überprüfen“ ausführen und den Fehler E_FAIL ignorieren.
Wichtig
Deinstallieren Sie KB4586793 nicht. Dieses Update aktualisiert die Speichermigrationsdienst-Datenbank, und wenn Sie das Update entfernen, müssen Sie Ihre Datenbank löschen.
Die Übertragung schlägt mit „Fehler beim Abrufen des Dateihandles“ und der Übertragung einer oder keiner Freigabe von einem bestimmten Volume fehl
Wenn Sie versuchen, Daten von einem Quellcomputer zu übertragen, werden Sie feststellen, dass für ein bestimmtes Volume keine Dateien übertragen werden, obwohl sie für andere Volumes übertragen werden. Sie erhalten die folgenden Fehler im Windows Admin Center und im Ereignisprotokoll:
"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.
========================
Wenn Sie die SMS-Debugprotokolle mit dem Befehl Get-SMSLogs sichern, wird Folgendes angezeigt:
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]
Dieses Problem wird durch eine Einschränkung im Speichermigrationsdienst-Proxydienst verursacht, wenn ein komplettes NTFS-Volume mit dem Komprimierungsflag konfiguriert wurde. Um dieses Problem zu beheben, entfernen Sie das Komprimierungsflag vom Zielvolume:
- Öffnen Sie den Datei-Explorer, klicken Sie mit der rechten Maustaste auf den Buchstaben des Ziellaufwerks, und klicken Sie auf Eigenschaften.
- Deaktivieren Sie „Dieses Laufwerk komprimieren, um Speicherplatz zu sparen“.
- Führen Sie die Übertragung erneut aus.
Alternativ können Sie die gleichen Schritte auf dem Quellcomputer ausführen, wenn sein Volume komprimiert wurde und er über freien Speicherplatz für die erweiterten Dateien verfügt. NTFS-komprimierte Dateien werden beim Kopieren oder Verschieben immer dekomprimiert. Durch die Komprimierung wird die Übertragungszeit nicht reduziert.
Aufgrund eines Fehlers muss die Datenbank des Speichermigrationsdiensts zurückgesetzt werden
In seltenen Fällen müssen Sie die Datenbank des Speichermigrationsdiensts zurücksetzen. Gehen Sie hierzu folgendermaßen vor:
Öffnen Sie eine CMD-Eingabeaufforderung mit erhöhten Rechten, in der Sie Mitglied der Administratoren auf dem Orchestratorserver des Speichermigrationsdiensts sind, und führen Sie Folgendes aus:
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Überprüfen Sie, ob in den obigen Befehlen keine Fehler vorliegen. Starten Sie anschließend den Dienst Storage Migration Service (Speichermigrationsdienst), wodurch eine neue Datenbank erstellt wird.
NET START SMS NET START SMSPROXY
Übertragungen werden angehalten und es wird folgende Fehlermeldung angezeigt: Unicode-Zeichen kann nicht übersetzt werden
Eine Übertragung, die bereits ausgeführt wird, wird angehalten. Ihnen wird ein Ereignisprotokollfehler angezeigt:
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'.
Die Untersuchung des Protokolls zum Debuggen des Speichermigrationsdienstes ergibt Folgendes:
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.
Dieses Problem wird durch ein nicht verarbeitetes Unicode-Zeichen verursacht, das vom Speichermigrationsdienst nicht übersetzt werden kann. Um den Namen der Datei(en) mit dem ungültigen Zeichen zu finden, bearbeiten Sie das folgende PowerShell-Beispielskript, und führen Sie es auf dem Quellcomputer aus. Überprüfen Sie dann die Ergebnisse, und benennen Sie die Dateien um oder entfernen Sie sie:
# 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)"
}
}
}
Übernahmefehler bei 77 % oder 30 %
Wenn Sie eine Kürzung durchführen, bleibt der Vorgang bei „77 % – Zielcomputer zur Domäne hinzufügen“ oder „30 % – Trennen der Domäne nicht möglich“ hängen. Das Problem tritt nur unter folgenden Bedingungen auf:
Ein Benutzer, der kein Mitglied einer integrierten Administratorgruppe in AD ist, hat das Quell- oder Zielcomputerkonto in Active Directory erstellt.
oder
Das Migrationsbenutzerkonto lautet nicht auf denselben Benutzer, der das Quellcomputerkonto erstellt hat.
Windows-Updates, die am und nach dem 11. Oktober 2022 veröffentlicht wurden, enthalten zusätzlichen Schutz, um CVE-2022-38042 zu beheben. Diese zusätzlichen Schutzmaßnahmen haben das Problem verursacht. Die Schutzmaßnahmen wurden mit dem monatlichen kumulativen Update vom 14. März 2023 weiter aktualisiert und eine Problemumgehungsoption für dieses Problem hinzugefügt. Der Schutz verhindert absichtlich, dass Domänenbeitrittsvorgänge ein vorhandenes Computerkonto in der Zieldomäne wiederverwenden, es sei denn:
Der Benutzer, der den Vorgang versucht, ist der Ersteller des vorhandenen Kontos.
Der Benutzer, der den Vorgang versucht, ist Mitglied der integrierten Active Directory-Gruppen Domänenadministratoren, Unternehmensadministratoren oder Administratoren, die das Computerkonto erstellt haben.
Der Benutzer, der den Vorgang versucht, ist Mitglied der Gruppenrichtlinieneinstellung „Domänencontroller: Wiederverwendung des Computerkontos während des Domänenbeitritts zulassen“ für das Computerkonto.
Beheben Sie dieses Problem mithilfe einer der folgenden Lösungen.
Lösung 1: Verwenden Sie „Wiederverwendung des Computerkontos während des Domänenbeitritts zulassen“
- Stellen Sie sicher, dass alle Domänencontroller, der Quellcomputer, der Zielcomputer und der SMS-Migrationscomputer das kumulative Update vom 14. März 2023 installiert und neu gestartet wurden.
- Führen Sie die Schritte aus, die im Abschnitt „Maßnahmen ergreifen“ von KB5020276 beschrieben sind.
- Wechseln Sie im Windows Admin Center zu Server-Manager > Speichermigrationsdienst, und erstellen oder führen Sie einen vorhandenen Auftrag aus.
- Stellen Sie auf der Seite Cutover auf die neuen Server > Einstellungen anpassen sicher, dass das für AD-Anmeldeinformationen verwendete Konto dasselbe Konto ist, das in Schritt 2 zum Wiederverwenden von Computerkonten zugelassen wurde.“
Lösung 2: Verwenden des ursprünglichen Kontos für die Migration
- Wechseln Sie im Windows Admin Center zu Server-Manager > Speichermigrationsdienst, und erstellen oder führen Sie einen vorhandenen Auftrag aus.
- Stellen Sie auf der Seite Cutover auf die neuen Server > Einstellungen anpassen sicher, dass das für AD-Anmeldeinformationen verwendete Konto dasselbe Konto ist, das den Quell- und Zielcomputer der Domäne erstellt oder zu dieser hinzugefügt hat.
Lösung 3 (nicht empfohlen): Verwenden Sie eine Gruppe mit hohen Berechtigungen
- Wechseln Sie im Windows Admin Center zu Server-Manager > Speichermigrationsdienst, und erstellen oder führen Sie einen vorhandenen Auftrag aus.
- Stellen Sie auf der Seite Cutover auf die neuen Server > Einstellungen anpassen sicher, dass das für AD-Anmeldeinformationen verwendete Konto Mitglied einer der integrierten Active Directory-Gruppen Domänenadministratoren, Unternehmensadministratoren oder Administratoren ist, die über hohe Berechtigungen verfügen.
Wichtig
Wenn Sie Lösung 1 befolgt haben und der Trennvorgang mit „33 % – Trennen der Domäne nicht möglich" und dem Fehler 0x6D1 "Die Prozedur liegt außerhalb des gültigen Bereichs" fehlschlägt, wurde das kumulative Update vom 14. März 2024 nicht auf dem Quellcomputer installiert oder es wurde installiert, aber der Computer wurde nicht neu gestartet.
Fehler beim Migrieren per Cutover für Windows Server 2008 R2
Wenn Sie eine Migration per Cutover von einem Quellcomputer unter Windows Server 2008 R2 oder früher ausführen, erhalten Sie die Fehlermeldung „Der Computer konnte nicht in der Domäne umbenannt werden“. Wenn Sie den Befehl Get-SmsLog des Speichermigrationsdienst-Hilfsprogramms verwenden, wird der Fehler 0x6D1 mit der Meldung „Objektverweis wurde nicht auf eine Objektinstanz festgelegt“ angezeigt. Das folgende Beispiel zeigt die Protokolldateiausgabe des PowerShell-Befehls 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]
Dieser Fehler ist auf Änderungen zurückzuführen, die in KB5020276 eingeführt wurden, um CVE-2022-38042 zu beheben.
Beheben Sie dieses Problem mithilfe einer der folgenden Lösungen.
Lösung 1 (unter Verwendung von Windows Server 2008 R2 mit gültiger ESU)
Installieren Sie für einen Quellcomputer unter Windows Server 2008 R2 mit gültigen Updates für erweiterten Support (ESU) zuerst das neueste kumulative Update. Nachdem das kumulative Update erfolgreich installiert wurde, führen Sie die im Artikel Fehler bei der Migration per Cutover bei 77 % oder 30 % aufgeführten Schritte aus, um das Problem zu beheben.
Lösung 2 (unter Verwendung von Windows Server 2008 R2 ohne gültige ESU, Windows Server 2008 oder Windows Server 2003)
Wenn auf Ihrem Quellcomputer Windows Server 2008 R2 ohne ESU, Windows Server 2008 oder Windows Server 2003 ausgeführt wird, müssen Sie eine manuelle Migration per Cutover durchführen, indem Sie die unter Funktionsweise der Migration per Cutover im Speichermigrationsdienst beschriebenen Schritte mit den folgenden Änderungen ausführen.
- Überspringen Sie die Schritte 3 und 4.
- Für Schritt 5 müssen Sie sich beim Computer anmelden und ihn manuell mithilfe von
SYSDM.CPL,NETDOM.exeoder dem PowerShell-BefehlRemove-Compueraus der Domäne entfernen. Sie können den Computer nach KB5020276 nicht remote aus der Domäne entfernen.
Übertragungsüberprüfungswarnung „Der Zielproxy wurde nicht gefunden“
Wenn Sie den Proxydienst des Speichermigrationsdiensts vor Beginn der Übertragung noch nicht auf dem Zielserver installiert haben, wird er von Windows Admin Center automatisch installiert. Unter bestimmten Umständen kann er jedoch nicht registriert werden, und der Überprüfungsfehler „Der Zielproxy wurde nicht gefunden“ wird angezeigt.
Um dieses Problem zu beheben, stellen Sie sicher, dass das Proxydienstfeature des Speichermigrationsdiensts auf dem Zielserver installiert ist, und führen Sie dann den folgenden PowerShell-Befehl auf dem Orchestratorserver aus:
Register-SMSProxy -ComputerName <destination server FQDN> -Force
Die Validierung ist jetzt erfolgreich.
Fehlende Datenträger in der Windows Server 2008 R2-Failoverclusterquelle
Nach dem Inventarisieren einer Windows Server 2008 R2-Failoverclusterquelle werden nicht alle gruppierten Datenträger angezeigt. Dies wird dadurch verursacht, dass die Standard-Dateiserverrolle in Windows Server 2008 R2 immer einen Datenträger als Abhängigkeit auswählt, aber nicht die übrigen Datenträger, die einer Dateiserverrolle zugewiesen sind.
Um dieses Problem zu beheben, stellen Sie sicher, dass alle Datenträger, die der Dateirolle zugewiesen sind, als Abhängigkeit in der Dateiserverrolle hinzugefügt werden.
- Öffnen Sie den Failovercluster-Manager (cluadmin.msc).
- Klicken Sie mit der rechten Maustaste auf einen gruppierten Datenträger und dann auf Eigenschaften
- Fügen Sie auf der Registerkarte „Abhängigkeiten“ der Dateiserverrolle eine AND-Zeile für den Datenträger hinzu.
- Wiederholen Sie den Vorgang für alle anderen gruppierten Datenträger.
- Schließen Sie das Snap-In, und inventarisieren Sie die Quelle erneut. Alle Datenträger sollten jetzt angezeigt werden und für die Übertragung verfügbar sein.
Das Ausschneiden von Windows Server 2022 schlägt mit Fehler 5 beim Umbenennen des Computers fehl
Nach dem Starten des Cut-Over-Prozesses wird die Umbenennung eines Windows Server 2022-Quellcomputers bei 41 % nicht abgeschlossen. Bei der Migration auf einen Windows Server 2022-Zielcomputer wird die Umbenennung bei 75 % nicht abgeschlossen. Die Untersuchung der SMS-Debug-Protokolle zeigt error 5: access denied.
Dieses Problem tritt nach der Installation des 12. März 2024 – KB5035857 Kumulatives Update für Windows Server 2022 auf. Eine Lösung für diese Regression wird derzeit untersucht.
Um dieses Problem zu umgehen, führen Sie die Schritte unter Manual cutover aus.