Häufig gestellte Fragen (FAQ) zum Speichermigrationsdienst

Dieser Artikel enthält Antworten auf häufig gestellte Fragen (FAQs) zur Verwendung des Speichermigrationsdiensts zum Migrieren von Servern.

Welche Dateien und Ordner werden von Übertragungen ausgeschlossen?

Der Speichermigrationsdienst überträgt keine Dateien oder Ordner, die bekanntermaßen den Windows-Betrieb stören könnten. Insbesondere wird keines der folgenden Elemente in den Ordner „PreExistingData“ am Ziel übertragen oder dorthin verschoben:

  • Windows, Programme, Programme (x86), ProgramData, Benutzer
  • $Recycle.bin, Recycler, Recycled, System Volume Information, $UpgDrv$, $SysReset, $Windows.~BT, $Windows.~LS, Windows.old, boot, Recovery, Documents and Settings
  • pagefile.sys, hiberfil.sys, swapfile.sys, winpepge.sys, config.sys, bootsect.bak, bootmgr, bootnxt
  • Jegliche Dateien oder Ordner auf dem Quellserver, die mit ausgeschlossenen Ordnern auf dem Ziel in Konflikt stehen.
    Beispiel: Wenn auf dem Quellserver ein Ordner „N:\Windows“ vorhanden ist und dieser dem Volume „C:\“ auf dem Zielserver zugeordnet ist, wird der Ordner – unabhängig von den Ordnerinhalten – nicht übertragen, weil er mit dem Systemordner „C:\Windows“ auf dem Ziel in Konflikt steht.

Werden gesperrte Dateien migriert?

Der Speichermigrationsdienst migriert keine Dateien, die von Anwendungen exklusiv gesperrt wurden. Der Dienst führt automatisch drei Wiederholungsversuche mit einer Verzögerung von sechzig Sekunden zwischen den Versuchen aus, und Sie können die Anzahl von Versuchen und die Verzögerung steuern. Sie können Übertragungen auch erneut ausführen, um nur die Dateien zu kopieren, die zuvor aufgrund von Freigabeverstößen übersprungen wurden.

Werden Domänenmigrationen unterstützt?

Der Speichermigrationsdienst lässt keine Migration zwischen Active Directory-Domänen zu. Bei Migrationen zwischen Servern wird der Zielserver immer derselben Domäne hinzugefügt. Sie können Anmeldeinformationen für die Migration aus verschiedenen Domänen in der Active Directory-Gesamtstruktur verwenden. Der Speichermigrationsdienst unterstützt die Migration zwischen Arbeitsgruppen.

Werden Cluster als Quelle oder Ziel unterstützt?

Der Speichermigrationsdienst unterstützt nach der Installation des kumulativen Updates KB4513534 oder nachfolgender Updates die Migration von und zu Clustern. Dies schließt die Migration von einem Quellcluster zu einem Zielcluster sowie Migrationen zur Gerätekonsolidierung von einem eigenständigen Quellserver zu einem Zielcluster ein. Sie können einen Cluster jedoch nicht zu einem eigenständigen Server migrieren. Sie können von Samba- und NetApp-CIFS-Servern zu Clustern migrieren.

Werden lokale Gruppen und lokale Benutzer migriert?

Der Speichermigrationsdienst unterstützt nach der Installation des kumulativen Updates KB4513534 oder nachfolgender Updates die Migration von und zu lokalen Benutzern und Gruppen. Die Migration lokaler Benutzer und Gruppen von NetApp-CIFS-Servern wird nicht unterstützt.

Wird die Domänencontrollermigration unterstützt?

Der Speichermigrationsdienst unterstützt derzeit keine Migration von Domänencontrollern in Windows Server 2019. Sofern Sie über mehr als einen Domänencontroller in Ihrer Active Directory-Domäne verfügen, können Sie dieses Problem umgehen, indem Sie den Domänencontroller vor der Migration herabstufen und den Zielserver nach dem Abschluss der Übernahme höherstufen. Wenn Sie als Quelle oder Ziel einen Domänencontroller auswählen, können Sie keine Übernahme durchführen. Benutzer und Gruppen dürfen bei der Migration von oder zu einem Domänencontroller niemals migriert werden.

