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 eine WorkSpace WorkSpaces persönliche
Anmerkung
Wenn Sie Microsoft Office-Versionslizenzen über AWS Ihr abbestellen oder deinstallieren möchten, empfehlen wir Ihnen WorkSpace, Anwendungen verwalten zu verwenden.
Sie können WorkSpace von einem Paket zu einem anderen migrieren und dabei die Daten auf dem Benutzervolume beibehalten. Hier sind Beispielszenarien:
-
Sie können WorkSpaces von der Windows 7-Desktopumgebung zur Windows 10-Desktopumgebung 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. Beim Ändern von Protokollen bleibt Ihr Root-Volume erhalten und eine Neuerstellung ist nicht erforderlich. Weitere Informationen finden Sie unter Protokolle ändern. Verwenden Sie die in diesem Abschnitt beschriebene Migrationsfunktion, wenn Sie das Paket oder das Betriebssystem ändern müssen.
-
Sie können WorkSpaces von dem 32-Bit-Paket mit Microsoft Office auf Windows Server 2016 auf das WorkSpaces 64-Bit-Paket von 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.g7,, Graphics.g6 Graphics.g4dn GraphicsPro.g4dn, Graphics und GraphicsPro) -Bundles zu GPU-enabled Nicht-Bundles 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 Windows 7- oder 10-Vorteilspaket WorkSpaces auf Windows 11 zu migrieren, müssen Sie Ihr Value 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 auf 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 werden Sie von Microsoft Office abgemeldet.
-
Sie können Windows WorkSpaces , die Microsoft Office verwenden, AWS zu einem WorkSpaces Paket ohne 2016/2019 Office-Abonnement migrieren. Nach der Migration WorkSpaces werden Sie von Microsoft Office abgemeldet.
-
Sie können BYOL BYOP WorkSpaces von Windows 10 auf Windows 11 und BYOP inklusive Lizenz von Windows Server 2019 auf Windows Server 2022 WorkSpaces migrieren.
-
Sie können jedes Paket, das mit Windows Server betrieben wird, auf Windows Server 2025 migrieren. WorkSpace Nach der Migration verwenden Sie das DCV-Streaming-Protokoll, um leistungsstarkes Remote-Desktop-Streaming zu ermöglichen, selbst bei grafikintensiven Anwendungen, unter unterschiedlichen Netzwerkbedingungen und sogar mit weniger leistungsstarken Client-Geräten.
-
Sie können jedes BYOP-Paket, das in der Windows Server-Lizenz enthalten ist, auf WorkSpace BYOP Windows Server 2025 migrieren.
-
Sie können Linux WorkSpaces zwischen Betriebssystemen migrieren, einschließlich 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 wird. 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 Migrationsvorgang dauert jeweils bis zu einer Stunde. WorkSpace Wenn Sie den Migrationsprozess einleiten, WorkSpace wird ein neuer erstellt. Tritt ein Fehler auf, der eine erfolgreiche Migration verhindert, WorkSpace wird das Original wiederhergestellt und in seinen ursprünglichen Zustand zurückversetzt, und das neue Programm WorkSpace wird beendet.
Inhalt
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 DCV zu migrieren, müssen Sie zuerst ein BYOL-Paket 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 Paketen WorkSpace erstelltes Paket nicht zu einem BYOL-Paket migrieren.
-
Das DCV-Protokoll unterstützt Graphics.g7, Graphics.g6 Graphics.g4dn, und GraphicsPro.g4dn Bundles unter Windows. Nur unter 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 dasselbe 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 eine Active Directory-Domäne nicht zu Microsoft migrieren. WorkSpaces 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 BYOP BYOL | Windows 11 BYOP BYOL | Ja |
| Windows 11 BYPOP BYL | 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 | Öffentliches BYOP, das von Windows Server 2022 unterstützt wird | Ja |
| Öffentliches BYOP, das von Windows Server 2022 unterstützt wird | Öffentliches BYOP wird von Windows Server 2019 unterstützt | Nein |
| Öffentliches BYOP mit Windows Server 2019 | Öffentliches BYOP mit Windows Server 2025 | Ja |
| Öffentliches BYOP mit Windows Server 2025 | Öffentliches BYOP mit Windows Server 2019 | Nein |
| Öffentliches BYOP, das von Windows Server 2022 unterstützt wird | Öffentliches BYOP mit Windows Server 2025 | Ja |
| Öffentliches BYOP mit Windows Server 2025 | Öffentliches BYOP, das von Windows Server 2022 unterstützt wird | Nein |
| Öffentliches Windows-10-Paket mit Windows Server 2019 | Öffentliches BYOP mit Windows Server 2025 | 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 | Ja |
| Benutzerdefiniertes Windows 10-Paket mit Windows Server 2022 | Öffentliches BYOP mit Windows Server 2025 | Ja |
Anmerkung
Web Access ist für den öffentlichen Windows-10-Paket-PCoIP-Branch mit Windows Server 2019 nicht verfügbar.
Anmerkung
Wenn Sie ein Paket migrieren, WorkSpace bei dem die geschachtelte Virtualisierung aktiviert ist, muss das Zielpaket die Anforderungen für die verschachtelte Virtualisierung erfüllen: das DCV-Protokoll (WSP), ein unterstütztes Betriebssystem und ein Paket ohne Paket. GPU-enabled Wenn das Zielpaket diese Anforderungen nicht erfüllt, ist die verschachtelte Virtualisierung auf dem migrierten Paket deaktiviert. WorkSpace Weitere Informationen finden Sie unter Verschachtelte Virtualisierung für Personal WorkSpaces.
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 Systems 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\ und nicht usernameD:\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 während der Migration übernommen, und der Betriebsmodus von WorkSpace wird beibehalten. Die neue Version WorkSpace erhält jedoch eine neue WorkSpace ID, einen neuen Computernamen und eine neue IP-Adresse.
Die verschachtelte Virtualisierungseinstellung wird während der Migration beibehalten. Wenn die verschachtelte Virtualisierung auf der Quelle aktiviert war WorkSpace, bleibt sie auf der migrierten Virtualisierung aktiviert WorkSpace, sofern das Zielpaket die Anforderungen für die verschachtelte Virtualisierung erfüllt.
Bewährte Methoden
Gehen Sie wie folgt vor WorkSpace, bevor Sie eine migrieren:
-
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 Objekt mindestens 12 Stunden alt ist, um sicherzustellen, dass ein Snapshot des Benutzer-Volumes erstellt wurde. Auf der WorkSpaces Seite Migrieren 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 möglichen Datenverlust zu vermeiden, stellen Sie sicher, dass sich Ihre Benutzer von ihrem WorkSpaces Konto abmelden und erst wieder anmelden, nachdem der Migrationsvorgang abgeschlossen ist. Beachten Sie, dass sie WorkSpaces nicht migriert werden können, wenn sie sich im
ADMIN_MAINTENANCEModus befinden. -
Vergewissern WorkSpaces Sie sich, dass die Dateien, die Sie migrieren möchten, den Status
AVAILABLESTOPPED, oderERRORhaben. -
Stellen Sie sicher, dass Sie genügend IP-Adressen für die haben, die WorkSpaces Sie migrieren. 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 Stapeln 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\MigrationLogsverschoben wurden. Die Dateien, die nicht verschoben wurden, befinden sich imD:\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 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 das, was Sie nicht mehr benötigen WorkSpaces , manuell entfernen.
Auswirkungen auf die Abrechnung
In dem Monat, in dem die Migration stattfindet, werden Ihnen anteilige Beträge sowohl für den neuen als auch für den ursprünglichen Betrag in Rechnung gestellt. WorkSpaces Wenn Sie beispielsweise am 10. Mai von WorkSpace A nach WorkSpace B migrieren, wird Ihnen WorkSpace A vom 1. bis 10. Mai in Rechnung gestellt, und WorkSpace B wird Ihnen vom 11. Mai bis 30. Mai in Rechnung gestellt.
Anmerkung
Wenn Sie A WorkSpace auf einen anderen Pakettyp migrieren (z. B. von Performance zu Power oder Value zu Standard), können sich die Größe des Root-Volumes (Laufwerk C) und des Benutzervolumes (Laufwerk D) während des Migrationsvorgangs erhöhen. 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 Migrationsvorgang die Größe des Quell-Benutzer-Volumes und die Größe des WorkSpace Standard-Benutzer-Volumes für das neue Paket, je nachdem, welcher Wert größer ist.
Migrieren eines WorkSpace
Sie können WorkSpaces über die WorkSpaces Amazon-Konsole, die AWS CLI oder die WorkSpaces Amazon-API migrieren.
Um eine zu migrieren WorkSpace
Öffnen Sie die WorkSpaces Konsole unter https://console.aws.amazon.com/workspaces/v2/home
. -
Wählen Sie im Navigationsbereich WorkSpaces aus.
-
Wählen Sie Ihre aus WorkSpace und wählen Sie Aktionen, Migrieren WorkSpaces.
-
Wählen Sie unter Pakete das Paket aus, zu dem Sie WorkSpace migrieren möchten.
Anmerkung
Um ein BYOL WorkSpace von PCoIP zu DCV zu migrieren, müssen Sie zunächst ein BYOL-Paket mit dem DCV-Protokoll erstellen. Anschließend können Sie Ihr PCoIP BYOL zu diesem DCV BYOL-Paket migrieren. WorkSpaces
-
Wählen Sie Migrate (Migrieren) WorkSpaces.
Ein neues WorkSpace mit dem Status wird in der Amazon-Konsole
PENDINGangezeigt. WorkSpaces Wenn die Migration abgeschlossen ist, WorkSpace wird die ursprüngliche Version beendet und der Status der neuen Version WorkSpace wird auf gesetztAVAILABLE. -
(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 CLI migrate-workspace, um WorkSpaces durch den zu migrieren. Informationen zur Migration WorkSpaces über die WorkSpaces Amazon-API finden Sie MigrateWorkSpace in der WorkSpaces Amazon-API-Referenz.