View a markdown version of this page

Migrieren Sie ein WorkSpace in WorkSpaces Personal - Amazon WorkSpaces

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Migrieren Sie ein WorkSpace in WorkSpaces Personal

Anmerkung

Wenn Sie Microsoft Office-Versionslizenzen über Ihre abbestellen oder deinstallieren möchten WorkSpace, empfehlen wir die Verwendung AWS von Anwendungen verwalten.

Sie können ein Paket WorkSpace von einem Paket zu einem anderen migrieren und dabei die Daten auf dem Benutzervolume beibehalten. Hier sind Beispielszenarien:

  • Sie können WorkSpaces vom Windows 7-Desktop-Erlebnis zum Windows 10-Desktop-Erlebnis migrieren.

  • Sie können WorkSpaces vom PCoIP-Protokoll zu DCV migrieren. Wenn Sie nur das Streaming-Protokoll ändern möchten, verwenden Sie stattdessen die Funktion Protokolle ändern. Protokolle modifizieren behält Ihr Root-Volume bei und erfordert keine Neuerstellung. Weitere Informationen finden Sie unter Protokolle ändern. Verwenden Sie die in diesem Abschnitt beschriebene Migrate-Funktion, wenn Sie das Paket oder das Betriebssystem ändern müssen.

  • Sie können WorkSpaces vom 32-Bit-Paket mit Microsoft Office auf Windows Server 2016 zu den WorkSpaces 64-Bit-Paketen mit Microsoft Office auf Windows Server 2019 und Windows Server 2022 WorkSpaces migrieren.

  • Sie können WorkSpaces von einem öffentlichen oder benutzerdefinierten Paket zu einem anderen migrieren. Sie können beispielsweise von GPU-enabled (Graphics.g6, Graphics.g4dn. GraphicsPro.g4dnBundles, Graphics und GraphicsPro) Bundles zu GPU-enabled Nicht-Bundles sowie in umgekehrter Richtung.

  • Sie können WorkSpaces von Windows 10 BYOL zu Windows 11 BYOL migrieren, aber die Migration von Windows 11 zu Windows 10 wird nicht unterstützt.

  • Value-Pakete werden unter Windows 11 nicht unterstützt. Um Ihr Windows 7- oder 10-Vorteilspaket WorkSpaces auf Windows 11 zu migrieren, müssen Sie Ihr Value-Paket zunächst WorkSpaces auf ein größeres Paketangebot umstellen.

  • Bevor Sie WorkSpaces von Windows 7 auf Windows 11 migrieren, müssen Sie es auf Windows 10 migrieren. Melden Sie sich mindestens einmal WorkSpace bei Windows 10 an, bevor Sie es zu Windows 11 migrieren. Die WorkSpaces direkte Migration von Windows 7 zu Windows 11 wird nicht unterstützt.

  • Sie können Windows WorkSpaces , das Microsoft Office verwendet, AWS zu einem benutzerdefinierten WorkSpaces Paket mit Microsoft 365-Anwendungen migrieren. Nach der Migration WorkSpaces sind Sie von Microsoft Office abgemeldet.

  • Sie können Windows WorkSpaces , das Microsoft Office verwendet, AWS zu einem WorkSpaces Paket ohne 2016/2019 Office-Abonnement migrieren. Nach der Migration WorkSpaces sind Sie von Microsoft Office abgemeldet.

  • Sie können BYOL BYOP WorkSpaces von Windows 10 auf Windows 11 und BYOP, das in der Lizenz enthalten ist, von Windows Server 2019 auf Windows Server WorkSpaces 2022 migrieren.

  • Sie können jedes mit Windows Server betriebene Paket auf Windows Server 2025 migrieren. WorkSpace Nach der Migration verwenden Sie das DCV-Streaming-Protokoll, um leistungsstarkes Remote-Desktop-Streaming auch bei grafikintensiven Anwendungen unter unterschiedlichen Netzwerkbedingungen und auch mit weniger leistungsstarken Client-Geräten zu ermöglichen.

  • Sie können jedes BYOP-Paket, das in einer Windows Server-Lizenz enthalten ist, auf WorkSpace BYOP Windows Server 2025 migrieren.

  • Sie können Linux WorkSpaces zwischen Betriebssystemen migrieren, darunter Amazon Linux 2, Ubuntu, Red Hat Enterprise Linux und Rocky Linux. Weitere Informationen finden Sie unter Migrieren Sie ein Linux WorkSpace auf ein anderes Betriebssystem.