Welche Attribute werden vom Speichermigrationsdienst migriert?

Der Speichermigrationsdienst migriert alle Flags, Einstellungen und Sicherheitsattribute von SMB-Freigaben. Die folgende Liste zeigt die Flags, die der Speichermigrationsdienst migriert:

  • Freigabestatus
  • Verfügbarkeitstyp
  • Freigabetyp
  • Ordnerenumerationsmodus (auch als zugriffsbasierte Aufzählung bezeichnet)
  • Cachemodus
  • Leasemodus
  • SMB-Instanz
  • CA-Timeout (Continuous Availability)
  • Limit für gleichzeitige Benutzer
  • Fortlaufend verfügbar
  • BESCHREIBUNG
  • Daten verschlüsseln
  • Identitätsremoting
  • Infrastruktur
  • Name
  • Path
  • Bereichsbezogen
  • Bereichsname
  • Sicherheitsbeschreibung
  • Schattenkopie
  • Sonderfunktionen
  • Temporäre Prozeduren

Kann ich mehrere Server zu einem Server konsolidieren?

Der im Lieferumfang von Windows Server 2019 enthaltene Speichermigrationsdienst bietet keine Unterstützung für die Konsolidierung mehrerer Server zu einem Server. Ein Beispiel für eine Konsolidierung wäre die Migration von drei separaten Quellservern – die möglicherweise dieselben Freigabenamen und lokalen Dateipfade aufweisen – zu einen einzigen neuen Server, der diese Pfade und Freigaben virtualisiert, um Überschneidungen oder Konflikte zu vermeiden, und dann Anforderungen für alle drei vorherigen Servernamen und IP-Adressen beantwortet. Sie können eigenständige Server jedoch zu mehreren Dateiserverressourcen in einem einzelnen Cluster migrieren.

Kann ich von anderen Quellen als Windows Server migrieren?

Der Speichermigrationsdienst unterstützt nach der Installation des kumulativen Updates KB4513534 oder nachfolgender Updates die Migration von Samba-Linux-Servern. In den Voraussetzungen finden Sie eine Liste der unterstützten Samba-Versionen und Linux-Distributionen. Der Speichermigrationsdienst unterstützt nach der Installation des kumulativen Updates KB5001384 die Migration von NetApp-FAS-Arrays.

Kann ich vorherige Dateiversionen migrieren?

Der im Lieferumfang von Windows Server 2019 enthaltene Speichermigrationsdienst bietet keine Unterstützung für die Migration vorheriger Versionen von Dateien (die über den Volumeschattenkopie-Dienst erstellt werden). Es wird nur die aktuelle Version migriert.

Optimieren der Inventur- und Übertragungsleistung

