Übersicht über den Speichermigrationsdienst

Gilt für: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2

Der Speichermigrationsdienst vereinfacht die Migration von Speicher zu Windows Server oder Azure. Er bietet ein grafisches Tool, das Daten auf Windows-, Linux- und NetApp-CIFS-Servern inventarisiert und die Daten dann an neuere Server oder virtuelle Azure-Computer überträgt. Der Speichermigrationsdienst bietet auch die Möglichkeit, die Identität eines Servers auf den Zielserver zu übertragen, damit Apps und Benutzer auf ihre Daten zugreifen können, ohne Links oder Pfade zu ändern.

In diesem Thema wird erläutert, warum Sie den Speichermigrationsdienst verwenden sollten, wie der Migrationsprozess funktioniert, welche Anforderungen an Quell- und Zielserver gestellt werden und was im Speichermigrationsdienst neu ist.

Gründe für die Verwendung des Speichermigrationsdiensts

Verwenden Sie den Speichermigrationsdienst, weil Sie über einen Server (oder eine große Menge von Servern) verfügen, die Sie für die Migration zu neuerer Hardware oder virtuellen Computern verwenden möchten. Der Speichermigrationsdienst unterstützt Sie dabei folgendermaßen:

  • Inventur mehrerer Server und der zugehörigen Daten
  • Schnelles Übertragen von Dateien, Dateifreigaben und Sicherheitskonfigurationen aus den Quellservern
  • Optionales Übernehmen der Identität der Quellserver (auch als Übernahme bezeichnet), sodass Benutzer und Apps nichts ändern müssen, um auf vorhandene Daten zuzugreifen
  • Verwalten einer oder mehrerer Migrationen über die Windows Admin Center-Benutzeroberfläche

Diagramm, das die Migration von Dateien und Konfiguration von Quellservern zu Zielservern, Azure-VMs oder Azure-Dateisynchronisierung durch den Speichermigrationsdienst zeigt.

Abbildung 1: Speichermigrationsdienst: Quellen und Ziele

So funktioniert der Migrationsprozess

Migration ist ein Prozess, der drei Schritte umfasst:

  1. Inventurserver sammeln Informationen zu ihren Dateien und ihrer Konfiguration (siehe Abbildung 2).
  2. Übertragen (Kopieren) von Daten von den Quellservern auf die Zielserver.
  3. Übernahme auf die neuen Server (optional)
    Die Zielserver übernehmen die früheren Identitäten der Quellserver, damit Apps und Benutzer nichts ändern müssen.
    Die Quellserver wechseln in einen Wartungszustand, in dem sie immer noch dieselben Dateien wie immer enthalten (wir entfernen niemals Dateien von den Quellservern), sind jedoch für Benutzer und Apps nicht verfügbar. Sie können die Server dann nach Belieben außer Betrieb nehmen.

Screenshot eines zum Scannen bereiten Servers Abbildung 2: Serverinventarisierung durch den Speichermigrationsdienst

Dieses Video zeigt, wie mit dem Speichermigrationsdienst Daten von einem jetzt nicht mehr unterstützten Server, z. B. einem Windows Server 2008 R2-Server, auf einen neueren Server verschoben werden.

Anforderungen

Um Storage Migration Service verwenden zu können, benötigen Sie Folgendes:

  • Einen Quellserver oder Failovercluster, von dem Dateien und Daten migriert werden sollen.
  • Einen Zielserver, auf dem Windows Server 2019 (gruppiert oder eigenständig) ausgeführt wird, zu dem die Migration erfolgt. Windows Server 2016 und Windows Server 2012 R2 funktionieren auch, sind aber um ca. 50 % langsamer.
  • Einen Orchestratorserver, auf dem Windows Server 2019 zum Verwalten der Migration ausgeführt wird.
    Wenn Sie nur wenige Server migrieren und auf einem der Server Windows Server 2019 ausgeführt wird, können Sie diesen als Orchestrator verwenden. Wenn Sie eine größere Anzahl von Servern migrieren, sollten Sie einen separaten Server als Orchestratorserver verwenden.
  • Einen PC oder Server, auf dem die neueste Version von Windows Admin Center ausgeführt wird, um die Benutzeroberfläche des Speichermigrationsdiensts zusammen mit dem neuesten Speichermigrationsdienst-Tool (Erweiterung) auszuführen, das über den Feed verfügbar ist. Es ist mindestens die Windows Admin Center-Version 2103 erforderlich.