Weitere Informationen zu WorkSpaces Amazon-Paketen finden Sie unterPakete und Bilder für Personal WorkSpaces.

Der Migrationsprozess erstellt das neu, WorkSpace indem ein neues Root-Volume aus dem Ziel-Bundle-Image und das Benutzer-Volume aus dem letzten verfügbaren Snapshot des Originals verwendet werden. WorkSpace Zur besseren Kompatibilität wird während der Migration ein neues Benutzerprofil generiert. Das alte Benutzerprofil wird umbenannt, und anschließend werden bestimmte Dateien im alten Benutzerprofil in das neue Benutzerprofil verschoben. (Details dazu, was verschoben wird, finden Sie unter Was passiert bei der Migration?.)

Der Migrationsprozess dauert bis zu einer Stunde pro Tag WorkSpace. Wenn Sie den Migrationsprozess einleiten, WorkSpace wird ein neuer erstellt. Wenn ein Fehler auftritt, der eine erfolgreiche Migration verhindert, WorkSpace wird das Original wiederhergestellt und in seinen ursprünglichen Zustand zurückversetzt, und die neue WorkSpace wird beendet.

Migrationseinschränkungen

  • Sie können nicht zu einem öffentlichen oder benutzerdefinierten Windows 7-Desktopumgebungsbundle migrieren. Sie können auch nicht zu Verwendung der eigenen Lizenz (Bring-Your-Own-License, BYOL) Windows 7-Bundles migrieren.

  • Sie können BYOL WorkSpaces nur zu anderen BYOL-Bundles migrieren. Um ein BYOL WorkSpace von PCoIP zu DCV zu migrieren, müssen Sie zunächst ein BYOL-Bundle mit dem DCV-Protokoll erstellen. Anschließend können Sie Ihr PCoIP-BYOL zu diesem DCV-BYOL-Paket migrieren. WorkSpaces

  • Sie können ein aus öffentlichen oder benutzerdefinierten Bundles WorkSpace erstelltes Paket nicht zu einem BYOL-Bundle migrieren.

  • Das DCV-Protokoll unterstützt Graphics G6-Bundles und unter Windows. Graphics.g4dn GraphicsPro.g4dn Nur auf Ubuntu Graphics.g4dn und GraphicsPro.g4dn sind verfügbar.

  • Das PCoIP-Protokoll wird nur unter Windows unterstützt Graphics.g4dn und GraphicsPro.g4dn gebündelt.

  • Hinweise zur Migration von Linux finden Sie unter. WorkSpaces Migrieren Sie ein Linux WorkSpace auf ein anderes Betriebssystem

  • In AWS Regionen, die mehr als eine Sprache unterstützen, können Sie WorkSpaces zwischen Sprachpaketen migrieren.

  • Die Quell- und Zielbundles müssen unterschiedlich sein. (In Regionen, die mehr als eine Sprache unterstützen, können Sie jedoch zu demselben Windows 10-Paket migrieren, solange die Sprachen unterschiedlich sind.) Wenn Sie Ihr Paket WorkSpace mit demselben Paket aktualisieren möchten, erstellen Sie es WorkSpace stattdessen neu.

  • Sie können nicht WorkSpaces zwischen Regionen migrieren.

  • Wenn die Migration nicht erfolgreich abgeschlossen werden kann, wird in einigen Fällen möglicherweise keine Fehlermeldung angezeigt. Möglicherweise wurde der Migrationsprozess nicht gestartet. Wenn das WorkSpace Paket eine Stunde nach dem Migrationsversuch unverändert bleibt, ist die Migration nicht erfolgreich. Wenden Sie sich an das AWS Support -Center, um Hilfe zu erhalten.

  • Sie können BYOP nicht WorkSpaces zu PCoIP oder DCV migrieren. WorkSpaces

  • Sie können Active Directory-Domänen nicht WorkSpaces zu Microsoft migrieren. Entra-joined WorkSpaces

Migrationszenarien

Die folgende Tabelle zeigt, welche Migrationsszenarien verfügbar sind:

Quell-Betriebssystem Zielbetriebssystem Verfügbar?

Öffentliches oder benutzerdefiniertes Bundle Windows 7

Öffentliches oder benutzerdefiniertes Bundle Windows 10

Ja

Benutzerdefiniertes Bundle Windows 7