Der Speichermigrationsdienst enthält eine Multithreading-Engine für Lese- und Kopiervorgänge, den sogenannten Speichermigrationsdienst-Proxy. Dieser ist so konzipiert, dass er nicht nur schnell ist, sondern (im Gegensatz zu vielen anderen Tools für das Kopieren von Dateien) auch höchste Datentreue bietet. Obwohl die Standardkonfiguration für viele Kunden optimal geeignet ist, stehen verschiedene Methoden zur Verfügung, um die Leistung des Speichermigrationsdiensts während der Inventur und Übertragung zu verbessern.

  • Verwenden Sie Windows Server 2019 als Zielbetriebssystem. Windows Server 2019 enthält den Speichermigrationsdienst-Proxy. Wenn Sie dieses Feature installieren und Windows Server 2019 als Migrationsziel verwenden, fungieren alle Übertragungen als direkte Sichtverbindung zwischen Quelle und Ziel. Dieser Dienst wird während der Übertragung auf dem Orchestrator ausgeführt, wenn es sich bei den Zielcomputern um Windows Server 2012 R2- oder Windows Server 2016-Systeme handelt. Dies bedeutet, dass die Übertragungen mit doppeltem Hop erfolgen und wesentlich langsamer sind. Wenn mehrere Aufträge mit Windows Server 2012 R2- oder Windows Server 2016-Zielen ausgeführt werden, wird der Orchestrator zu einem Engpass.

  • Installieren Sie das neueste monatliche kumulative Update. Der Speichermigrationsdienst-Proxy wurde in mehreren Updates verbessert, um die Leistung bei Übertragung und erneuten Übertragungen sowie bei der Inventur zu verbessern. Installieren Sie das kumulative Update KB4580390 vom 20. Oktober 2020 oder höher, um erhebliche Geschwindigkeitsverbesserungen zu erzielen.

  • Ändern Sie die Standardthreads für die Übertragung. Der Speichermigrationsdienst-Proxy kopiert in einem vorgegebenen Auftrag 8 Dateien gleichzeitig. Sie können die Anzahl gleichzeitiger Kopierthreads erhöhen, indem Sie auf jedem Knoten, auf dem der Speichermigrationsdienst-Proxy ausgeführt wird, den folgenden REG_DWORD-Registrierungswert in „Dezimal“ ändern:

    HKEY_Local_Machine\Software\Microsoft\SMSProxy

    FileTransferThreadCount

    Der gültige Bereich liegt in Windows Server 2019 zwischen 1 und 512. Sie müssen den Dienst nicht neu starten, um diese Einstellung zu übernehmen, sofern Sie einen neuen Auftrag erstellen. Verwenden Sie diese Einstellung mit Vorsicht. Bei einer höheren Einstellung werden möglicherweise zusätzliche Kerne, mehr Speicherleistung und Netzwerkbandbreite benötigt. Wenn die Einstellung zu hoch festgelegt wird, kann dies im Vergleich zu den Standardeinstellungen zu Leistungseinbußen führen.

  • Ändern sie die standardmäßige Anzahl paralleler Freigabethreads. Der Speichermigrationsdienst-Proxy führt in einem vorgegebenen Auftrag Kopiervorgänge von 8 Freigaben gleichzeitig durch. Sie können die Anzahl gleichzeitiger Freigabethreads erhöhen, indem Sie auf dem Speichermigrationsdienst-Orchestratorserver den folgenden REG_DWORD-Registrierungswert in „Dezimal“ ändern:

    HKEY_Local_Machine\Software\Microsoft\SMS

    EndpointFileTransferTaskCount

    Der gültige Bereich liegt in Windows Server 2019 zwischen 1 und 512. Sie müssen den Dienst nicht neu starten, um diese Einstellung zu übernehmen, sofern Sie einen neuen Auftrag erstellen. Verwenden Sie diese Einstellung mit Vorsicht. Bei einer höheren Einstellung werden möglicherweise zusätzliche Kerne, mehr Speicherleistung und Netzwerkbandbreite benötigt. Wenn die Einstellung zu hoch festgelegt wird, kann dies im Vergleich zu den Standardeinstellungen zu Leistungseinbußen führen.

    Die Summe der Werte für „FileTransferThreadCount“ und „EndpointFileTransferTaskCount“ gibt an, wie viele Dateien der Speichermigrationsdienst bei einem Auftrag gleichzeitig von einem Quellknoten kopieren kann. Um weitere parallele Quellknoten hinzuzufügen, erstellen und führen Sie weitere gleichzeitige Aufträge aus.

  • Fügen Sie Kerne und Arbeitsspeicher hinzu. Es wird dringend empfohlen, dass die Quell-, Orchestrator- und Zielcomputer über mindestens zwei Prozessorkerne oder zwei vCPUs verfügen. Zusätzliche Ressourcen können die Inventur- und Übertragungsleistung erheblich verbessern, insbesondere in Kombination mit „FileTransferThreadCount“ (siehe oben). Bei der Übertragung von Dateien, die größer als die üblichen Office-Formate sind (Gigabyte oder mehr) sind, kann die Übertragungsleistung durch einen größeren Arbeitsspeicher als dem standardmäßigen Mindestwert von 2 GB deutlich gesteigert werden.

  • Erstellen Sie mehrere Aufträge. Beim Erstellen eines Auftrags mit mehreren Serverquellen wird jeder Server nacheinander zur Inventur, Übertragung und Übernahme kontaktiert. Dies bedeutet, dass jeder Server seine Phase abschließen muss, bevor ein anderer Server startet. Um mehrere Server parallel ausführen zu können, erstellen Sie einfach mehrere Aufträge, bei denen jeder Auftrag nur einen Server enthält. Der Speichermigrationsdienst unterstützt bis zu 100 gleichzeitig ausgeführte Aufträge. Dies bedeutet, dass ein einzelner Orchestrator viele Windows Server 2019-Zielcomputer parallelisieren kann. Es wird nicht empfohlen, mehrere parallele Aufträge auszuführen, wenn die Zielcomputer Windows Server 2016- oder Windows Server 2012 R2-Systeme sind. Ohne Ausführung des Speichermigrationsdienst-Proxys auf dem Ziel muss der Orchestrator alle Übertragungen selbst ausführen und kann zu einem Engpass werden. Die Möglichkeit zur parallelen Serverausführung innerhalb eines einzelnen Auftrags ist ein Feature, das in einer späteren Version des Speichermigrationsdiensts hinzugefügt werden soll.

  • Verwenden Sie SMB 3 mit RDMA-Netzwerken. Bei der Übertragung von einem Quellcomputer mit Windows Server 2012 oder höher unterstützt SMB 3.x den SMB Direct-Modus und RDMA-Netzwerke. Mithilfe von RDMA verlagert sich der Großteil der CPU-Kosten von den CPUs der Hauptplatine auf die integrierten NIC-Prozessoren und führt so zu einer verringerten Latenz und Server-CPU-Auslastung. Darüber hinaus verfügen RDMA-Netzwerke wie ROCE und iWARP in der Regel über eine wesentlich höhere Bandbreite als normale TCP/Ethernet-Netzwerke, beispielsweise 25, 50 und 100 GBit/s pro Schnittstelle. Bei Verwendung von SMB Direct verschiebt sich das Limit für die Übertragungsgeschwindigkeit vom Netzwerk auf den Speicher selbst.

  • Verwenden Sie SMB 3 Multichannel. Bei der Übertragung von einem Quellcomputer mit Windows Server 2012 oder höher unterstützt SMB 3.x Multichannel-Kopien, mit denen die Kopierleistung deutlich gesteigert werden kann. Dieses Feature funktioniert automatisch, solange auf Quelle und Ziel die folgenden Komponenten vorhanden sind:

    • Mehrere Netzwerkadapter
    • Mindestens ein Netzwerkadapter mit Unterstützung für RSS (Receive Side Scaling)
    • Mindestens einer der Netzwerkadapter, die mithilfe von NIC-Teaming konfiguriert werden
    • Ein oder mehrere Netzwerkadapter, die RDMA unterstützen
  • Aktualisieren Sie die Treiber. Installieren Sie gegebenenfalls aktuelle Speicher- und Gehäusefirmware und Treiber, HBA-Treiber, BIOS/UEFI-Firmware, Netzwerktreiber und Hauptplatinenchipsatz-Treiber der jeweiligen Hersteller auf der Quelle, dem Ziel und den Orchestratorservern. Starten Sie die Knoten gegebenenfalls neu. Konfigurieren Sie die Hardware für freigegebenen Speicher und Netzwerk gemäß der Dokumentation des jeweiligen Herstellers.

  • Aktivieren Sie die Verarbeitung mit hoher Leistung. Stellen Sie sicher, dass die BIOS/UEFI-Einstellungen für Server eine hohe Leistung ermöglichen (z.B. Deaktivieren des C-Status, Festlegen der QPI-Geschwindigkeit, Aktivieren von NUMA und Festlegen der höchsten Speicherfrequenz). Stellen Sie sicher, dass die Energieverwaltung in Windows Server auf Hohe Leistung festgelegt ist. Führen Sie bei Bedarf einen Neustart aus. Vergessen Sie nicht, diese Einstellungen nach Abschluss der Migration auf geeignete Werte zurückzusetzen.

  • Optimieren Sie die Hardware. Lesen Sie die Richtlinien zur Optimierung der Leistung für Windows Server 2016, um den Orchestrator und die Zielcomputer unter Windows Server 2019 und Windows Server 2016 zu optimieren. Insbesondere der Abschnitt Leistungsoptimierung für das Netzwerksubsystem enthält wertvolle Informationen.

  • Verwenden Sie schnelleren Speicher. Obwohl es schwierig sein kann, die Speichergeschwindigkeit des Quellcomputers zu erhöhen, sollten Sie sicherstellen, dass die E/A-Schreibleistung des Zielspeichers mindestens so hoch liegt wie die E/A-Leseleistung der Quelle. So wird sichergestellt, dass bei der Übertragung keine unnötigen Engpässe auftreten. Stellen Sie bei Verwendung einer VM als Ziel – zumindest für die Migration – sicher, dass diese auf der schnellsten Speicherebene Ihrer Hypervisorhosts ausgeführt wird, z. B. im Tarif „Flash“ oder mit Direkte Speicherplätze-HCI-Clustern, die gespiegelte reine Flash- oder Hybridspeicher verwenden. Nach Abschluss der Migration mit dem Speichermigrationsdienst kann die VM live zu einer niedrigeren Ebene oder einem langsameren Host migriert werden.

  • Aktualisieren Sie den Virenschutz. Stellen Sie sicher, dass auf Quelle und Ziel immer die neueste gepatchte Version der Antivirensoftware ausgeführt wird, um einen minimalen Leistungsoverhead zu gewährleisten. Zu Testzwecken können Sie bei der Überprüfung vorübergehend Ordner ausschließen, für die Sie auf den Quell- und Zielservern eine Inventur oder Migration durchführen. Wenn sich die Übertragungsleistung dadurch verbessert, wenden Sie sich an den Hersteller Ihrer Antivirensoftware, um Anweisungen oder eine aktualisierte Version der Antivirensoftware oder eine Erklärung für erwartete Leistungseinbußen zu erhalten.

