翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
の移行 WorkSpace
注記
から を通じて Microsoft Office AWS バージョンのライセンスのサブスクリプションを解除したり、アンインストールしたりする場合は WorkSpace、アプリケーション の管理 を使用することをお勧めします。
ユーザーボリューム上のデータを保持したまま、あるバンドル WorkSpace から別のバンドルに を移行できます。サンプルシナリオを以下に示します。
-
Windows 7 デスクトップエクスペリエンス WorkSpaces から Windows 10 デスクトップエクスペリエンスに移行できます。
-
PCoIP プロトコル WorkSpaces から WorkSpaces ストリーミングプロトコル (WSP) に移行できます。
-
Windows Server 2016 搭載の 32 ビット Microsoft Office WorkSpaces バンドル WorkSpaces から、Windows Server 2019 および Windows Server 2022 搭載の 64 ビット Microsoft Office WorkSpaces に移行できます。
-
あるパブリックバンドルまたはカスタムバンドル WorkSpaces から別のバンドルに移行できます。例えば、GPU 対応 (Graphics.g4dn. GraphicsProg4dn、Graphics、) GraphicsProバンドルから GPU 対応以外のバンドル、およびその逆に移行できます。
-
Windows 10 BYOL WorkSpaces から Windows 11 BYOL に移行することはできますが、Windows 11 から Windows 10 への移行はサポートされていません。
-
バリューバンドルは Windows 11 ではサポートされていません。Windows 7 または 10 の値バンドル WorkSpaces を Windows 11 に移行するには、まず Value を 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 AWSを、 WorkSpacesOffice 2016/2019 サブスクリプションのないバンドルに移行できます。移行後、 WorkSpaces は Microsoft Office からサブスクリプション解除されます。
Amazon WorkSpaces バンドルの詳細については、「」を参照してくださいWorkSpace バンドルとイメージ。
移行プロセス WorkSpace では、ターゲットバンドルイメージの新しいルートボリュームと、元の の最後に利用可能なスナップショットのユーザーボリュームを使用して を再作成します WorkSpace。移行中に新しいユーザープロファイルが生成され、互換性が向上します。古いユーザープロファイルの名前が変更され、古いユーザープロファイル内の特定のファイルが新しいユーザープロファイルに移動されます (移動対象の詳細については、移行中の動作 を参照してください。)
移行プロセスには、 あたり最大 1 時間かかります WorkSpace。移行プロセスを開始すると、新しい WorkSpace が作成されます。移行の成功を妨げるエラーが発生した場合、元の WorkSpace が復旧されて元の状態に戻り、新しい WorkSpace は終了します。
移行の制限
-
パブリックまたはカスタムの Windows 7 デスクトップエクスペリエンスバンドルに移行することはできません。また、Bring-Your-Own-License (BYOL) Windows 7 バンドルに移行することもできません。
-
BYOL は、他の BYOL バンドル WorkSpaces にのみ移行できます。PCoIP WorkSpace から WSP に BYOL を移行するには、まず WSP プロトコルで BYOL バンドルを作成する必要があります。その後、PCoIP BYOL WorkSpaces をその WSP BYOL バンドルに移行できます。
-
パブリックバンドルまたはカスタムバンドルから WorkSpace 作成された を BYOL バンドルに移行することはできません。
-
現時点では、Graphics.g4dn、 GraphicsPro.g4dn、Graphics、および GraphicsPro バンドルは PCoIP プロトコルでのみ使用できるため、Graphics.g4dn、 GraphicsPro.g4dn、Graphics、および はまだ WSP に移行 GraphicsPro WorkSpaces できません。
-
Linux の移行 WorkSpaces は現在サポートされていません。
-
複数の言語をサポートするAWSリージョンでは、言語バンドル間で移行 WorkSpacesできます。
-
ソースバンドルとターゲットバンドルは異なっている必要があります (ただし、複数の言語をサポートするリージョンでは、言語が異なる限り、同じ Windows 10 バンドルに移行できます)。同じバンドル WorkSpace を使用して を更新する場合は、代わりに を再構築 WorkSpaceします。
-
リージョン WorkSpaces 間で移行することはできません。
-
場合によっては、移行が正常に完了しない場合、エラーメッセージが表示されず、移行プロセスが開始されなかったように見えることがあります。 WorkSpace バンドルが移行の試行後 1 時間同じままである場合、移行は失敗します。AWS Support センター
にアクセスしてサポートをお求めください。
移行シナリオ
次の表に、可能な移行シナリオを示します。
移行元 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 Server 2019 搭載のパブリック Windows 10 バンドル PCoIP ブランチでは、Web Access は使用できません。
重要
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 しても移行が成功しない場合、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
Amazon WorkSpaces コンソール、、AWS CLIまたは Amazon WorkSpaces API WorkSpaces を使用して移行できます。
を移行するには WorkSpace
https://console.aws.amazon.com/workspaces/
で WorkSpaces コンソールを開きます。 -
ナビゲーションペインで、 を選択しますWorkSpaces。
-
を選択し WorkSpace 、アクション 、移行 WorkSpacesを選択します。
-
バンドル で、 を移行するバンドルを選択します WorkSpace 。
注記
PCoIP WorkSpace から WSP に BYOL を移行するには、まず WSP プロトコルで BYOL バンドルを作成する必要があります。その後、PCoIP BYOL WorkSpaces をその WSP BYOL バンドルに移行できます。
-
移行を選択します WorkSpaces。
ステータス WorkSpace が の新しい が Amazon WorkSpaces コンソール
PENDING
に表示されます。移行が完了すると、元の WorkSpace が終了し、新しい のステータス WorkSpace が に設定されますAVAILABLE
。 -
(オプション) 不要になったカスタムバンドルとイメージを削除する方法については、 WorkSpaces カスタムバンドルまたはイメージを削除する を参照してください。
WorkSpaces を介して移行するにはAWS CLI、migrate-workspace コマンドを使用します。Amazon WorkSpaces API WorkSpaces を介して移行するには、「Amazon API リファレンス」のMigrateWorkSpace「」を参照してください。 WorkSpaces