翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Personal WorkSpace で を移行する WorkSpaces
注記
から を通じて AWS Microsoft Office バージョンライセンスのサブスクリプションを解除またはアンインストールする場合は WorkSpace、アプリケーションを管理するを使用することをお勧めします。
ユーザーボリュームにデータを保持しながら、あるバンドル WorkSpace から別のバンドルに を移行できます。サンプルシナリオを以下に示します。
-
Windows 7 デスクトップエクスペリエンス WorkSpaces から Windows 10 デスクトップエクスペリエンスに移行できます。
-
PCoIP プロトコル WorkSpaces から に移行できますDCV。
-
Windows Server 2016 搭載バンドルの 32 ビット Microsoft Office WorkSpaces から Windows Server 2019 WorkSpaces および Windows Server 2022 搭載 WorkSpaces バンドルの 64 ビット Microsoft Office に移行できます。
-
1 つのパブリックバンドルまたはカスタムバンドル WorkSpaces から別のバンドルに移行できます。例えば、 GPU対応 (Graphics.g4dn. GraphicsPro.g4dn、Graphics、 GraphicsPro) バンドルからバンドルに移行 non-GPU-enabledしたり、逆方向に移行したりできます。
-
Windows 10 WorkSpaces から Windows 11 に移行することはできますBYOLがBYOL、Windows 11 から Windows 10 への移行はサポートされていません。
-
バリューバンドルは Windows 11 ではサポートされていません。Windows 7 または 10 の値バンドル WorkSpaces を Windows 11 に移行するには、まず値 WorkSpaces をより大きなバンドルサービスに切り替える必要があります。
-
Windows 7 WorkSpaces から Windows 11 に移行する前に、Windows 10 に移行する必要があります。Windows 11 に移行する前に WorkSpace 、Windows 10 に少なくとも 1 回ログインします。Windows 7 から Windows 11 への WorkSpaces 直接移行はサポートされていません。
-
Microsoft Office WorkSpaces を使用する Windows AWS は、 を介して Microsoft 365 アプリケーションのカスタム WorkSpaces バンドルに移行できます。移行後、 WorkSpaces は Microsoft Office からサブスクリプション解除されます。
-
Microsoft Office WorkSpaces を使用する Windows を、Office 2016/2019 サブスクリプションのないバンドル AWS に移行 WorkSpacesできます。移行後、 WorkSpaces は Microsoft Office からサブスクリプション解除されます。
-
Windows 10 BYOLBYOP WorkSpaces から Windows 11 に移行し、Windows Server 2019 BYOP WorkSpaces から Windows Server 2022 にライセンス込みで移行できます。
Amazon WorkSpaces バンドルの詳細については、「」を参照してください WorkSpaces Personal のバンドルとイメージ。
移行プロセス WorkSpace では、ターゲットバンドルイメージの新しいルートボリュームと、元の の最後に使用可能なスナップショットのユーザーボリュームを使用して、 を再作成します WorkSpace。移行中に新しいユーザープロファイルが生成され、互換性が向上します。古いユーザープロファイルの名前が変更され、古いユーザープロファイル内の特定のファイルが新しいユーザープロファイルに移動されます (移動対象の詳細については、移行中の動作 を参照してください。)
移行プロセスには、1 つにつき最大 1 時間かかります WorkSpace。移行プロセスを開始すると、新しい WorkSpace が作成されます。移行が成功しないエラーが発生すると、元の WorkSpace が復元されて元の状態に戻され、新しい WorkSpace は終了します。
移行の制限
-
パブリックまたはカスタムの Windows 7 デスクトップエクスペリエンスバンドルに移行することはできません。Bring Your Own License (BYOL) Windows 7 バンドルに移行することもできません。
-
他のBYOLバンドルBYOL WorkSpaces にのみ移行できます。を BYOL WorkSpace から PCoIP に移行するにはDCV、まず DCVプロトコルを使用してBYOLバンドルを作成する必要があります。その後、 PCoIPBYOL WorkSpaces をそのDCVBYOLバンドルに移行できます。
-
WorkSpace 作成した をパブリックバンドルまたはカスタムバンドルからBYOLバンドルに移行することはできません。
-
Graphics.g4dn、 GraphicsPro.g4dn、Graphics、および GraphicsPro バンドルは、Windows および Ubuntu のPCoIPプロトコルで使用できます。Graphics.g4dn と GraphicsPro.g4dn は、Windows および Ubuntu の DCVプロトコルで使用できます。グラフィック と GraphicsPro WorkSpaces DCVはまだ に移行できません。
-
Linux の移行 WorkSpaces は現在サポートされていません。
-
複数の言語をサポートする AWS リージョンでは、言語バンドル間で移行 WorkSpacesできます。
-
ソースバンドルとターゲットバンドルは異なっている必要があります (ただし、複数の言語をサポートするリージョンでは、言語が異なる限り、同じ Windows 10 バンドルに移行できます)。同じバンドル WorkSpace を使用して を更新する場合は、代わりに を再構築します WorkSpace。
-
リージョン WorkSpaces 間で移行することはできません。
-
場合によっては、移行が正常に完了しない場合、エラーメッセージが表示されず、移行プロセスが開始されなかったように見えることがあります。移行を試みてから 1 時間後に WorkSpace バンドルが同じままである場合、移行は失敗します。AWS Support センター
にアクセスしてサポートをお求めください。 -
PCoIP または BYOP WorkSpaces に移行することはできませんDCV WorkSpaces。
移行シナリオ
次の表に、可能な移行シナリオを示します。
移行元 OS | 移行先 OS | 使用可能 |
---|---|---|
パブリックまたはカスタムバンドル 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 搭載のパブリック Windows 10 バンドルPCoIPブランチでは使用できません。
重要
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
。新しい OS によって新しい D:\Users\%USERNAME%\
フォルダが生成されます。
新しいユーザープロファイルが作成されると、次のユーザーシェルフォルダ内のファイルが古い .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 ID、コンピュータ名、および IP アドレス WorkSpace を取得します。
ベストプラクティス
を移行する前に WorkSpace、次の操作を行います。
-
ドライブ C の重要なデータを別の場所にバックアップします。ドライブ C 上のすべてのデータは、移行中に消去されます。
-
ユーザーボリュームのスナップショットが作成されていることを確認するには、移行 WorkSpace する が少なくとも 12 時間経過していることを確認します。Amazon WorkSpaces コンソールの移行 WorkSpacesページで、最後のスナップショットの時刻を確認できます。最後のスナップショット以降に作成されたデータは、移行中に失われます。
-
潜在的なデータ損失を回避するには、ユーザーが WorkSpacesからログアウトし、移行プロセスが完了するまでログインしないようにしてください。モードの場合、 は移行 WorkSpaces できないことに注意してください
ADMIN_MAINTENANCE
。 -
移行 WorkSpaces する のステータスが
AVAILABLE
、STOPPED
、または であることを確認しますERROR
。 -
移行 WorkSpaces する に十分な IP アドレスがあることを確認してください。移行中、 に新しい IP アドレスが割り当てられます WorkSpaces。
-
スクリプトを使用して移行する場合は WorkSpaces、 WorkSpaces 一度に 25 個以下のバッチで移行します。
トラブルシューティング
-
移行後にファイルが見つからないことについてユーザーから報告があった場合は、移行プロセス中にユーザープロファイルファイルが移動されなかったかどうかを確認します。どのファイルが移動されたかは、
C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs
で確認できます。移動されなかったファイルは、D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated
フォルダに配置されます。自動的に移動されなかったファイルは、手動で移動できます。 -
を使用してAPI移行 WorkSpaces し、移行が成功しない場合、 によって返されるターゲット WorkSpace ID API は使用されず、 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
Amazon WorkSpaces コンソール、、 AWS CLI または Amazon WorkSpaces 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 Personal でカスタムバンドルまたはイメージを削除する を参照してください。
WorkSpaces を通じて移行するには AWS CLI、migrate-workspace コマンドを使用します。Amazon WorkSpaces 経由で移行するには WorkSpaces API、「Amazon リファレンス」のMigrateWorkSpace「」を参照してください。 WorkSpaces API