

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 在 WorkSpace WorkSpaces
<a name="migrate-workspaces"></a>

**注意**  
如果您想要從 WorkSpace 透過 AWS 取消訂閱或解除安裝 Microsoft Office 版本授權，建議您使用[管理應用程式](manage-applications)。

您可以將 WorkSpace 從一個套件遷移到另一個套件，同時保留使用者磁碟區上的資料。範例案例如下：
+ 您可以將 WorkSpaces 從 Windows 7 桌面體驗遷移至 Windows 10 桌面體驗。
+ 您可以將 WorkSpaces 從 PCoIP 通訊協定遷移至 DCV。
+ 您可以將 WorkSpaces 從 Windows Server 2016 支援的 WorkSpaces 套件上的 32 位元 Microsoft Office 遷移至 Windows Server 2019 和 Windows Server 2022 支援的 WorkSpaces 套件上的 64 位元 Microsoft Office。
+ 您可以將 WorkSpaces 從一個公用或自訂套件遷移到另一個套件。例如，您可以從啟用 GPU 的遷移 (Graphics.g6、Graphics.g4dn。 non-GPU-enabled 套件的 GraphicsPro.g4dn,Graphics 和 GraphicsPro) 套件，以及其他方向的套件。
+ 您可以將 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 10 WorkSpace 一次，再將其遷移至 Windows 11。不支援從 Windows 7 WorkSpaces 直接遷移至 Windows 11。
+ 您可以將使用 Microsoft Office 的 Windows WorkSpaces 遷移 AWS 到具有 Microsoft 365 應用程式的自訂 WorkSpaces 套件。遷移之後，您的 WorkSpaces 就會從 Microsoft Office 取消訂閱。
+ 您可以將使用 Microsoft Office 的 Windows WorkSpaces 遷移 AWS 到沒有 Office 2016/2019 訂閱的 WorkSpaces 套件。遷移之後，您的 WorkSpaces 就會從 Microsoft Office 取消訂閱。
+ 您可以將 BYOL BYOP WorkSpaces 從 Windows 10 遷移至 Windows 11，並將包含授權的 BYOP WorkSpaces 從 Windows Server 2019 遷移至 Windows Server 2022。
+ 您可以將任何 Windows Server 支援的 WorkSpace 套件遷移至 Windows Server 2025。遷移後，您將使用 DCV 串流通訊協定來啟用高效能遠端桌面串流，即使使用圖形密集型應用程式，在不同的網路條件下也是如此，即使使用功能較差的用戶端裝置也是如此。
+ 您可以將任何包含 BYOP WorkSpace 授權的 Windows Server 套件遷移至 BYOP Windows Server 2025。

如需 Amazon WorkSpaces 套件的詳細資訊，請參閱 [WorkSpaces Personal 的套件和映像](amazon-workspaces-bundles.md)。