Der Orchestrator- und der Zielcomputer sollten mindestens über zwei Kerne oder zwei virtuelle CPUs (vCPUs) und mindestens 2 GB Arbeitsspeicher verfügen. Inventar- und Übertragungsvorgänge werden mit mehr Prozessoren und Arbeitsspeicher erheblich beschleunigt.

Sicherheitsanforderungen, der Proxydienst von Storage Migration Service und Firewallports

  • Ein Migrationskonto, das auf den Quellcomputern und dem Orchestratorcomputer Administratorrechte hat. Dies kann eine Domäne oder ein lokales Konto sein, außer im Fall eines Computers, der nicht der Domäne beigetreten ist. In diesem Fall muss es sich um einen lokalen Benutzer handeln.

  • Ein Migrationskonto, das auf den Zielcomputern und dem Orchestratorcomputer Administratorrechte hat. Dies kann eine Domäne oder ein lokales Konto sein, außer im Fall eines Computers, der nicht der Domäne beigetreten ist. In diesem Fall muss es sich um einen lokalen Benutzer handeln.

  • Auf dem Orchestratorcomputer muss die Firewallregel für Datei- und Druckerfreigabe (SMB-In) für eingehenden Datenverkehr aktiviert sein.

  • Auf den Quell- und Zielcomputern müssen die folgenden Firewallregeln in eingehender Richtung aktiviert sein (Sie haben diese möglicherweise bereits aktiviert):

    • Datei- und Druckerfreigabe (SMB eingehend)
    • Anmeldedienst (NP-In)
    • Windows Management Instrumentation (DCOM-In)
    • Windows Management Instrumentation (WMI-In)

    Tipp

    Durch die Installation des Speichermigrationsdienst-Proxydiensts auf einem Windows Server 2019-Computer werden automatisch die erforderlichen Firewallports auf diesem Computer geöffnet. Stellen Sie hierzu in Windows Admin Center eine Verbindung mit dem Zielserver her. Wechseln Sie dann (in Windows Admin Center) zu Server-Manager > Rollen und Features, und wählen Sie Speichermigrationsdienst-Proxy und anschließend Installieren aus.

  • Wenn die Computer zu einer Active Directory Domain Services-Domäne gehören, sollten sie alle zur selben Gesamtstruktur gehören. Der Zielserver muss sich ebenfalls in der gleichen Domäne befinden wie der Quellserver, wenn Sie den Domänennamen der Quelle beim Cutover auf das Ziel übertragen möchten. Die Übernahme funktioniert technisch gesehen domänenübergreifend, aber der vollqualifizierte Domänenname des Ziels unterscheidet sich von dem der Quelle.

Anforderungen an Quellserver

Auf dem Quellserver muss eines der folgenden Betriebssysteme ausgeführt werden:

  • Windows Server (halbjährlicher Kanal)
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2
  • Windows Server 2012
  • Windows Server 2008 R2
  • WindowsServer 2008
  • Windows Server 2003 R2
  • Windows Server 2003
  • Windows Small Business Server 2003 R2
  • Windows Small Business Server 2008
  • Windows Small Business Server 2011
  • Windows Server 2012 Essentials
  • Windows Server 2012 R2 Essentials
  • Windows Server 2016 Essentials
  • Windows Server 2019 Essentials
  • Windows Storage Server 2008
  • Windows Storage Server 2008 R2
  • Windows Storage Server 2012
  • Windows Storage Server 2012 R2
  • Windows Storage Server 2016