Öffentliches Bundle Windows 7

Nein

Benutzerdefiniertes Bundle Windows 7

Benutzerdefiniertes Bundle Windows 7

Nein

Öffentliches Bundle Windows 7

Benutzerdefiniertes Bundle Windows 7

Nein

Öffentliches oder benutzerdefiniertes Bundle Windows 10

Öffentliches oder benutzerdefiniertes Bundle Windows 7

Nein

Öffentliches oder benutzerdefiniertes Bundle Windows 10

Benutzerdefiniertes Bundle Windows 10

Ja

Windows 7 BYOL-Bundle

Windows 7 BYOL-Bundle

Nein
Windows 7 BYOL-Bundle

BYOL-Bundle für Windows 10

Ja

BYOL-Bundle für Windows 10

Windows 7 BYOL-Bundle

Nein

BYOL-Bundle für Windows 10

BYOL-Bundle für Windows 10

Ja

Öffentliches Windows-10-Paket mit Windows Server 2016

Öffentliches Windows-10-Paket mit Windows Server 2019

Ja

Öffentliches Windows-10-Paket mit Windows Server 2019

Öffentliches Windows-10-Paket mit Windows Server 2016

Ja

BYOL-Bundle für Windows 10

BYOL-Bundle für Windows 11

Ja

BYOL-Bundle für Windows 11

BYOL-Bundle für Windows 10

Nein

Benutzerdefiniertes Windows-10-Paket mit Windows Server 2016

Öffentliches Windows-10-Paket mit Windows Server 2019

Ja

Benutzerdefiniertes Windows-10-Paket mit Windows Server 2016

Öffentliches Windows-10-Paket mit Windows Server 2022

Ja

Benutzerdefiniertes Windows-10-Paket mit Windows Server 2019

Öffentliches Windows-10-Paket mit Windows Server 2022

Ja

Windows 10 BYP BYL Windows 11 BYOP VON OL Ja
Windows 11 BYP VON OL Windows 10 BYOP BYOL Nein
Öffentliches Windows-10-Paket mit Windows Server 2016 Öffentliches Windows Server-Paket mit Windows Server 2025 Ja
Öffentliches Windows-10-Paket mit Windows Server 2019 Öffentliches Windows Server-Paket mit Windows Server 2025 Ja
Öffentliches Windows-10-Paket mit Windows Server 2022 Öffentliches Windows Server-Paket mit Windows Server 2025 Ja
Benutzerdefiniertes Windows-10-Paket mit Windows Server 2016 Öffentliches Windows Server-Paket mit Windows Server 2025 Ja
Benutzerdefiniertes Windows-10-Paket mit Windows Server 2019 Öffentliches Windows Server-Paket mit Windows Server 2025 Ja
Benutzerdefiniertes Windows 10-Paket mit Windows Server 2022 Öffentliches Windows Server-Paket mit Windows Server 2025 Ja
Öffentliches BYOP mit Windows Server 2019-Unterstützung Öffentliches BYOP mit Windows Server 2022 Ja
Öffentliches BYOP mit Windows Server 2022 Öffentliches BYOP mit Windows Server 2019-Unterstützung Nein
Öffentliches BYOP mit Windows Server 2019-Unterstützung Öffentliches BYOP mit Windows Server 2025-Unterstützung Ja
Öffentliches BYOP mit Windows Server 2025-Unterstützung Öffentliches BYOP mit Windows Server 2019-Unterstützung Nein
Öffentliches BYOP mit Windows Server 2022 Öffentliches BYOP mit Windows Server 2025-Unterstützung Ja
Öffentliches BYOP mit Windows Server 2025-Unterstützung Öffentliches BYOP mit Windows Server 2022 Nein
Öffentliches Windows-10-Paket mit Windows Server 2019 Öffentliches BYOP mit Windows Server 2025-Unterstützung Ja
Benutzerdefiniertes Windows 10-Paket mit Windows Server 2019 Öffentliches BYOP mit Windows Server 2025 Ja
Öffentliches Windows-10-Paket mit Windows Server 2022 Öffentliches BYOP mit Windows Server 2025-Unterstützung Ja
Benutzerdefiniertes Windows 10-Paket mit Windows Server 2022 Öffentliches BYOP mit Windows Server 2025-Unterstützung Ja
Anmerkung

Web Access ist für den öffentlichen Windows-10-Paket-PCoIP-Branch mit Windows Server 2019 nicht verfügbar.

