Personal WorkSpace で を移行する WorkSpaces - Amazon WorkSpaces

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Personal WorkSpace で を移行する WorkSpaces

注記

から を使用して AWS Microsoft Office バージョンライセンスのサブスクリプションを解除またはアンインストールする場合は WorkSpace、アプリケーションを管理する を使用することをお勧めします。

ユーザーボリュームにデータを保持しながら、あるバンドル WorkSpace から別のバンドルに を移行できます。サンプルシナリオを以下に示します。

  • Windows 7 デスクトップエクスペリエンス WorkSpaces から Windows 10 デスクトップエクスペリエンスに移行できます。

  • PCoIP プロトコル WorkSpaces から に移行できますDCV。

  • Windows Server 2016 搭載の WorkSpaces 32 ビット Microsoft Office WorkSpaces から、Windows Server 2019 および Windows Server 2022 搭載 WorkSpaces の 64 ビット Microsoft Office に移行できます。

  • あるパブリックバンドルまたはカスタムバンドル 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 に移行する前に、Windows 10 に WorkSpace 少なくとも 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 からサブスクリプション解除されます。

  • Windows 10 BYOLBYOP WorkSpaces から Windows 11 に移行し、Windows Server 2019 BYOP WorkSpaces から Windows Server 2022 にライセンス込みで移行できます。

Amazon WorkSpaces バンドルの詳細については、「」を参照してください WorkSpaces Personal のバンドルとイメージ

移行プロセス WorkSpace では、ターゲットバンドルイメージの新しいルートボリュームと、元の の最後に使用可能なスナップショットのユーザーボリュームを使用して、 を再作成します WorkSpace。移行中に新しいユーザープロファイルが生成され、互換性が向上します。古いユーザープロファイルの名前が変更され、古いユーザープロファイル内の特定のファイルが新しいユーザープロファイルに移動されます (移動対象の詳細については、移行中の動作 を参照してください。)

移行プロセスには、 あたり最大 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 バンドルは現時点ではPCoIPプロトコルでのみ利用できるため、Graphics.g4dn、 GraphicsPro.g4dn、Graphics、および DCV はまだ移行 GraphicsPro WorkSpaces できません。

  • 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 バンドル Warning triangle icon with an exclamation mark inside.

可能

Windows Server 2019 搭載のパブリック Windows 10 バンドル Warning triangle icon with an exclamation mark inside.

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からログアウトし、再度ログインしないようにしてください。がADMIN_MAINTENANCEモードになっている場合、 は移行 WorkSpaces できないことに注意してください。

  • 移行 WorkSpaces する のステータスが AVAILABLESTOPPED、または であることを確認します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
  1. で WorkSpaces コンソールを開きますhttps://console.aws.amazon.com/workspaces/

  2. ナビゲーションペインで、 を選択しますWorkSpaces

  3. を選択し WorkSpace 、アクション 移行 WorkSpacesを選択します。

  4. バンドル で、 を移行するバンドルを選択します WorkSpace 。

    注記

    BYOL WorkSpace から PCoIPに移行するにはDCV、まずDCVプロトコルでBYOLバンドルを作成する必要があります。その後、 PCoIPBYOL WorkSpaces をそのDCVBYOLバンドルに移行できます。

  5. 移行 WorkSpacesを選択します。

    ステータスが WorkSpace の新しい が Amazon WorkSpaces コンソールPENDINGに表示されます。移行が完了すると、元の WorkSpace は終了し、新しい のステータス WorkSpace は に設定されますAVAILABLE

  6. (オプション) 不要になったカスタムバンドルとイメージを削除する方法については、 WorkSpaces Personal でカスタムバンドルまたはイメージを削除する を参照してください。

WorkSpaces 経由で移行するには AWS CLI、 migrate-workspace コマンドを使用します。Amazon WorkSpaces 経由で移行するには WorkSpaces API、「Amazon リファレンスMigrateWorkSpace」の「」を参照してください。 WorkSpaces API