Hinweis: Windows Small Business Server und Windows Server Essentials sind Domänencontroller. Storage Migration Service kann noch keinen Cutover von Domänencontrollern durchführen, kann aber eine Inventarisierung vornehmen und Dateien von ihnen übertragen.

Sie können die folgenden zusätzlichen Quelltypen migrieren, wenn auf dem Orchestrator Windows Server 2019 mit installiertem KB5001384 ausgeführt wird:

  • Failovercluster unter Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012 oder Windows Server 2008 R2 (Windows Server 2008 R2 unterstützt nur Bestand und Übertragung, keine Übernahme)
  • Linux-Server, die Samba verwenden. Wir haben Folgendes getestet:
    • CentOS 7:
    • Debian GNU/Linux 8
    • RedHat Enterprise Linux 7.6
    • SUSE Linux Enterprise Server (SLES) 11 SP4
    • Ubuntu 16.04 LTS und 12.04.5 LTS
    • Samba 4.8, 4.7, 4.3, 4.2 und 3.6
  • NetApp FAS-Arrays, die den NetApp CIFS-Server hosten und NetApp ONTAP 9 ausführen.

Anforderungen für Zielserver

Auf dem Zielserver muss eines der folgenden Betriebssysteme ausgeführt werden:

  • Windows Server (halbjährlicher Kanal)
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2

Die Zielserver können eigenständige Server oder Teil eines Windows-Failoverclusters sein. Sie können weder Azure Stack HCI ausführen noch ein Nicht-Microsoft-Clustering-Add-On verwenden.

Tipp

Zielserver unter Windows Server 2019 oder Windows Server, halbjährlicher Kanal oder höher weisen die doppelte Übertragungsleistung wie frühere Versionen von Windows Server auf. Diese Leistungssteigerung ist auf die Einbeziehung eines integrierten Speichermigrationsdienst-Proxydiensts zurückzuführen.

Azure VM-Migration

Windows Admin Center integriert die Azure IaaS-Bereitstellung in den Speichermigrationsdienst. Anstatt dass Sie vor der Bereitstellung Ihrer Workload manuell neue Server und VMs im Azure-Portal erstellen – und möglicherweise erforderliche Schritte und Konfigurationen verpassen – kann Windows Admin Center die Azure-IaaS-VM bereitstellen, ihren Speicher konfigurieren, sie mit Ihrer Domäne verbinden, Rollen installieren und dann Ihr verteiltes System für Sie festlegen.

Das folgende Video zeigt, wie Sie den Speichermigrationsdienst für die Migration zu Azure-VMs verwenden.

Wenn Sie virtuelle Computer per Lift & Shift zu Azure migrieren möchten, ohne zu einem späteren Betriebssystem zu migrieren, sollten Sie Azure Migrate verwenden. Weitere Informationen finden Sie in der Übersicht zu Azure Migrate.

Neues im Speichermigrationsdienst

Windows Admin Center Version 1910 bietet jetzt die Möglichkeit, virtuelle Azure-Computer bereitzustellen. Dadurch wird die Azure-VM-Bereitstellung in den Speichermigrationsdienst integriert. Weitere Informationen finden Sie unter Azure-VM-Migration.

Die folgenden Post-RTM-Features sind verfügbar, wenn Sie den Storage Migration Server-Orchestrator unter Windows Server 2019 mit installiertem KB5001384 ausführen:

  • Migrieren lokaler Benutzer und Gruppen zum neuen Server
  • Migrieren von Speicher aus Failoverclustern, Migrieren zu Failoverclustern und Migrieren zwischen eigenständigen Servern und Failoverclustern
  • Migrieren von Speicher von einem Linux-Server, der Samba verwendet
  • Vereinfachte Synchronisierung von migrierten Freigaben zu Azure mithilfe von Azure-Dateisynchronisierung
  • Migrieren zu neuen Netzwerken wie etwa Azure
  • Migrieren von NetApp-CIFS-Servern von NetApp-FAS-Arrays zu Windows-Servern und -Clustern

Zusätzliche Referenzen