Kann ich von NTFS zu REFS migrieren?

Die mit Windows Server 2019 ausgelieferte Version des Speichermigrationsdiensts unterstützt keine Migration von NTFS- zu REFS-Dateisystemen. Sie können von NTFS zu NTFS und von REFS zu ReFS migrieren. Dies ist entwurfsbedingt, da es viele Unterschiede in Bezug auf Funktionalität, Metadaten und andere Aspekte von NTFS gibt, die ReFS nicht abbildet. ReFS ist als Dateisystem für Anwendungsworkloads und nicht als allgemeines Dateisystem vorgesehen. Weitere Informationen finden Sie unter Robustes Dateisystem (ReFS) : Übersicht.

Kann ich die Datenbank des Speichermigrationsdiensts verschieben?

Der Speichermigrationsdienst verwendet eine ESE-Datenbank (Extensible Storage Engine), die standardmäßig im ausgeblendeten Ordner „C:\programdata\microsoft\storagemigrationservice“ installiert wird. Diese Datenbank wächst, wenn Aufträge hinzugefügt und Übertragungen durchgeführt werden, und kann nach der Migration von Millionen von Dateien erheblichen Speicherplatz belegen, wenn Sie keine Aufträge löschen. Wenn die Datenbank verschoben werden muss, führen Sie die folgenden Schritte aus:

  1. Beenden Sie den Speichermigrationsdienst auf dem Orchestratorcomputer.

  2. Übernehmen Sie den Besitz für den Ordner %programdata%/Microsoft/StorageMigrationService.

  3. Fügen Sie Ihr Benutzerkonto hinzu, um vollständige Kontrolle über diese Freigabe und alle darin enthaltenen Dateien und Unterordner zu erhalten.

  4. Verschieben Sie den Ordner auf ein anderes Laufwerk auf dem Orchestratorcomputer.

  5. Legen Sie den folgenden REG_SZ-Registrierungswert fest:

    HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = Pfad zum neuen Datenbankordner auf dem anderen Volume

  6. Stellen Sie sicher, dass SYSTEM die vollständige Kontrolle über alle Dateien und Unterordner dieses Ordners hat.

  7. Entfernen Sie Ihre eigenen Kontoberechtigungen.

  8. Starten Sie den Speichermigrationsdienst.