Was passiert bei der Migration?

Während der Migration bleiben die Daten auf dem Benutzervolume (Laufwerk D) erhalten, aber alle Daten auf dem Stammvolume (Laufwerk C) gehen verloren. Dies bedeutet, dass keine der installierten Anwendungen, Einstellungen und Änderungen an der Registrierung beibehalten werden. Der alte Benutzerprofilordner wird mit dem .NotMigrated-Suffix umbenannt, und ein neues Benutzerprofil wird erstellt.

Beim Migrationsprozess wird Laufwerk D basierend auf dem letzten Snapshot des ursprünglichen Benutzervolumes neu erstellt. Beim ersten Start des neuen WorkSpace Ordners verschiebt der Migrationsprozess den ursprünglichen D:\Users\%USERNAME% Ordner in einen Ordner mit dem Namen. D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated Ein neuer D:\Users\%USERNAME%\-Ordner wird vom neuen Betriebssystem generiert.

Nachdem das neue Benutzerprofil erstellt wurde, werden die Dateien in den folgenden Benutzer-Shell-Ordnern aus dem alten .NotMigrated-Profil in das neue Profil verschoben:

  • D:\Users\%USERNAME%\Desktop

  • D:\Users\%USERNAME%\Documents

  • D:\Users\%USERNAME%\Downloads

  • D:\Users\%USERNAME%\Favorites

  • D:\Users\%USERNAME%\Music

  • D:\Users\%USERNAME%\Pictures

  • D:\Users\%USERNAME%\Videos

Wichtig

Der Migrationsprozess versucht, die Dateien aus dem alten Benutzerprofil in das neue Profil zu verschieben. Alle Dateien, die während der Migration nicht verschoben wurden, verbleiben im D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated-Ordner. Wenn die Migration erfolgreich ist, können Sie sehen, welche Dateien zu C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs verschoben wurden. Sie können alle Dateien, die nicht automatisch verschoben wurden, manuell verschieben.

In den öffentlichen Paketen ist die lokale Suchindizierung standardmäßig deaktiviert. Wenn Sie diese aktivieren, wird standardmäßig in C:\Users und nicht in D:\Users gesucht. Sie müssen dies daher anpassen. Wenn Sie die lokale Suchindizierung speziell auf D:\Users\username und nicht D:\Users festgelegt haben, funktioniert die lokale Suchindizierung nach der Migration möglicherweise nicht für Benutzerdateien, die sich im Ordner D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated befinden.

Alle dem Original zugewiesenen Tags WorkSpace werden bei der Migration übernommen, und der Ausführungsmodus von WorkSpace wird beibehalten. Das neue WorkSpace erhält jedoch eine neue WorkSpace ID, einen neuen Computernamen und eine neue IP-Adresse.

Best Practices

Gehen Sie vor der Migration von wie folgt vor: WorkSpace

  • Sichern Sie alle wichtigen Daten auf Laufwerk C an einem anderen Speicherort. Alle Daten auf Laufwerk C werden während der Migration gelöscht.

  • Stellen Sie sicher, WorkSpace dass das zu migrierende Volume mindestens 12 Stunden alt ist, um sicherzustellen, dass ein Snapshot des Benutzervolumes erstellt wurde. Auf der WorkSpacesMigrate-Seite in der WorkSpaces Amazon-Konsole können Sie die Uhrzeit des letzten Snapshots sehen. Alle Daten, die nach dem letzten Snapshot erstellt wurden, gehen während der Migration verloren.

  • Um potenziellen Datenverlust zu vermeiden, stellen Sie sicher, dass sich Ihre Benutzer abmelden WorkSpaces und erst wieder anmelden, wenn der Migrationsprozess abgeschlossen ist. Beachten Sie, dass sie WorkSpaces nicht migriert werden können, wenn sie sich im ADMIN_MAINTENANCE Modus befinden.

  • Vergewissern WorkSpaces Sie sich, dass die Dateien, die Sie migrieren möchten, den Status AVAILABLESTOPPED, oder ERROR haben.

  • Stellen Sie sicher, dass Sie über genügend IP-Adressen für die verfügen, die WorkSpaces Sie migrieren möchten. Während der Migration werden neue IP-Adressen für die WorkSpaces zugewiesen.

  • Wenn Sie Skripts für die Migration verwenden WorkSpaces, migrieren Sie diese in Batches von nicht mehr als 25 WorkSpaces gleichzeitig.

