Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser Artikel enthält Antworten auf bekannte Probleme bei der Verwendung des Storage Migration Service zur Servermigration.
Der Speichermigrationsdienst wird in zwei Teilen veröffentlicht: der Dienst in Windows Server und die Benutzeroberfläche im Windows Admin Center. Der Dienst ist in Windows Server, Long-Term Servicing Channel und Windows Server Semi-Annual Channel verfügbar; während Windows Admin Center als separater Download verfügbar ist. Darüber hinaus enthalten wir regelmäßig Änderungen an kumulativen Updates für Windows Server, die über Windows Update veröffentlicht werden.
Windows Server, Version 1903, enthält beispielsweise neue Features und Fixes für den Speichermigrationsdienst, die auch für Windows Server 2019 und Windows Server, Version 1809, durch Installieren von KB4512534 verfügbar sind.
Sammeln von Protokolldateien beim Arbeiten mit dem Microsoft-Support
Der Speichermigrationsdienst enthält Ereignisprotokolle für den Orchestrator-Dienst und den Proxydienst. Der Orchestratorserver enthält immer sowohl die Ereignisprotokolle als auch die Zielserver, auf denen der Proxydienst installiert ist, 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 sammeln oder an den Microsoft-Support senden müssen, steht ein Open-Source-PowerShell-Skript auf GitHub zur Verfügung:
Hilfsprogramm für den Speichermigrationsdienst
Überprüfen Sie die README für die Verwendung.
Der Speichermigrationsdienst wird im Windows Admin Center nicht angezeigt, es sei denn, dass Sie Windows Server 2019 verwalten.
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 Storage Migration Service-Erweiterung ist versionsgebunden, um nur Windows Server 2019, Version 1809 oder höher, zu verwalten. Wenn Sie es verwenden, um ältere Windows Server-Betriebssysteme oder Insidervorschauen zu verwalten, wird das Tool nicht angezeigt. Dieses Verhalten ist beabsichtigt.
Um das Problem zu beheben, verwenden oder aktualisieren Sie auf Windows Server 2019 Build 1809 oder höher.
Fehler bei der Speichermigrationsdienst-Cutoverüberprüfung: „Der Zugriff für die Tokenfilterrichtlinie auf dem Zielcomputer wird verweigert“.
Beim Ausführen der Übernahmeüberprüfung erhalten Sie die Fehlermeldung „Fehler: Der Zugriff für die Tokenfilterrichtlinie auf dem Zielcomputer wird verweigert“. Dies geschieht auch, wenn Sie die richtigen lokalen Administratoranmeldeinformationen sowohl für den Quell- als auch für den Zielcomputer angegeben haben.
Dieses Problem wurde im KB4512534 Update behoben.
Der Speichermigrationsdienst ist nicht in windows Server 2019 Evaluation oder Windows Server 2019 Essentials Edition enthalten.
Wenn Sie Windows Admin Center zum Herstellen einer Verbindung mit einer Windows Server 2019-Evaluierungsversion oder windows Server 2019 Essentials Edition verwenden, gibt es keine Option zum Verwalten des Speichermigrationsdiensts. 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 bei der Auswertung zu umgehen, installieren Sie eine Einzelhandels-, MSDN-, OEM- oder Volumenlizenzversion von Windows Server 2019, und aktivieren Sie es 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 die Übertragungsvorgänge im detaillierten CSV-Protokoll 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 von übertragenen Dateien verursacht, die nicht im standardmäßigen einminütigen Timeout gefiltert werden können, das vom Speichermigrationsdienst zulässig ist.
So umgehen Sie dieses Problem:
Bearbeiten Sie auf dem Orchestratorcomputer die %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config Datei mithilfe von Notepad.exe, um das "sendTimeout" von der 1-Minute-Standardeinstellung auf 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 Regedit.exe auf dem Orchestratorcomputer
Erstellen Sie den folgenden Registrierungsunterschlüssel, falls er noch nicht vorhanden ist:
HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershellZeigen Sie im Menü „Bearbeiten“ auf „Neu“, und wählen Sie dann „DWORD-Wert“ aus.
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 wählen Sie dann "Ändern" aus.
Wählen Sie im Feld "Basisdaten" die Option "Dezimal" aus.
Geben Sie im Feld "Wertdaten" "600" ein, und wählen Sie dann "OK" aus.
Beenden Sie den Registrierungs-Editor.
Versuchen Sie erneut, die nur fehlergeschützte CSV-Datei herunterzuladen.
Wenn beim Verwenden von WAC weiterhin Probleme auftreten, verwenden Sie stattdessen PowerShell. Führen Sie einen der folgenden Befehle auf dem Orchestrator-Computer aus, und legen Sie 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 Speichermigrationsdienstproxydienst 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 können nicht inventarisiert oder übertragen werden, Fehler 5: "Zugriff verweigert"
Beim Inventarisieren oder Übertragen von Dateien von Quell- auf Zielcomputern können Dateien, aus 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 (Os 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 Vorabseeding auszuführen
Wenn Sie den Speichermigrationsdienst verwenden, um Dateien an ein neues Ziel zu übertragen, und dann die DFS-Replikation so konfigurieren, dass die Daten mit einem vorhandenen Server über vorab bereitgestellte Replikation oder DFS-Replikationsdatenbank-Klonen repliziert werden, treten bei allen Dateien Hash-Konflikte auf, und sie werden erneut repliziert. Die Datenströme, Sicherheitsdatenströme, Größen und Attribute scheinen nach der Verwendung des Speichermigrationsdiensts für die Übertragung perfekt aufeinander abgestimmt zu sein. Die Untersuchung der Dateien mit ICACLS oder dem DFS-Replikationsdatenbank-Klon-Debugprotokoll zeigt 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 wurde durch das KB4512534 Update behoben.
Fehler "Speicher konnte auf keinem der Endpunkte übertragen werden" beim Übertragen von Windows Server 2008 R2
Beim Versuch, Daten von einem Windows Server 2008 R2-Quellcomputer zu übertragen, erfolgt keine Datenübertragung, und Sie erhalten eine Fehlermeldung.
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 wird. Es ist besonders wichtig, einen Windows Server 2008 R2-Computer für Sicherheitszwecke auf dem neuesten Stand zu halten, da dieses Betriebssystem nicht die Sicherheitsverbesserungen neuerer Versionen von Windows Server 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
Das Untersuchen der SMB-Übertragungsdetails zeigt fehler:
Check if the source device is online - we couldn't access it.
Das Untersuchen 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.
Das Untersuchen des StorageMigrationService-Proxy-/Debugprotokolls 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 auftreten würde, wenn das Migrationskonto nicht mindestens über Leseberechtigungen für die SMB-Netzwerkfreigaben verfügt. Dieses Problem wurde zuerst im kumulativen Update 4520062 behoben.
Eine weitere mögliche Ursache ist möglicherweise unzureichende Zugriffsrechte auf den Quelldateiserver. Beim Untersuchen des "Microsoft.StorageMigration.Proxy.Service.exe"-Prozesses mit Process Monitor 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
Der tatsächliche Vorgang, der ausgeführt wird, benötigt die "Open For Backup"-Berechtigungen auf dem Quelldateiserver. Stellen Sie sicher, dass Ihrem Benutzerkonto, das für den Zugriff auf den Quelldateiserver verwendet wurde, die erforderlichen Berechtigungen über die folgende lokale Sicherheitsrichtlinie auf diesem Server oder mithilfe eines Gruppenrichtlinienobjekts erteilt wird: Security Settings > Local Policies > User Rights Assignment > Back up files and directories
Fehler 0x80005000 beim Ausführen des Inventars
Nach der Installation von KB4512534 und dem Versuch, den Bestand auszuführen, schlägt der Bestand 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 Migrationsanmeldeinformationen in Form eines Benutzerprinzipalnamens (User Principal Name, UPN) angeben, z. B. "meghan@contoso.com". Der Speichermigrationsdienst-Orchestratordienst analysiert dieses Format nicht richtig, was zu einem Fehler in einer Domänensuche führt, die für die Unterstützung der Clustermigration in KB4512534 und 19H1 hinzugefügt wurde.
Um dieses Problem zu umgehen, geben Sie Anmeldeinformationen im Domänen-\Benutzerformat an, z. B. "Contoso\Meghan".
Fehler "ServiceError0x9006" oder "Der Proxy ist zurzeit nicht verfügbar". Beim Migrieren zu einem Windows Server-Failovercluster
Beim Versuch, Daten an einen gruppierten Dateiserver zu übertragen, erhalten Sie Fehler wie:
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.
Verschieben Sie als Problemumgehung die Zieldateiserverressource zurück zum ursprünglichen Besitzerclusterknoten, der beim ersten Konfigurieren von Übertragungspaaren verwendet wurde.
Als eine alternative Lösung:
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 "Failovercluster-Verwaltungstools" (RSAT-Clustering-Mgmt) auf dem Server, auf dem der Storage Migration Service Orchestrator ausgeführt wird.
Fehler "Es sind keine weiteren Endpunkte aus der Endpunktzuordnung verfügbar" beim Ausführen des Inventars für einen Windows Server 2003-Quellcomputer
Beim Versuch, den Bestand mit dem Speichermigrationsdienst-Orchestrator auf einem Windows Server 2003-Quellcomputer auszuführen, wird die folgende Fehlermeldung angezeigt:
There are no more endpoints available from the endpoint mapper
Dieses Problem wird durch das KB4537818-Update behoben.
Das Deinstallieren eines kumulativen Updates verhindert, dass der Speichermigrationsdienst gestartet wird.
Das Deinstallieren kumulativer Windows Server-Updates kann verhindern, dass der Speichermigrationsdienst gestartet wird. Um dieses Problem zu beheben, können Sie die Datenbank des Speichermigrationsdiensts 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 Speichermigrationsdienst, der eine neue Datenbank erstellt.
Fehler „CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO für netName resource fehlgeschlagen“ und Windows Server 2008 R2-Clusterübernahme schlägt fehl
Wenn Sie versuchen, eine Übernahme einer Windows Server 2008 R2-Clusterquelle auszuführen, bleibt die Übernahme in der Phase "Umbenennen des Quellcomputers..." hängen, und Sie erhalten die folgende Fehlermeldung:
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 Inventar und Übertragung ohne Problem auf Windows Server 2008 R2-Clustern ausführen und dann manuell einen Übernahmevorgang durchführen, indem Sie den Quelldateiserver-Ressourcenname und die IP-Adresse des Clusters manuell ändern und dann den Zielcluster-Netname und die IP-Adresse so ändern, dass sie mit der ursprünglichen Quelle übereinstimmt.
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, nachdem Sie den Quellcomputer so festgelegt haben, dass eine neue statische IP-Adresse (nicht DHCP) für eine oder mehrere Netzwerkschnittstellen verwendet wird, bleibt die Umstellung in Phase "38% Zuordnung von Netzwerkschnittstellen auf dem Quellcomputer hängen..." und Sie erhalten die folgende Fehlermeldung im Ereignisprotokoll des Speichermigrationsdiensts:
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.
Das Untersuchen des Quellcomputers zeigt, dass die ursprüngliche IP-Adresse nicht geändert werden kann.
Dieses Problem tritt nicht auf, wenn Sie im Windows Admin Center "Konfigurieren des Übernahmebildschirms" die Option "DHCP verwenden" ausgewählt haben, nur wenn Sie eine neue statische IP-Adresse angeben.
Für dieses Problem gibt es zwei Lösungen:
Dieses Problem wurde zuerst durch das KB4537818 Update behoben. Dieser frühere Codefehler verhinderte die gesamte Verwendung statischer IP-Adressen.
Wenn Sie keine Standardgateway-IP-Adresse auf den Netzwerkschnittstellen des Quellcomputers angegeben haben, tritt dieses Problem auch mit dem KB4537818 Update auf. Um dieses Problem zu umgehen, legen Sie eine gültige Standard-IP-Adresse für die Netzwerkschnittstellen mithilfe des Network Connections-Applets (NCPA.CPL) oder des Set-NetRoute PowerShell-Cmdlets fest.
Langsamer als erwartet die Retransferleistung
Nachdem sie eine Übertragung abgeschlossen haben und dann eine nachfolgende Erneute Übertragung derselben Daten ausgeführt wird, sehen Sie möglicherweise keine große Verbesserung der Übertragungszeit, auch wenn sich in der Zwischenzeit auf dem Quellserver wenig Daten geändert haben.
Dieses Problem wurde durch kb4580390 behoben. Um die Leistung weiter zu optimieren, überprüfen Sie die Optimierung der Bestands- und Übertragungsleistung.
Langsamer als erwartet ist die Bestandsleistung
Beim Inventarisieren eines Quellservers stellen Sie fest, dass der Vorgang bei vielen Dateien oder geschachtelten Ordnern lange dauert. Millionen von Dateien und Ordnern können zu Inventaren führen, die auch bei schnellen Speicherkonfigurationen viele Stunden in Anspruch nehmen.
Dieses Problem wurde durch kb4580390 behoben.
Daten werden beim Migrieren zu oder von einem Domänencontroller nicht übertragen, der Benutzer wird umbenannt.
Nach dem Starten der Übertragung von oder zu einem Domänencontroller:
Es werden keine Daten migriert, und am Ziel werden keine Freigaben erstellt.
Im 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
Ereignis 3509 wird im 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 ein erwartetes Verhalten, wenn Sie versucht haben, von oder zu einem Domänencontroller mit dem Speichermigrationsdienst zu migrieren und die Option "Benutzer und Gruppen migrieren" zum Umbenennen oder Wiederverwenden von Konten verwendet haben. statt "Benutzer und Gruppen nicht übertragen" auszuwählen. DC-Migration wird beim Speichermigrationsdienst nicht unterstützt Da ein DC nicht über echte lokale Benutzer und Gruppen verfügt, behandelt der Speichermigrationsdienst diese Sicherheitsprinzipale wie bei der Migration zwischen zwei Mitgliedsservern und versucht, ACLs wie angewiesen anzupassen, was zu fehlern und geglederten oder kopierten Konten führt.
Wenn Sie die Übertragung bereits einmal oder mehrmals ausgeführt haben:
Verwenden Sie den folgenden AD-PowerShell-Befehl an einem Domänencontroller (DC), um geänderte Benutzer oder Gruppen zu finden. Ändern Sie dabei SearchBase so, dass er dem Distinguished Name Ihrer Domäne entspricht.
Get-ADObject -Filter 'Description -like "*storage migration service renamed*"' -SearchBase 'DC=<domain>,DC=<TLD>' | ft name,distinguishednameBearbeiten Sie für alle Benutzer, die ihren ursprünglichen Namen zurückgegeben haben, ihren "Benutzeranmeldungsnamen (vor 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 wurden, ihren "Gruppennamen (vor 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 Suffix enthalten, das vom Speichermigrationsdienst hinzugefügt wird, können Sie diese Konten löschen. Sie können bestätigen, dass Benutzerkonten später hinzugefügt wurden, da sie nur die Gruppe "Domänenbenutzer" enthalten und ein Erstellungsdatum/-zeit haben, das mit der Startzeit des Storage Migration Service übereinstimmt.
Wenn Sie den Speichermigrationsdienst für Übertragungszwecke mit Domänencontrollern verwenden möchten, stellen Sie sicher, dass Sie immer "Benutzer und Gruppen nicht übertragen" auf der Seite mit den Übertragungseinstellungen in Windows Admin Center auswählen.
Fehler 53: "Fehler beim Inventarisieren aller angegebenen Geräte",
Wenn Sie versuchen, den Bestand 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 Orchestrator des Speichermigrationsdienstes, Remote-Registry-Abfragen durchzuführen, um die Konfiguration des Quellcomputers zu ermitteln, wird jedoch vom Quellserver abgelehnt, der meldet, dass der Registrierungspfad nicht existiert. Mögliche Ursachen:
- Der Remoteregistrierungsdienst wird nicht auf dem Quellcomputer ausgeführt.
- Die Firewall lässt keine Remoteregistrierungsverbindungen mit dem Quellserver vom Orchestrator zu.
- Das Quellmigrationskonto verfügt nicht über Remoteregistrierungsberechtigungen, um eine Verbindung mit dem Quellcomputer herzustellen.
- Das Quellmigrationskonto verfügt nicht über Leseberechtigungen innerhalb der Registrierung des Quellcomputers unter "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" oder unter "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer"
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 Gruppenrichtlinien 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 Standardmäßigen Gruppenrichtlinie, es handelt sich um ein Add-On, das mit dem Microsoft Security Compliance Toolkit konfiguriert ist:
Windows Server 2012 R2: "Computerkonfiguration\Administrative Vorlagen\SCM: Übergeben der Hashminderungen\Anwenden von UAC-Einschränkungen auf lokale Konten bei Netzwerkanmeldungen"
Widows 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. Mit dem GPRESULT-Tool können Sie ermitteln, welche Richtlinie diese Einstellung auf den Quellcomputer anwendet.
Der Speichermigrationsdienst aktiviert die LocalAccountTokenFilterPolicy vorübergehend als Teil des Übernahmevorgangs und entfernt sie dann, wenn Sie fertig sind. Wenn eine Gruppenrichtlinie ein konfliktierendes Gruppenrichtlinienobjekt (GPO) anwendet, setzt es den Speichermigrationsdienst außer Kraft und verhindert den Cutover.
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 GPO anwendet.
- Deaktivieren Sie vorübergehend das Gruppenrichtlinienobjekt, das diese in Konflikt stehende Richtlinie anwendet.
- Erstellen Sie vorübergehend ein neues GPO, 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 GPOs.
Bestandsaufnahme oder Übertragung schlägt fehl, wenn Zugangsdaten 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]
Bei der weiteren Untersuchung der Protokolle stellt sich heraus, dass sich das Migrationskonto und der Server, von dem 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ört. 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“.
Der Bestand schlägt mit "Element nicht gefunden" fehl.
Betrachten Sie 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". Standardmäßig ließ Windows nicht zu, dass der ältere NetBIOS-Name so lang festgelegt werden konnte, und warnte, wenn der Server benannt wurde, dass der NetBIOS-Name auf 15 Unicode-Zeichen gekürzt würde (Beispiel: "iamaverylongcom"). Wenn Sie versuchen, diesen Computer zu inventarisieren, erhalten Sie im Windows Admin Center und im Ereignisprotokoll:
"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 umzubenennen, um denselben Namen wie der NetBIOS-Name zu haben. Verwenden Sie dann NETDOM COMPUTERNAME /ADD , um einen alternativen Computernamen hinzuzufügen, der den längeren Namen enthält, der vor dem Starten des Inventars verwendet wurde. Der Speichermigrationsdienst unterstützt die Migration 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, wird beim Versuch, einen Quellcomputer zu inventarisieren, die folgende Fehlermeldung angezeigt:
Remote exception : a parameter cannot be found that matches parameter name 'IncludeDFSN'"
Aktualisieren Sie zum Beheben die Speichermigrationsdienst-Erweiterung auf mindestens Version 1.113.0 in Windows Admin Center. Das Update sollte automatisch im Feed angezeigt und zur Installation aufgefordert 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 Windows Server 2019-Updates vom November KB4586793 können einige Übertragungsüberprüfungen mit folgendem Fehler auftreten:
Error HRESULT E_FAIL has been returned from a call to a COM component
Dies geschieht nicht unbedingt für alle Quellcomputer. Wir arbeiten daran, dieses Problem zu diagnostizieren. Um dies zu umgehen, installieren Sie das Tool 1.115 oder höher für den Speichermigrationsdienst im Windows Admin Center. Das Update sollte automatisch im Windows Admin Center-Feed angezeigt und zur Installation aufgefordert werden, und Sie können diesen Fehler ignorieren. So umgehen Sie es:
- 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 "Validate" auszuführen, oder führen Sie sie aus, und ignorieren Sie den E_FAIL Fehler.
Important
Deinstallieren Sie KB4586793 nicht. Dieses Update aktualisiert die Datenbank des Speichermigrationsdiensts. 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, stellen Sie fest, dass keine Dateien für ein bestimmtes Volume ü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" abbilden , wird auch 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 des Speichermigrations-Proxydienstes verursacht, wenn ein gesamtes NTFS-Volume mit dem Komprimierungsflag konfiguriert wurde. Um dieses Problem zu umgehen, entfernen Sie das Komprimierungsflag aus dem Zielvolumen.
- Öffnen Sie den Datei-Explorer, klicken Sie mit der rechten Maustaste auf den Ziellaufwerkbuchstaben, und wählen Sie "Eigenschaften" aus.
- Deaktivieren Sie "Dieses Laufwerk komprimieren, um Speicherplatz zu sparen"
- Führen Sie die Übertragung erneut aus.
Alternativ können Sie dieselben Schritte auf dem Quellcomputer ausführen, wenn das Volume komprimiert wurde und wenn es freien Speicherplatz zum Speichern der erweiterten Dateien hat. NTFS-komprimierte Dateien werden beim Kopieren oder Verschieben immer dekomprimiert, wodurch die Übertragungszeit nicht reduziert wird.
Ein Fehler erfordert das Zurücksetzen der Speichermigrationsdienst-Datenbank.
Unter seltenen Umständen müssen Sie möglicherweise die Datenbank des Speichermigrationsdiensts zurücksetzen. Um dies zu tun:
Ö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 aufgetreten sind. Starten Sie dann den Speichermigrationsdienstdienst, der eine neue Datenbank erstellt.
NET START SMS NET START SMSPROXY
Übertragungen werden aufgrund eines Fehlers angehalten: Unicode-Zeichen können nicht übersetzt werden.
Eine Übertragung, die bereits ausgeführt wird, wird angehalten. Sie erhalten einen Ereignisprotokollfehler:
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'.
Das Debugprotokoll des Speichermigrationsdiensts wird untersucht:
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 behandeltes Unicode-Zeichen verursacht, das der Speichermigrationsdienst nicht übersetzen kann. Um den Namen der Datei(n) mit dem ungültigen Zeichen zu suchen, bearbeiten Sie das folgende PowerShell-Beispielskript, und führen Sie es auf dem Quellcomputer aus, und ü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)"
}
}
}
Cutoverfehler bei 77 % oder 30 %
Wenn Sie einen Cutover 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.
Or
Das Migrationsbenutzerkonto ist nicht derselbe Benutzer, der das Quellcomputerkonto erstellt hat.
Windows-Updates, die am und nach dem 11. Oktober 2022 veröffentlicht wurden, enthalten zusätzliche Schutzmaßnahmen, um CVE-2022-38042 zu beheben, diese zusätzlichen Schutzmaßnahmen verursachten das Problem. Die Schutzmaßnahmen wurden mit dem monatlichen kumulativen Update vom 14. März 2023 weiter aktualisiert, um eine Möglichkeit zur Problemumgehung für dieses Problem hinzuzufügen. Die Schutzmaßnahmen verhindern 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 von "Erneute Verwendung 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 im Abschnitt "Aktion ergreifen" von KB5020276 beschriebenen Schritte aus.
- Wechseln Sie in Windows Admin Center zu Server Manager > Storage Migration Service, erstellen oder fortsetzen Sie einen vorhandenen Auftrag.
- 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 in Windows Admin Center zu Server Manager > Storage Migration Service, erstellen oder fortsetzen Sie einen vorhandenen Auftrag.
- 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 einer Gruppe mit hohen Rechten
- Wechseln Sie in Windows Admin Center zu Server Manager > Storage Migration Service, erstellen oder fortsetzen Sie einen vorhandenen Auftrag.
- Stellen Sie auf der Seite "Zu den neuen Servern wechseln> Einstellungen anpassen" sicher, dass das für AD-Anmeldeinformationen verwendete Konto Mitglied einer der bereichsweiten integrierten Active Directory-Gruppen "Domänenadministratoren", "Unternehmensadministratoren" oder "Administratoren" ist.
Important
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 einen Schnitt von einem Quellcomputer unter Windows Server 2008 R2 oder älter durchführen, wird die Fehlermeldung "Der Computer konnte nicht von der Domäne umbenannt werden" angezeigt. Wenn Sie den Befehl " Get-SmsLog " des Speichermigrationsdiensts verwenden, wird der Fehler 0x6D1 und "Objektverweis nicht auf eine Instanz eines Objekts festgelegt" angezeigt. Das folgende Beispiel ist die Protokolldateiausgabe aus dem PowerShell-Befehl 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]
Änderungen, die in KB5020276 zur Bekämpfung von CVE-2022-38042 eingeführt wurden, führen zu diesem Fehler.
Beheben Sie dieses Problem mithilfe einer der folgenden Lösungen.
Lösung 1 (Verwenden von Windows Server 2008 R2 mit gültiger ESU)
Installieren Sie für einen Quellcomputer unter Windows Server 2008 R2 mit gültigen erweiterten Supportupdates 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 (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 einen manuellen Übernahmevorgang unter Verwendung der schritte ausführen, die unter " Funktionsweise der Übernahme im Speichermigrationsdienst" beschrieben sind, jedoch mit den folgenden Änderungen.
- Überspringen der Schritte 3 und 4
- Für Schritt 5 müssen Sie sich beim Computer einloggen und ihn manuell mithilfe des
SYSDM.CPL,NETDOM.exeoder desRemove-CompuerPowerShell-Befehls aus der Domäne entfernen. Sie können den Computer nach KB5020276 nicht remote aus der Domäne entfernen.
Warnung zur Überprüfung der Übertragung "Der Zielproxy wurde nicht gefunden"
Wenn Sie den SMS-Proxydienst noch nicht auf dem Zielserver installiert haben, bevor Sie die Übertragung starten, installiert Windows Admin Center ihn automatisch. Unter bestimmten Umständen kann der Überprüfungsfehler jedoch nicht registriert und angezeigt werden: "Der Zielproxy wurde nicht gefunden".
Um dieses Problem zu beheben, stellen Sie sicher, dass das SMS-Proxydienstfeature auf dem Zielserver installiert ist, und führen Sie dann den folgenden PowerShell-Befehl auf dem Orchestrator-Server aus:
Register-SMSProxy -ComputerName <destination server FQDN> -Force
Die Validierung ist jetzt erfolgreich.
Fehlende Datenträger unter Windows Server 2008 R2-Failoverclusterquelle
Nach dem Inventarisieren einer Windows Server 2008 R2-Failoverclusterquelle werden nicht alle gruppierten Datenträger angezeigt. Die Standarddateiserverrolle in Windows Server 2008 R2 wählt immer eine Festplatte als Abhängigkeit aus, jedoch 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 klicken Sie 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.
Cutover von Windows Server 2022 schlägt mit Fehler 5 bei der Computerumbenennung fehl
Nachdem Sie den Cutovervorgang gestartet haben, schlägt die Umbenennung eines Windows Server 2022-Quellcomputers bei 41 % fehl. Wenn Sie zu einem Windows Server 2022-Zielcomputer migrieren, bleibt die Umbenennung bei 75 % stehen. Das Untersuchen der SMS-Debugprotokolle ergibt 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 in der manuellen Übernahme aus.