Migriert der Speichermigrationsdienst lokal installierte Anwendungen vom Quellcomputer?

Nein, der Speichermigrationsdienst migriert keine lokal installierten Anwendungen. Installieren Sie nach Abschluss der Migration alle Anwendungen, die auf dem Quellcomputer ausgeführt wurden, auf dem Zielcomputer neu. Es ist nicht erforderlich, Benutzer oder deren Anwendungen neu zu konfigurieren. Der Speichermigrationsdienst ist so konzipiert, dass die Serveränderung für Clients transparent erfolgt.

Was geschieht mit vorhandenen Dateien auf dem Zielserver?

Beim Durchführen einer Übertragung versucht der Speichermigrationsdienst, die Daten vom Quellserver zu spiegeln. Der Zielserver darf keine Produktionsdaten oder verbundenen Benutzer umfassen, da diese Daten überschrieben werden könnten. Standardmäßig wird bei der ersten Übertragung als Schutzmaßnahme eine Sicherungskopie aller Daten auf dem Zielserver erstellt. Bei allen nachfolgenden Übertragungen spiegelt der Speichermigrationsdienst standardmäßig die Daten auf dem Ziel. Hierbei werden nicht nur neue Dateien hinzugefügt, sondern vorhandene Dateien auch willkürlich überschrieben. Dateien, die auf der Quelle nicht vorhanden sind, werden gelöscht. Dieses Verhalten ist beabsichtigt und sorgt für höchste Datentreue mit dem Quellcomputer.