遷移程序會使用目標套件映像中的新根磁碟區以及原始 WorkSpace 的最後可用快照中的使用者磁碟區來重新建立 WorkSpace。遷移期間會產生新的使用者設定檔，以提高相容性。舊的使用者設定檔會重新命名，然後舊使用者設定檔中的某些檔案會移至新的使用者設定檔。(如需移動內容的詳細資訊，請參閱 [遷移期間發生的事](#during-migration)。)

每個 WorkSpace 的遷移程序最多需要一小時的時間。當您起始遷移程序時，會建立新的 WorkSpace。如果發生阻止成功遷移的錯誤，原始 WorkSpace 會復原並回到其原始狀態，而且終止新的 WorkSpace。

**Contents**
+ [遷移限制](#migration-limits)
+ [遷移案例](#migration-scenarios)
+ [遷移期間發生的事](#during-migration)
+ [最佳實務](#migration-best-practices)
+ [疑難排解](#migration_troubleshooting)
+ [計費影響](#migration-billing)
+ [遷移 WorkSpace](#migration-workspaces)

## 遷移限制
<a name="migration-limits"></a>
+ 您無法遷移至公用或自訂 Windows 7 桌面體驗套件。您也無法遷移至自帶授權 (BYOL) Windows 7 套件。
+ 您只能將 BYOL WorkSpaces 遷移至其他 BYOL 套件。若要將 BYOL WorkSpace 從 PCoIP 遷移至 DCV，您必須先使用 DCV 通訊協定建立 BYOL 套件。然後，您可以將 PCoIP BYOL WorkSpaces 遷移至該 DCV BYOL 套件。
+ 您無法將從公用或自訂套件建立的 WorkSpace 遷移至 BYOL 套件。
+ DCV 通訊協定支援 Windows 上的 Graphics G6 套件、Graphics.g4dn 和 GraphicsPro.g4dn 在 Ubuntu 上，只有 Graphics.g4dn 和 GraphicsPro.g4dn 可用。
+ PCoIP 通訊協定僅支援 Windows 上的 Graphics.g4dn 和 GraphicsPro.g4dn 套件。
+ 目前不支援遷移 Linux WorkSpaces。
+ 在支援多種語言的 AWS 區域中，您可以在語言套件之間遷移 WorkSpaces。
+ 來源和目標套件必須不同。(但是，在支援多種語言的區域中，只要語言不同，您就可以遷移至相同的 Windows 10 套件。) 如果您想要使用相同的套件重新整理 WorkSpace，請改為[重新建置 WorkSpace](rebuild-workspace.md)。
+ 您無法跨區域遷移 WorkSpaces。
+ 在某些情況下，如果遷移無法順利完成，您可能不會收到錯誤訊息，而且可能遷移程序似乎尚未開始。如果 WorkSpace 套件在嘗試遷移一小時後維持不變，則遷移不成功。聯絡 [AWS 支援 中心](https://console.aws.amazon.com/support/home#/)尋求協助。
+ 您無法將 BYOP WorkSpaces 遷移至 PCoIP 或 DCV WorkSpaces。
+ 您無法將 Active Directory 加入網域的 WorkSpaces 遷移至 Microsoft 加入的 WorkSpaces。

## 遷移案例
<a name="migration-scenarios"></a>

下表顯示可用的遷移案例：


| 來源作業系統 | 目標作業系統 | 可用？ | 
| --- | --- | --- | 
|  公用或自訂套件 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 技術的公有 BYOP  | 是 | 
| 採用 Windows Server 2022 技術的公有 BYOP  | Windows Server 2019 支援的公有 BYOP  | 否 | 
| Windows Server 2019 支援的公有 BYOP  | 採用 Windows Server 2025 技術的公有 BYOP  | 是 | 
| 採用 Windows Server 2025 技術的公有 BYOP  | Windows Server 2019 支援的公有 BYOP  | 否 | 
| 採用 Windows Server 2022 技術的公有 BYOP  | 採用 Windows Server 2025 技術的公有 BYOP  | 是 | 
| 採用 Windows Server 2025 技術的公有 BYOP  | 採用 Windows Server 2022 技術的公有 BYOP  | 否 | 
| Windows Server 2019 支援的公用 Windows 10 套件  | 採用 Windows Server 2025 技術的公有 BYOP  | 是 | 
| Windows Server 2019 支援的自訂 Windows 10 套件  | 採用 Windows Server 2025 技術的公有 BYOP  | 是 | 
| Windows Server 2022 支援的公用 Windows 10 套件  | 採用 Windows Server 2025 技術的公有 BYOP  | 是 | 
| 支援 Windows Server 2022 的自訂 Windows 10 套件  | 採用 Windows Server 2025 技術的公有 BYOP  | 是 | 

**注意**  
Web 存取不適用於 Windows Server 2019 支援的公用 Windows 10 套件 PCoIP 分支。

## 遷移期間發生的事
<a name="during-migration"></a>

在遷移期間，會保留使用者磁碟區 (磁碟機 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\username` 而非 `D:\Users`，則本機搜尋檢索可能無法在遷移後對 `D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated` 資料夾中的任何使用者檔案運作。

任何指派給原始 WorkSpace 的標籤都會在遷移期間延續，而且保留 WorkSpace 的執行模式。不過，新的 WorkSpace 會取得新的 WorkSpace ID、電腦名稱和 IP 地址。

## 最佳實務
<a name="migration-best-practices"></a>

遷移 WorkSpace 之前，請執行下列操作：
+ 將磁碟機 C 上的所有重要資料備份到另一個位置。遷移期間，磁碟機 C 上的所有資料都會清除。
+ 確定進行遷移的 WorkSpace 至少存留 12 小時，以確保已建立使用者磁碟區的快照。在 Amazon WorkSpaces 主控台的**遷移 WorkSpaces** 頁面上，您可以查看最後一次快照的時間。遷移期間，最後一次快照之後建立的任何資料都會遺失。
+ 若要避免潛在的資料遺失，請確定使用者已登出其 WorkSpaces，而且在遷移程序完成之前不會重新登入。請注意，無法遷移處於 `ADMIN_MAINTENANCE` 模式的 WorkSpaces。
+ 確定您要遷移的 WorkSpaces 的狀態為 `AVAILABLE`、`STOPPED` 或 `ERROR`。
+ 確定您有足夠的 IP 地址可供您要遷移的 WorkSpaces 使用。在遷移期間，系統會為 WorkSpaces 配置新的 IP 地址。
+ 如果您使用指令碼來遷移 WorkSpaces，請以一次不超過 25 個 WorkSpaces 的方式分批遷移。

## 疑難排解
<a name="migration_troubleshooting"></a>
+ 如果使用者在遷移之後回報遺失檔案，請查看其使用者設定檔是否未在遷移過程中移動。您可以查看哪些檔案移入 `C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs`。未移動的檔案將位於 `D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated` 資料夾中。您可以手動移動任何未自動移動的檔案。
+ 如果您使用 API 來遷移 WorkSpaces，但遷移未成功，則不會使用 API 所傳回的目標 WorkSpace ID，而且 WorkSpace 仍會有原始 WorkSpace ID。
+ 如果遷移未成功完成，請檢查 Active Directory 以查看其是否已相應地清除。您可能需要手動移除不再需要的 WorkSpaces。

## 計費影響
<a name="migration-billing"></a>

在進行遷移的月份，您需按比例支付新的 WorkSpace 和原始 WorkSpace 費用。例如，如果您在 5 月 10 日將 WorkSpace A 遷移到 WorkSpace B，則您需支付從 5 月 1 日至 5 月 10 日的 WorkSpace A 費用，以及支付從 5 月 11 日至 5 月 30 日的 WorkSpace B 費用。

**注意**  
如果您要將 WorkSpace 遷移至不同的套件類型 (例如，從 Performance 遷移至 Power，或從超值遷移至標準)，則在遷移過程中，根磁碟區 (磁碟機 C) 和使用者磁碟區 (磁碟機 D) 的大小可能會增加。如有必要，根磁碟區會增加以符合新套件的預設根磁碟區大小。但是，如果您已經為使用者磁碟區指定的大小與原始套件的預設值不同 (更大或更小)，則在遷移過程中會保留相同的使用者磁碟區大小。否則，遷移程序會使用較大的來源 WorkSpace 使用者磁碟區大小，以及新套件的預設使用者磁碟區大小。

## 遷移 WorkSpace
<a name="migration-workspaces"></a>

您可以透過 Amazon WorkSpaces 主控台、 AWS CLI 或 Amazon WorkSpaces API 遷移 WorkSpaces。 Amazon WorkSpaces 

**移轉 WorkSpace**

1. 在 https：//[https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) 開啟 WorkSpaces 主控台。

1. 在導覽窗格中，選擇 **WorkSpaces**。

1. 選取您的 WorkSpace，然後選擇**動作**、**遷移 WorkSpaces**。

1. 在**套件**之下，選取您要將 WorkSpace 遷移至的套件。
**注意**  
若要將 BYOL WorkSpace 從 PCoIP 遷移至 DCV，您必須先使用 DCV 通訊協定建立 BYOL 套件。然後，您可以將 PCoIP BYOL WorkSpaces 遷移至該 DCV BYOL 套件。

1. 選擇**遷移 WorkSpaces**。

   狀態為 `PENDING` 的新 WorkSpace 會出現在 Amazon WorkSpaces 主控台中。遷移完成時，原始 WorkSpace 會終止，而新 WorkSpace 的狀態會設定為 `AVAILABLE`。

1. (選用) 若要刪除您不再需要的任何自訂套件和映像，請參閱 [在 WorkSpaces Personal 中刪除自訂套件或映像](delete_bundle.md)。

若要透過 遷移 WorkSpaces AWS CLI，請使用 [migrate-workspace](https://docs.aws.amazon.com/cli/latest/reference/workspaces/migrate-workspace.html) 命令。若要透過 Amazon WorkSpaces API 遷移 WorkSpaces，請參閱《Amazon WorkSpaces API 參考》**中的 [MigrateWorkSpace](https://docs.aws.amazon.com/workspaces/latest/api/API_MigrateWorkspace.html)。