本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
在 WorkSpaces Personal WorkSpace 中遷移
注意
如果您想要從 AWS 取消訂閱或解除安裝 Microsoft Office 版本授權 WorkSpace，建議您使用管理應用程式 。
您可以將 WorkSpace 從一個套件遷移到另一個套件，同時保留使用者磁碟區上的資料。範例案例如下：
-
您可以從 WorkSpaces Windows 7 桌面體驗遷移至 Windows 10 桌面體驗。
-
您可以從 WorkSpaces PCoIP通訊協定遷移至 DCV。
-
您可以將 WorkSpaces 32 位元 Microsoft Office on Windows Server 2016 支援的 WorkSpaces 套件遷移至 64 位元 Microsoft Office on Windows Server 2019 和 Windows Server 2022 支援的 WorkSpaces 套件。
-
您可以從 WorkSpaces 一個公有或自訂套件遷移到另一個套件。例如，您可以將GPU已啟用 的 （Graphics.g4dn. GraphicsPro.g4dn、Graphics 和 GraphicsPro） 套件遷移至 non-GPU-enabled套件，以及朝其他方向遷移。
-
您可以從 WorkSpaces Windows 10 遷移BYOL至 Windows 11，BYOL但不支援從 Windows 11 遷移至 Windows 10。
-
Windows 11 不支援超值套件。若要將 Windows 7 或 10 值套件遷移 WorkSpaces 至 Windows 11，您需要先將值切換 WorkSpaces 為更大的套件方案。
-
在 WorkSpaces 從 Windows 7 遷移至 Windows 11 之前，您需要將其遷移至 Windows 10。在遷移至 Windows 11 之前 WorkSpace ，至少登入 Windows 10 一次。不支援從 Windows 7 WorkSpaces 直接遷移至 Windows 11。
-
您可以將使用 Microsoft Office WorkSpaces 的 Windows 遷移 AWS 到 Microsoft 365 應用程式自訂 WorkSpaces 套件。遷移後，您的 WorkSpaces 會取消訂閱 Microsoft Office。
-
您可以將使用 Microsoft Office WorkSpaces 的 Windows 遷移 AWS 到 WorkSpaces沒有 Office 2016/2019 訂閱的套件。遷移後，您的 WorkSpaces 會取消訂閱 Microsoft Office。
-
您可以從 BYOL BYOP WorkSpaces Windows 10 遷移至 Windows 11，並從 BYOP WorkSpaces Windows Server 2019 納入授權遷移至 Windows Server 2022。
如需 Amazon WorkSpaces 套件的詳細資訊，請參閱 WorkSpaces Personal 的套件和映像。
遷移程序 WorkSpace 會使用目標套件映像中的新根磁碟區和原始 的最後一個可用快照中的使用者磁碟區來重新建立 WorkSpace。遷移期間會產生新的使用者設定檔，以提高相容性。舊的使用者設定檔會重新命名，然後舊使用者設定檔中的某些檔案會移至新的使用者設定檔。(如需移動內容的詳細資訊，請參閱 遷移期間發生的事。)
每個 的遷移程序最多需要一小時 WorkSpace。當您啟動遷移程序時， WorkSpace 會建立新的 。如果發生無法成功遷移的錯誤，原始 WorkSpace 會復原並返回其原始狀態，而新的 WorkSpace 會終止。
遷移限制
-
您無法遷移至公用或自訂 Windows 7 桌面體驗套件。您也無法遷移至自帶授權 （BYOL） Windows 7 套件。
-
您只能遷移BYOL WorkSpaces 至其他BYOL套件。若要BYOL WorkSpace 將 從 遷移PCoIP至 DCV，您必須先使用 DCV 通訊協定建立BYOL套件。然後，您可以將 遷移PCoIPBYOL WorkSpaces 到該DCVBYOL套件。
-
您無法將從公有或自訂套件 WorkSpace 建立的 遷移至BYOL套件。
-
Graphics.g4dn、 GraphicsPro.g4dn、Graphics 和 GraphicsPro 套件目前僅適用於PCoIP通訊協定，因此 Graphics.g4dn、 GraphicsPro.g4dn、Graphics DCV目前無法 GraphicsPro WorkSpaces 遷移至 。
-
WorkSpaces 目前不支援遷移 Linux。
-
在支援多種語言的 AWS 區域中，您可以在語言套件之間遷移 WorkSpaces。
-
來源和目標套件必須不同。(但是，在支援多種語言的區域中，只要語言不同，您就可以遷移至相同的 Windows 10 套件。) 如果您想要 WorkSpace 使用相同的套件重新整理 ，請改為重建 WorkSpace。
-
您無法 WorkSpaces 跨區域遷移。
-
在某些情況下，如果遷移無法順利完成，您可能不會收到錯誤訊息，而且可能遷移程序似乎尚未開始。如果 WorkSpace 套件在嘗試遷移後一小時保持不變，遷移會失敗。聯絡 AWS Support 中心
尋求協助。 -
您無法遷移BYOP WorkSpaces 至 PCoIP或 DCV WorkSpaces。
遷移案例
下表顯示可用的遷移案例：
| 來源作業系統 | 目標作業系統 | 可用？ |
|---|---|---|
|
公用或自訂套件 Windows 7 |
公用或自訂套件 Windows 10 |
是 |
|
自訂套件 Windows 7 |
公用套件 Windows 7 |
否 |
|
自訂套件 Windows 7 |
自訂套件 Windows 7 |
否 |
|
公用套件 Windows 7 |
自訂套件 Windows 7 |
否 |
|
公用或自訂套件 Windows 10 |
公用或自訂套件 Windows 7 |
否 |
|
公用或自訂套件 Windows 10 |
自訂套件 Windows 10 |
是 |
|
Windows 7 BYOL套件 |
Windows 7 BYOL套件 |
否 |
| Windows 7 BYOL套件 |
Windows 10 BYOL套件 |
是 |
|
Windows 10 BYOL套件 |
Windows 7 BYOL套件 |
否 |
|
Windows 10 BYOL套件 |
Windows 10 BYOL套件 |
是 |
|
Windows Server 2016 支援的公用 Windows 10 套件 |
Windows Server 2019 支援的公用 Windows 10 套件
|
是 |
|
Windows Server 2019 支援的公用 Windows 10 套件
|
Windows Server 2016 支援的公用 Windows 10 套件 |
是 |
|
Windows 10 BYOL套件 |
Windows 11 BYOL套件 |
是 |
|
Windows 11 BYOL套件 |
Windows 10 BYOL套件 |
否 |
|
Windows Server 2016 支援的自訂 Windows 10 套件 |
Windows Server 2019 支援的公用 Windows 10 套件 |
是 |
|
Windows Server 2016 支援的自訂 Windows 10 套件 |
Windows Server 2022 支援的公用 Windows 10 套件 |
是 |
|
Windows Server 2019 支援的自訂 Windows 10 套件 |
Windows Server 2022 支援的公用 Windows 10 套件 |
是 |
| Windows 10 BYOP BYOL | Windows 11 BYOP BYOL | 是 |
| Windows 11 BYOP BYOL | Windows 10 BYOP BYOL | 否 |
| Windows Server 2019 支援的公有 BYOP | 支援 Windows Server 2022 的 Public BYOP | 是 |
| 支援 Windows Server 2022 的 Public BYOP | Windows Server 2019 支援的公有 BYOP | 否 |
注意
Windows Server 2019 支援的公有 Windows 10 套件PCoIP分支無法使用 Web 存取。
重要
Windows Server 2016 支援的公用 Windows 10 增強套件包含 Microsoft Office 2016 和 Trend Micro Worry-Free Business Security Services。Windows Server 2019 支援的公用 Windows 10 增強套件僅包含 Microsoft Office 2019，而不包含 Trend Micro Services。
遷移期間發生的事
在遷移期間，會保留使用者磁碟區 (磁碟機 D) 上的資料，但是根磁碟區 (磁碟機 C) 上的所有資料都會遺失。這表示不會保留任何已安裝的應用程式、設定和登錄變更。舊的使用者設定檔資料夾會以 .NotMigrated 字尾重新命名，並建立新的使用者設定檔。
遷移程序會根據原始使用者磁碟區的最後一個快照重新建立磁碟機 D。在新 的第一次開機期間 WorkSpace，遷移程序會將原始D:\Users\%USERNAME%資料夾移至名為 的資料夾D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated。新的作業系統會產生新的 D:\Users\%USERNAME%\ 資料夾。
建立新的使用者設定檔之後，下列使用者 shell 資料夾中的檔案會從舊的 .NotMigrated 設定檔移至新設定檔：
-
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
重要
遷移程序會嘗試將檔案從舊使用者設定檔移至新設定檔。遷移期間內任何未移動的檔案都會保留在 D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated 資料夾中。如果遷移成功，您可以查看哪些檔案移入 C:\Program
Files\Amazon\WorkspacesConfig\Logs\MigrationLogs。您可以手動移動任何未自動移動的檔案。
依預設，公用套件會停用本機搜尋檢索。若要加以啟用，則預設會搜尋 C:\Users 而不是 D:\Users，因此您也需要進行調整。如果您已將本機搜尋檢索特別設定為 D:\Users\ 而非 usernameD:\Users，則本機搜尋檢索可能無法在遷移後對 D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated 資料夾中的任何使用者檔案運作。
指派給原始 的任何標籤 WorkSpace 都會在遷移期間結轉，並 WorkSpace 保留 的執行模式。不過，新 WorkSpace 會取得新的 WorkSpace ID、電腦名稱和 IP 地址。
最佳實務
在遷移 之前 WorkSpace，請執行下列動作：
-
將磁碟機 C 上的所有重要資料備份到另一個位置。遷移期間，磁碟機 C 上的所有資料都會清除。
-
確定 WorkSpace 要遷移的 至少為 12 小時，以確保已建立使用者磁碟區的快照。在 Amazon 主控台的遷移 WorkSpaces頁面上，您可以看到上次快照的時間。 WorkSpaces 遷移期間，最後一次快照之後建立的任何資料都會遺失。
-
為了避免潛在的資料遺失，請確定您的使用者登出他們的 WorkSpaces ，並在遷移程序完成之前不要重新登入。請注意，當它們處於
ADMIN_MAINTENANCE模式時， WorkSpaces 無法遷移。 -
請確定 WorkSpaces 您要遷移的 狀態為
AVAILABLE、STOPPED或ERROR。 -
請確定您有足夠的 IP WorkSpaces 地址可供您要遷移的 使用。在遷移期間，將為 配置新的 IP 地址 WorkSpaces。
-
如果您使用指令碼來遷移 WorkSpaces，請 WorkSpaces 一次以不超過 25 個批次遷移。
故障診斷
-
如果使用者在遷移之後回報遺失檔案，請查看其使用者設定檔是否未在遷移過程中移動。您可以查看哪些檔案移入
C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs。未移動的檔案將位於D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated資料夾中。您可以手動移動任何未自動移動的檔案。 -
如果您使用 API進行遷移， WorkSpaces 但遷移未成功，API則不會使用 傳回的目標 WorkSpace ID，且 WorkSpace仍會有原始 WorkSpace ID。
-
如果遷移未成功完成，請檢查 Active Directory 以查看其是否已相應地清除。您可能需要手動移除不再需要 WorkSpaces 的 。
計費影響
在發生遷移的月份，系統會向您收取新 和原始 的按比例分配金額 WorkSpaces。例如，如果您在 5 月 10 日將 WorkSpace A 遷移至 WorkSpace B，則會向您收取從 5 月 1 日至 5 月 10 日的 WorkSpace A 費用，而從 5 月 11 日至 5 月 30 日的 WorkSpace B 費用。
注意
如果您要將 遷移 WorkSpace 至不同的套件類型 （例如，從效能到電源，或將值遷移至標準），根磁碟區 （硬碟 C） 和使用者磁碟區 （硬碟 D） 的大小可能會在遷移過程中增加。如有必要，根磁碟區會增加以符合新套件的預設根磁碟區大小。但是，如果您已經為使用者磁碟區指定的大小與原始套件的預設值不同 (更大或更小)，則在遷移過程中會保留相同的使用者磁碟區大小。否則，遷移程序會使用較大的來源 WorkSpace 使用者磁碟區大小，以及新套件的預設使用者磁碟區大小。
遷移 WorkSpace
您可以透過 WorkSpaces Amazon WorkSpaces 主控台、 AWS CLI 或 Amazon WorkSpaces 進行遷移API。
若要遷移 WorkSpace
在 開啟 WorkSpaces 主控台https://console.aws.amazon.com/workspaces/
。 -
在導覽窗格中，選擇 WorkSpaces。
-
選取您的 WorkSpace ，然後選擇動作 、遷移 WorkSpaces。
-
在套件 下，選取您要將 遷移 WorkSpace 至的套件。
注意
若要BYOL WorkSpace 將 從 遷移PCoIP至 DCV，您必須先使用 DCV 通訊協定建立BYOL套件。然後，您可以將 遷移PCoIPBYOL WorkSpaces 到該DCVBYOL套件。
-
選擇遷移 WorkSpaces。
狀態 WorkSpace 為 的新
PENDING會顯示在 Amazon WorkSpaces 主控台中。遷移完成時，原始 WorkSpace 會終止，且新 的狀態 WorkSpace 會設為AVAILABLE。 -
(選用) 若要刪除您不再需要的任何自訂套件和映像，請參閱 在「 WorkSpaces 個人」中刪除自訂套裝軟體或影像。
若要 WorkSpaces 透過 遷移 AWS CLI，請使用 migrate-workspace 命令。若要 WorkSpaces 透過 Amazon 遷移 WorkSpaces API，請參閱 Amazon 參考 MigrateWorkSpace 中的 。 WorkSpaces API