Was bedeuten die Fehlernummern in der CSV-Übertragungsdatei?

Die meisten Fehler in der CSV-Übertragungsdatei sind Windows-Systemfehlercodes. Informationen zur Bedeutung jedes Fehlers finden Sie in der Dokumentation der Win32-Fehlercodes.

Werden vorhandene Zertifikate während der Übernahme auf dem Zielserver aktualisiert?

Ein Zielserver kann vor der Übernahme ausgestellte Zertifikate im lokalen Zertifikatsspeicher enthalten, wobei der Servername im Namen des Antragstellers, des alternativen Antragstellers oder in weiteren Feldern enthalten ist. Wenn die Übernahme erfolgt ist und der Server umbenannt wurde, werden diese Zertifikate nicht aktualisiert. Sie müssen die Zertifikate für die umbenannten Server unter Verwendung Ihren aktuellen Bereitstellungsmethode neu ausstellen, beispielsweise mithilfe einer Gruppenrichtlinie oder der Webregistrierung.

Welche Möglichkeiten gibt es, um Feedback zu senden, Fehler zu melden oder Support zu erhalten?

So können Sie uns Feedback zum Speichermigrationsdienst senden:

  • Klicken Sie im Feedback-Hub von Windows 10 auf „Feature vorschlagen“, und geben Sie als Kategorie „Windows Server“ und als Unterkategorie „Speichermigration“ an.
  • E-Mail an smsfeed@microsoft.com

So melden Sie Fehler:

  • Klicken Sie im Feedback-Hub von Windows 10 auf „Problem melden“, und geben Sie als Kategorie „Windows Server“ und als Unterkategorie „Speichermigration“ an.
  • Öffnen Sie einen Supportfall beim Microsoft-Support.

So erhalten Sie Support: