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 migrierenDCV.

• 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.G4DN) migrieren. GraphicsPro.g4dn-, Graphics- und GraphicsPro) -Bundles zu non-GPU-enabled Bundles sowie in umgekehrter Richtung.

• Sie können WorkSpaces von Windows 10 BYOL auf Windows 11 migrieren, BYOL 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 zuerst Ihr Value-Paket 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 Office 2016/2019-Abonnement migrieren. Nach der Migration WorkSpaces sind Sie von Microsoft Office abgemeldet.

• Sie können BYOL BYOP WorkSpaces von Windows 10 auf Windows 11 migrieren und von Windows Server 2019 auf Windows Server BYOP WorkSpaces 2022 inklusive Lizenz migrieren.

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 dann 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.

Inhalt

• Migrationseinschränkungen
• Migrationszenarien
• Was passiert bei der Migration?
• Bewährte Methoden
• Fehlerbehebung
• Auswirkungen auf die Abrechnung
• Migrieren eines WorkSpace

Migrationseinschränkungen

• Sie können nicht zu einem öffentlichen oder benutzerdefinierten Windows 7-Desktopumgebungsbundle migrieren. Sie können auch nicht zu Windows 7-Paketen mit eigener Lizenz (BYOL) migrieren.

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

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

• Graphics.g4dn, GraphicsPro .g4dn, Graphics und GraphicsPro Bundles sind derzeit nur für PCoIP das Protokoll verfügbar. Graphics.g4dn, .g4dn, Graphics und können daher noch nicht migriert werden. GraphicsPro GraphicsPro WorkSpaces DCV

• Die WorkSpaces Migration von Linux wird derzeit nicht unterstützt.

• 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 aktualisieren möchten, indem Sie dasselbe Paket WorkSpace verwenden, 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 nicht BYOP WorkSpaces zu PCoIP oder migrieren DCV 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 BYOL 7-Paket	Windows BYOL 7-Paket	Nein
Windows BYOL 7-Paket	Windows BYOL 10-Paket	Ja
Windows BYOL 10-Paket	Windows BYOL 7-Paket	Nein
Windows BYOL 10-Paket	Windows BYOL 10-Paket	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
Windows BYOL 10-Paket	Windows BYOL 11-Paket	Ja
Windows BYOL 11-Paket	Windows BYOL 10-Paket	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 BYOP BYOL	Windows 11 BYOP BYOL	Ja
Windows 11 BYOP BYOL	Windows 10 BYOP BYOL	Nein
Öffentlich mit Windows Server 2019 BYOP	Öffentlich mit Windows Server 2022 BYOP	Ja
Öffentliche Version von Windows Server 2022 BYOP	Öffentlich mit Windows Server 2019 BYOP	Nein

Anmerkung

Webzugriff ist für den öffentlichen Windows PCoIP 10-Bundle-Zweig mit Windows Server 2019 nicht verfügbar.

Wichtig

Das öffentliche Windows-10-Plus-Paket mit Windows Server 2016 beinhaltet Microsoft Office 2016 und Trend Micro Worry-Free Business Security Services. Das öffentliche Windows-10-Plus-Paket mit Windows Server 2019 beinhaltet nur Microsoft Office 2019. Trend Micro Worry-Free Business Security Services ist nicht enthalten.

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 NamenD:\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.

Bewährte Methoden

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 Benutzer-Volumes 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 für API die Migration verwenden WorkSpaces und die Migration nicht erfolgreich ist, API wird die von der zurückgegebene WorkSpace Ziel-ID nicht verwendet, und die WorkSpace 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 Dateien, 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 Amazon migrieren WorkSpacesAPI.

Um ein zu migrieren WorkSpace

1. Öffnen Sie die WorkSpaces Konsole unter https://console.aws.amazon.com/workspaces/.

2. Wählen Sie im Navigationsbereich WorkSpaces.

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 Paket BYOL WorkSpace von PCoIP zu migrierenDCV, müssen Sie zunächst ein BYOL Bundle mit dem DCV Protokoll erstellen. Sie können dann Ihr Paket PCoIP BYOL WorkSpaces zu diesem DCV BYOL Paket migrieren.

5. Wählen Sie 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 Amazon WorkSpaces API finden Sie MigrateWorkSpacein der WorkSpaces APIAmazon-Referenz.