Migrieren eines WorkSpace - 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 eines WorkSpace

Anmerkung

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

Sie können eine WorkSpace von einem Paket zu einem anderen migrieren und gleichzeitig die Daten auf dem Benutzer-Volume beibehalten. Hier sind Beispielszenarien:

  • Sie können WorkSpaces von der Windows-7-Desktop-Umgebung zur Windows-10-Desktop-Umgebung migrieren.

  • Sie können WorkSpaces vom PCoIP-Protokoll zum WorkSpaces Streaming Protocol (WSP) migrieren.

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

  • Sie können WorkSpaces von einem öffentlichen oder benutzerdefinierten Paket zu einem anderen migrieren. Sie können beispielsweise von GPU-fähigen Paketen (Graphics.g4dn. GraphicsProg4dn, Graphics und GraphicsPro) zu nicht GPU-fähigen Paketen sowie in die andere Richtung migrieren.

  • Sie können WorkSpaces von Windows 10 BYOL auf 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 Paket mit Windows 7 oder 10 Werten WorkSpaces zu Windows 11 zu migrieren, müssen Sie zuerst Ihren Wert WorkSpaces auf ein größeres Paketangebot umstellen.

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

  • Sie können Windows WorkSpaces , die Microsoft Office verwendenAWS, zu einem benutzerdefinierten WorkSpaces Paket mit Microsoft 365-Anwendungen migrieren. Nach der Migration WorkSpaces werden Ihre von Microsoft Office abgemeldet.

  • Sie können Windows WorkSpaces , die Microsoft Office verwendenAWS, zu einem WorkSpaces Paket ohne Office 2016/2019-Abonnement migrieren. Nach der Migration WorkSpaces werden Ihre von Microsoft Office abgemeldet.

Weitere Informationen zu Amazon- WorkSpaces Paketen finden Sie unter WorkSpace Bündel und Bilder.

Der Migrationsprozess erstellt das neu, WorkSpace indem ein neues Stamm-Volume aus dem Ziel-Bundle-Image und das Benutzer-Volume aus dem letzten verfügbaren Snapshot des ursprünglichen 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 WorkSpace. Wenn Sie den Migrationsprozess initiieren, 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 das 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-Paketen migrieren. Um ein BYOL WorkSpace von PCoIP zu WSP zu migrieren, müssen Sie zunächst ein BYOL-Paket mit dem WSP-Protokoll erstellen. Anschließend können Sie Ihr PCoIP BYOL WorkSpaces zu diesem WSP BYOL-Paket migrieren.

  • Sie können ein , das aus öffentlichen oder benutzerdefinierten Paketen WorkSpace erstellt wurde, nicht zu einem BYOL-Paket migrieren.

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

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

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

  • 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 Ihre WorkSpace mit demselben Paket aktualisieren möchten, erstellen Sie stattdessen die neu WorkSpace.

  • 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 Versuch der Migration gleich bleibt, ist die Migration nicht erfolgreich. Wenden Sie sich an das AWS Support-Center, um Hilfe zu erhalten.

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

Anmerkung

Web Access ist für den öffentlichen Windows-10-Paket-PCoIP-Branch 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 verschiebt WorkSpaceder 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 Tags, die dem Original zugewiesen sind, WorkSpace werden während der Migration übertragen, und der Ausführungsmodus des WorkSpace bleibt erhalten. Das neue WorkSpace erhält jedoch eine neue WorkSpace ID, einen neuen Computernamen und eine neue IP-Adresse.

Bewährte Methoden

Bevor Sie eine migrieren WorkSpace, gehen Sie wie folgt vor:

  • 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, dass die WorkSpace migrierte mindestens 12 Stunden alt ist, um sicherzustellen, dass ein Snapshot des Benutzer-Volumes erstellt wurde. Auf der Seite Migrieren WorkSpaces in der Amazon- WorkSpaces Konsole können Sie den Zeitpunkt 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 von ihrem WorkSpaces abmelden und sich erst wieder anmelden, nachdem der Migrationsprozess abgeschlossen ist. Beachten Sie, dass nicht migriert werden WorkSpaces kann, wenn sie sich im -ADMIN_MAINTENANCEModus befinden.

  • Stellen Sie sicher, dass die , die WorkSpaces Sie migrieren möchtenAVAILABLE, den Status STOPPED, oder habenERROR.

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

  • Wenn Sie Skripts verwenden, um zu migrieren WorkSpaces, migrieren Sie sie 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 Ziel- WorkSpace ID nicht verwendet und der 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 manuell entfernen WorkSpaces , die Sie nicht mehr benötigen.

Auswirkungen auf die Abrechnung

Während des Monats, in dem die Migration stattfindet, werden Ihnen anteilige Beträge sowohl für das neue als auch für das ursprüngliche berechnet WorkSpaces. Wenn Sie beispielsweise am 10. Mai WorkSpace A zu WorkSpace B migrieren, wird Ihnen vom 1. Mai bis zum 10. Mai WorkSpace A in Rechnung gestellt, und Ihnen wird vom 11. Mai bis zum 30. Mai WorkSpace B in Rechnung gestellt.

Anmerkung

Wenn Sie eine WorkSpace zu einem anderen Bundle-Typ migrieren (z. B. von Performance zu Power oder Value zu Standard), kann die Größe des Stamm-Volumes (Laufwerk C) und des Benutzer-Volumes (Laufwerk D) während des Migrationsprozesses 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 Benutzer-Volumes für das neue Paket.

Migrieren eines WorkSpace

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

So migrieren Sie eine WorkSpace
  1. Öffnen Sie die - WorkSpaces Konsole unter https://console.aws.amazon.com/workspaces/.

  2. Wählen Sie im Navigationsbereich aus WorkSpaces.

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

  4. Wählen Sie unter Pakete das Paket aus, zu dem Sie Ihre migrieren möchten WorkSpace .

    Anmerkung

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

  5. Wählen Sie Migrieren aus WorkSpaces.

    Ein neuer WorkSpace mit dem Status wird in der Amazon WorkSpaces-Konsole PENDING angezeigt. Wenn die Migration abgeschlossen ist, WorkSpace wird das Original beendet und der Status des neuen 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 WorkSpaces Bundle oder Image.

Verwenden Sie den Befehl migrate-workspaceAWS CLI, um WorkSpaces durch die zu migrieren. Informationen zur Migration WorkSpaces über die Amazon WorkSpaces -API finden Sie unter MigrateWorkSpace in der Amazon WorkSpaces -API-Referenz .