WorkSpace の移行 - Amazon WorkSpaces
移行の制限可能な移行シナリオ移行中の処理ベストプラクティストラブルシューティング請求への影響WorkSpace の移行

WorkSpace の移行

ユーザーボリューム上のデータを保持しながら、1 つのバンドルから別のバンドルに WorkSpace を移行できます。この機能を使用して、Windows 7 デスクトップエクスペリエンスから Windows 10 デスクトップエクスペリエンスに、または PCoIP プロトコルから WorkSpaces Streaming Protocol (WSP) beta に WorkSpace を移行できます。また、あるパブリックバンドルまたはカスタムバンドルから別のバンドルに WorkSpace を移行することもできます。たとえば、GPU 対応 (Graphics および GraphicsPro) バンドルから GPU 対応以外のバンドルに、またはその逆に移行できます。Amazon WorkSpaces バンドルについて詳しくは、「WorkSpace バンドルとイメージ」を参照してください。

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

移行プロセスには、WorkSpace ごとに最大 1 時間かかります。移行プロセスを開始すると、新しい WorkSpace が作成されます。移行の成功を妨げるエラーが発生した場合、元の WorkSpace が復旧されて元の状態に戻り、新しい WorkSpace が終了します。

移行の制限

  • パブリックまたはカスタムの Windows 7 デスクトップエクスペリエンスバンドルに移行することはできません。また、自分のライセンス使用 (BYOL) Windows 7 バンドルに移行することもできません。

  • BYOL WorkSpace は、他の BYOL バンドルにのみ移行できます。

  • パブリックバンドルまたはカスタムバンドルから作成された WorkSpace を BYOL バンドルに移行することはできません。

  • Linux WorkSpace の移行は現在サポートされていません。

  • 複数の言語をサポートする AWS リージョンでは、言語バンドル間で WorkSpace を移行できます。

  • ソースバンドルとターゲットバンドルは異なっている必要があります (ただし、複数の言語をサポートするリージョンでは、言語が異なる限り、同じ Windows 10 バンドルに移行できます)。 同じバンドルを使用して WorkSpace を更新する場合は、代わりに WorkSpace を再構築します。

  • リージョン間で WorkSpaces を移行することはできません。

  • 場合によっては、移行が正常に完了しない場合、エラーメッセージが表示されず、移行プロセスが開始されなかったように見えることがあります。移行の試行後 1 時間経過しても WorkSpace バンドルが同じである場合、移行は失敗します。詳細については、AWS Support Center にお問い合わせください。

可能な移行シナリオ

次の表に、可能な移行シナリオを示します。

移行元 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 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 バンドル

はい

移行中の処理

移行中は、ユーザーボリューム (ドライブ 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 で確認できます。自動的に移動されなかったファイルは、手動で移動できます。

元の WorkSpace に割り当てられたタグは移行中に引き継がれ、WorkSpace の実行モードは保持されます。ただし、新しい WorkSpace は、新しい WorkSpace ID、コンピュータ名、および IP アドレスを取得します。

ベストプラクティス

WorkSpace を移行する前に、次の操作を行います。

  • ドライブ C の重要なデータを別の場所にバックアップします。ドライブ C 上のすべてのデータは、移行中に消去されます。

  • ユーザーボリュームのスナップショットが作成されたことを確認するために、移行中の WorkSpace の経過時間が 12 時間以上であることを確認します。Amazon WorkSpaces コンソールの [Migrate WorkSpaces (WorkSpace の移行)] ページで、最後のスナップショットの時刻を確認できます。最後のスナップショット以降に作成されたデータは、移行中に失われます。

  • データの損失を避けるために、ユーザーが WorkSpace からログアウトし、移行プロセスが完了するまでログインし直さないようにしてください。WorkSpace が ADMIN_MAINTENANCE モードになっている場合は移行できないことに注意してください。

  • 移行する WorkSpace のステータスが、AVAILABLE、STOPPED、または ERROR であることを確認します。

  • 移行する WorkSpace に十分な IP アドレスがあることを確認します。移行中に、新しい IP アドレスが WorkSpaces に割り当てられます。

  • スクリプトを使用して WorkSpace を移行する場合、一度に移行できる WorkSpace のバッチの最大数は 25 です。

トラブルシューティング

  • 移行後にファイルが見つからないことについてユーザーから報告があった場合は、移行プロセス中にユーザープロファイルファイルが移動されなかったかどうかを確認します。どのファイルが移動されたかは、C:\Program Files\Amazon\WorkspacesConfig\Logs\MigrationLogs で確認できます。移動されなかったファイルは、D:\Users\%USERNAME%MMddyyTHHmmss%.NotMigrated フォルダに配置されます。自動的に移動されなかったファイルは、手動で移動できます。

  • API を使用して WorkSpace を移行し、移行が成功しなかった場合、API によって返されたターゲット WorkSpace ID は使用されず、WorkSpace で元の WorkSpace ID が保持されます。

  • 移行が正常に完了しない場合は、Active Directory で、適切にクリーンアップされたかどうかを確認します。不要になった WorkSpace は、手動による削除が必要になる場合があります。

請求への影響

移行が発生する月に、新しい WorkSpace と元の WorkSpace の両方に比例配分された金額が請求されます。たとえば、5 月 10 日に WorkSpace A を WorkSpace B に移行すると、5 月 1 日から 5 月 10 日まで WorkSpace A の料金が請求され、5 月 11 日から 5 月 30 日まで WorkSpace B の料金が請求されます。

注記

WorkSpace を別のバンドルタイプに移行する場合 (たとえば、Performance から Power へ、または Value から Standard へ)、移行プロセス中にルートボリューム (ドライブ C) とユーザーボリューム (ドライブ D) のサイズが増加する可能性があります。必要に応じて、ルートボリュームは、新しいバンドルのデフォルトのルートボリュームサイズに合わせて増加します。ただし、ユーザーボリュームに対して、元のバンドルのデフォルトとは異なるサイズ (高いサイズまたは低いサイズ) をすでに指定していた場合、移行プロセス中も同じユーザーボリュームサイズが保持されます。それ以外の場合、移行元の WorkSpace ユーザーボリュームサイズとデフォルトのユーザーボリュームサイズのうち、大きい方が使用されます。

WorkSpace の移行

WorkSpaces は、Amazon WorkSpaces コンソール、AWS コマンドラインインターフェイス (CLI)、または Amazon WorkSpaces API を使用して移行できます。

WorkSpace を移行するには

  1. Amazon WorkSpaces コンソール (https://console.aws.amazon.com/workspaces/) を開きます。

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

  3. WorkSpace を選択したら、[アクション]、[Migrate WorkSpaces (WorkSpace の移行)] の順に選択します。

  4. [Select Target Bundle (ターゲットバンドルの選択)] で、WorkSpace の移行先のバンドルを選択します。

  5. [Assign WorkSpace Bundle (WorkSpace バンドルの割り当て)] で、各 WorkSpace ユーザーのターゲットバンドルを選択します。

    警告

    各 WorkSpace について、表示されたスナップショット時間を書き留めておきます。表示されたスナップショット時間以降にユーザーボリュームに加えられた変更は、移行プロセス中に破棄されます。

  6. [Migrate WorkSpaces (WorkSpace の移行)] を選択します。

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

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

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