Fehlerbehebung

  • Wenn Ihre Benutzer nach der Migration fehlende Dateien melden, überprüfen Sie, ob ihre Benutzerprofildateien während des Migrationsvorgangs nicht verschoben wurden. Sie können sehen, welche Dateien in C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs verschoben wurden. Die Dateien, die nicht verschoben wurden, befinden sich im D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated-Ordner. Sie können alle Dateien, die nicht automatisch verschoben wurden, manuell verschieben.

  • Wenn Sie die API für die Migration verwenden WorkSpaces und die Migration nicht erfolgreich ist, wird die von der API zurückgegebene WorkSpace Ziel-ID nicht verwendet, und WorkSpace sie hat immer noch die ursprüngliche WorkSpace ID.

  • Wenn eine Migration nicht erfolgreich abgeschlossen wurde, überprüfen Sie Active Directory, ob sie entsprechend bereinigt wurde. Möglicherweise müssen Sie die Daten WorkSpaces , die Sie nicht mehr benötigen, manuell entfernen.

Auswirkungen auf die Abrechnung

In dem Monat, in dem die Migration stattfindet, werden Ihnen anteilige Beträge sowohl für die neue Version als auch für die ursprüngliche Version berechnet. WorkSpaces Wenn Sie beispielsweise am 10. Mai von WorkSpace A nach WorkSpace B migrieren, wird Ihnen WorkSpace A vom 1. bis 10. Mai und WorkSpace B vom 11. Mai bis 30. Mai in Rechnung gestellt.

Anmerkung

Wenn Sie a WorkSpace zu einem anderen Bundle-Typ migrieren (z. B. von Performance zu Power oder Value zu Standard), können die Größe des Root-Volumes (Laufwerk C) und des Benutzervolumes (Laufwerk D) während des Migrationsvorgangs zunehmen. Falls erforderlich, erhöht sich das Root-Volume und entspricht der Standardgröße des Root-Volumes für das neue Bundle. Wenn Sie jedoch bereits eine andere Größe (höher oder niedriger) für das Benutzervolume als die Standardgröße für das ursprüngliche Bundle angegeben haben, wird dieselbe Größe des Benutzervolumes während des Migrationsprozesses beibehalten. Andernfalls verwendet der Migrationsprozess die größere Größe des WorkSpace Quellbenutzer-Volumes und die Standardgröße des Benutzervolumes für das neue Paket.

Migrieren eines WorkSpace

Sie können WorkSpaces über die WorkSpaces Amazon-Konsole, die AWS CLI oder die WorkSpaces Amazon-API migrieren.

Um ein zu migrieren WorkSpace
  1. Öffnen Sie die WorkSpaces Konsole unter https://console.aws.amazon.com/workspaces/v2/home.

  2. Wählen Sie im Navigationsbereich WorkSpaces aus.

  3. Wählen Sie Ihre aus WorkSpace und wählen Sie Aktionen, Migrieren WorkSpaces.

  4. Wählen Sie unter Bundles das Bundle aus, zu dem Sie Ihr WorkSpace Paket migrieren möchten.

    Anmerkung

    Um ein BYOL WorkSpace von PCoIP zu DCV zu migrieren, müssen Sie zunächst ein BYOL-Bundle mit dem DCV-Protokoll erstellen. Anschließend können Sie Ihr PCoIP-BYOL zu diesem DCV-BYOL-Paket migrieren. WorkSpaces

  5. Wählen Sie Migrate (Migrieren) WorkSpaces.

    In der WorkSpaces Amazon-Konsole wird eine neue Nachricht WorkSpace mit dem Status von PENDING angezeigt. Wenn die Migration abgeschlossen ist, WorkSpace wird das Original beendet und der Status der neuen Version WorkSpace wird auf gesetztAVAILABLE.

  6. (Optional) Informationen zum Löschen benutzerdefinierter Bundles und Abbilder, die Sie nicht mehr benötigen, finden Sie unter Löschen Sie ein benutzerdefiniertes Paket oder Bild in WorkSpaces Personal.

Verwenden Sie den Befehl AWS CLImigrate-workspace, um WorkSpaces über den zu migrieren. Informationen zur Migration WorkSpaces über die WorkSpaces Amazon-API finden Sie MigrateWorkSpacein der WorkSpaces Amazon-API-Referenz.