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

# 新しいゲートウェイインスタンスへのデータの移動
<a name="migrate-data"></a>

データやパフォーマンスのニーズが増えるにつれて、またはゲートウェイを移行する AWS 通知を受け取った場合は、ゲートウェイ間でデータを移動できます。以下に、この目的の例をいくつか示します。
+ より最適なホストプラットフォーム、あるいは最新の Amazon EC2 インスタンスにデータを移動すること。
+ サーバーで基盤となるハードウェアを更新すること。

**重要**  
データは、同じゲートウェイタイプ間でのみ移動できます。  
次の移行手順は、バージョン 2.x を実行するゲートウェイアプライアンスでのみ使用できます。これらを使用して、下位バージョンを実行しているゲートウェイアプライアンスを移行することはできません。

移行プロセスは、ストアドボリュームとキャッシュ型ボリュームのどちらを使用するかによって異なります。これら 2 つのゲートウェイタイプには、異なる移行ステップが必要です。ゲートウェイタイプに一致する手順を選択します。

**Topics**
+ [保管型ボリュームの新しい保管型ボリュームゲートウェイへの移動](migrate-data-volume-stored.md)
+ [キャッシュ型ボリュームを新しいゲートウェイの仮想マシンに移動する](migrate-data-volume-cached.md)

# 保管型ボリュームの新しい保管型ボリュームゲートウェイへの移動
<a name="migrate-data-volume-stored"></a>



**保管型ボリュームを新しい保管型ボリュームゲートウェイに移動するには**

1. 古い保管型ボリュームゲートウェイに書き込みを行っているアプリケーションをすべて停止します。

1. 以下のステップによりボリュームのスナップショットを作成した後、そのスナップショットの完了まで待機します。

   1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/)) を開きます。

   1. ナビゲーションペインで **[Volumes]** (ボリューム) をクリックした後に、スナップショットの作成元となるボリュームを選択します。

   1. [**アクション**] で [**スナップショットを作成**] を選択します。

   1. **[Create snapshot]** (スナップショットの作成) ダイアログボックスで、スナップショットの説明を入力し、**[Create snapshot]** (スナップショットを作成) をクリックします。

      スナップショットがコンソールを使用して作成されたことを確認できます。依然としてデータがボリュームにアップロード中である場合は、アップロードが完了するのを待ってから、次のステップに進みます。保留中のスナップショットがなくなったことを、そのステータスにより確認するには、対象のボリュームのスナップショットへのリンクを選択します。

1. 次の手順に従って、古い保管型ボリュームゲートウェイを停止します。

   1. ナビゲーションペインで **[ゲートウェイ]** をクリックしてから、停止する古い保管型ボリュームゲートウェイを選択します。ゲートウェイのステータスは [**実行中**] です。

   1. **[Actions]** (アクション) で **[Stop gateway]** (ゲートウェイを停止) をクリックします。このダイアログボックスでゲートウェイの ID を確認した上で、**[Stop gateway]** (ゲートウェイを停止) をクリックします。

      ゲートウェイが停止中、ゲートウェイのステータスを示すメッセージが表示されることがあります。ゲートウェイをシャットダウンすると、**[Details]** (詳細) タブにはメッセージと、**[Start gateway]** (ゲートウェイの起動) ボタンが表示されます。ゲートウェイがシャットダウンした後は、ゲートウェイのステータスが**[Shutdown]** (シャットダウン) に遷移します。

   1. ハイパーバイザーコントロールを使用して VM をシャットダウンします。

   ゲートウェイを停止する方法については、「[ボリュームゲートウェイを起動および停止する](MaintenanceShutDown-common.md#start-stop-classic)」を参照してください。

1. 保管型ボリュームに関連付けられているストレージディスクを、ゲートウェイの VM からデタッチします。これにより、VM のルートディスクは除外されます。

1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/)) から、利用可能な新しいハイパーバイザー VM イメージを使用して、新しい保管型ボリュームゲートウェイをアクティブ化します。

1. ステップ 5 で古い保管型ボリュームゲートウェイ VM からデタッチした物理ストレージディスクをアタッチします。

1. ディスク上の既存のデータを保持するには、以下のステップに従って保管型ボリュームを作成します。

   1. Storage Gateway コンソールで、**[Create volume]** (ボリュームの作成) を選択します。

   1. **[ボリュームの作成]** ダイアログボックスで、ステップ 5 で作成した保管型ボリュームゲートウェイを選択します。

   1. リストから **[Disk ID]** (ディスク ID) の値を選択します。

   1. **[Volume content]** (ボリュームの内容) で、**[Preserve existing data on the disk]** (ディスクに既存データを保持) オプションを選択します。

   ボリュームの作成方法については、「[ストレージボリュームの作成](GettingStartedCreateVolumes.md)」を参照してください。

1. (オプション) **[Configure CHAP authentication]** (CHAP 認証設定) ウィザードが表示されたら、**[Initiator name]** (イニシエータ名)、**[Initiator secret]** (イニシエータのシークレット)、**[Target secret]** (ターゲットのシークレット) をそれぞれ入力し、**[Save]** (保存) をクリックします。

   チャレンジハンドシェイク認証プロトコル (CHAP) 認証を操作する詳細については、「[iSCSI ターゲットの CHAP 認証の設定](ConfiguringiSCSIClientInitiatorCHAP.md)」を参照してください。

1. 保存したボリュームに書き込むアプリケーションを起動します。

1. 新しい保管型ボリュームゲートウェイが正常に動作していることを確認したら、古い保管型ボリュームゲートウェイを削除できます。
**重要**  
削除を行う前に、対象のゲートウェイのボリュームに現在書き込んでいるアプリケーションがないことを確認してください。使用中のゲートウェイを削除すると、データが失われる場合があります。

   次のステップに従って、古い保管型ボリュームゲートウェイを削除します。
**警告**  
削除したゲートウェイを復元することはできません。

   1. ナビゲーションペインで **[ゲートウェイ]** をクリックし、削除対象の古い保管型ボリュームゲートウェイを選択します。

   1. [**Actions (アクション)**] の [**Delete gateway (ゲートウェイを削除)**] を選択します。

   1. 表示される確認ダイアログボックスで、削除を確認するチェックボックスを選択します。リスト内のゲートウェイ ID により、削除対象の古い保管型ボリュームゲートウェイが指定されていることを確認し、**[削除]** をクリックします。

1. 古いゲートウェイ VM を削除します。VM を削除する方法については、お使いのハイパーバイザーの情報でご確認ください。

# キャッシュ型ボリュームを新しいゲートウェイの仮想マシンに移動する
<a name="migrate-data-volume-cached"></a>

**キャッシュ型ボリュームを新しいキャッシュ型ボリュームゲートウェイの仮想マシン (VM) に移動するには**

1. 古いキャッシュ型ボリュームゲートウェイに書き込んでいるアプリケーションをすべて停止します。

1. ゲートウェイを最新バージョンに更新するには、次の手順を使用します。

   1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/)) を開きます。

   1. ナビゲーションペインで、**ゲートウェイ**を選択し、移行する古いキャッシュ型ボリュームゲートウェイを選択します。

   1. 利用可能な場合は**、今すぐ更新** をクリックします。そうでない場合、ゲートウェイは既に最新バージョンです。

1. 既存のキャッシュゲートウェイ**のモニタリング**タブの`CachePercentDirty`メトリクスが であることを確認します`0`。

1. iSCSI ボリュームを (それを使用しているクライアントから) マウント解除または切断します。これにより、クライアントがそれらのボリュームでデータの変更や追加を行なくなるので、ボリューム上のデータの整合性を維持できます。

1. 以下のステップによりボリュームのスナップショットを作成した後、そのスナップショットの完了まで待機します。

   1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/)) を開きます。

   1. ナビゲーションペインで **[Volumes]** (ボリューム) をクリックした後に、スナップショットの作成元となるボリュームを選択します。

   1. **アクション** で、**EBS スナップショットの作成** を選択します。

   1. **[Create snapshot]** (スナップショットの作成) ダイアログボックスで、スナップショットの説明を入力し、**[Create snapshot]** (スナップショットを作成) をクリックします。

      スナップショットがコンソールを使用して作成されたことを確認できます。依然としてデータがボリュームにアップロード中である場合は、アップロードが完了するのを待ってから、次のステップに進みます。保留中のスナップショットがなくなったことを、そのステータスにより確認するには、対象のボリュームのスナップショットへのリンクを選択します。

      コンソールでのボリュームステータスの確認については、「[ボリュームステータスと移行について](StorageVolumeStatuses.md)」を参照してください。キャッシュ型ボリュームのステータスについては、「[キャッシュ型ボリュームステータスの遷移を理解する](StorageVolumeStatuses.md#CachedVolumeStatusTransition)」を参照してください。

1. 古いキャッシュ型ボリュームゲートウェイを停止するには、以下のステップに従います。

   1. ナビゲーションペインで **[ゲートウェイ]** をクリックし、停止する古いキャッシュ型ボリュームゲートウェイを選択します。

   1. **[Actions]** (アクション) で **[Stop gateway]** (ゲートウェイを停止) をクリックします。このダイアログボックスでゲートウェイの ID を確認した上で、**[Stop gateway]** (ゲートウェイを停止) をクリックします。後のステップで必要になるので、ゲートウェイ ID を書き留めておきます。

      古いゲートウェイの停止処理中、ゲートウェイのステータスを示すメッセージが表示されることがあります。古いゲートウェイがシャットダウンされると、メッセージと **[Start gateway]** (ゲートウェイの起動) ボタンが、**[Details]** (詳細) タブに表示されます。ゲートウェイがシャットダウンした後は、ゲートウェイのステータスが**[Shutdown]** (シャットダウン) に遷移します。

   1. ハイパーバイザーコントロールを使用して古い VM をシャットダウンします。Amazon EC2 インスタンスのシャットダウンの詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンスの停止と起動](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Stop_Start.html#starting-stopping-instances)」を参照してください。KVM、VMware、または Hyper-V VM のシャットダウンの詳細については、ハイパーバイザからのドキュメントを参照してください。

   ゲートウェイを停止する方法については、「[ボリュームゲートウェイを起動および停止する](MaintenanceShutDown-common.md#start-stop-classic)」を参照してください。

1. ルートディスク、キャッシュディスク、アップロードバッファディスクを含むすべてのディスクを、古いゲートウェイ VM からデタッチします。
**注記**  
ルートディスクのボリューム ID と、そのルートディスクに関連付けられているゲートウェイ ID を書き留めます。このディスクは後のステップで使用します。

   キャッシュ型ボリュームゲートウェイの VM として Amazon EC2 インスタンスを使用している場合は、「*Amazon EC2 ユーザーガイド*」の「[Linux インスタンスからの Amazon EBS ボリュームのデタッチ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-detaching-volume.html)」を参照してください。KVM、VMware、または Hyper-V VM からのディスクのデタッチについては、ハイパーバイザーからのドキュメントを参照してください。

1. 新しい Storage Gateway ハイパーバイザー VM インスタンスを作成しますが、ゲートウェイとしてアクティブ化しないでください。新しい Storage Gateway ハイパーバイザー VM の作成方法については、「[ボリュームゲートウェイをセットアップする](create-volume-gateway.md#set-up-gateway-volume)」を参照してください。この新しいゲートウェイは、古いゲートウェイの ID を引き受けます。
**注記**  
新しい VM には、キャッシュ用のディスクやアップロードバッファを追加しないでください。新しい VM は、古い VM で使用されていたのと同じキャッシュディスクとアップロードバッファディスクを使用します。

1. 新しい Storage Gateway ハイパーバイザー VM インスタンスでも、古い VM と同じネットワーク構成を使用する必要があります。ゲートウェイのデフォルトのネットワーク設定は、動的ホスト構成プロトコル (DHCP) です。DHCP を使用すると、ゲートウェイには IP アドレスが自動的に割り当てられます。

   新しい VM の静的 IP アドレスを手動で設定する必要がある場合は、「[ゲートウェイのネットワークの設定](MaintenanceConfiguringStaticIP-common.md)」を参照して詳細をご確認ください。ゲートウェイが、インターネットに接続するために Socket Secure バージョン 5 (SOCKS5) プロキシを使用する必要がある場合は、「[オンプレミスゲートウェイの SOCKS5 プロキシの設定](MaintenanceRoutingProxy-common.md)」で詳細をご確認ください。

1. 新しい VM を起動します。

1. ステップ 7 で古いキャッシュ型ボリュームゲートウェイ VM からデタッチしたディスクを、新しいキャッシュ型ボリュームゲートウェイにアタッチします。古いゲートウェイ VM の場合と同じ順序で、これらを新しいゲートウェイ VM にアタッチします。

   すべてのディスクを変更なしで移行する必要があります。ボリュームサイズを変更しないでください。変更するとメタデータの整合性がなくなります。

1. ゲートウェイ移行プロセスを開始するには、新しいゲートウェイ VM のローカルコンソールに接続するか、新しいゲートウェイ VM の IP アドレス (以下で説明) にウェブリクエストを行います。

   1. ローカルコンソールを使用するには、**Migrate Gateway** の オプションを選択し、プロンプトが表示されたら既存のゲートウェイ ID を指定します。古いゲートウェイで以前に適用された設定を新しいゲートウェイにコピーするプロンプトが表示されます。適用するか、後で手動で設定するかを選択できます。[「ゲートウェイローカルコンソールへのアクセス](https://docs.aws.amazon.com/storagegateway/latest/vgw/accessing-local-console.html)」を参照してください。

   1. または、次の形式を使用する URL を使用して新しい VM に接続することで、ゲートウェイ移行プロセスを開始することもできます。

      ```
      http://your-VM-IP-address/migrate?gatewayId=your-gateway-ID
      ```

      新しいゲートウェイ VM には、古いゲートウェイ VM で使用したのと同じ IP アドレスを再使用できます。この URL は次の例のようになります。

      ```
      http://198.51.100.123/migrate?gatewayId=sgw-12345678
      ```

      ブラウザから、またはコマンドラインから `curl` を使用して、この URL で移行プロセスを開始します。

      ゲートウェイの移行プロセスが正常に完了すると、移行が成功したことを確認するメッセージが表示されます。

1. ステップ 7 でメモしたボリューム ID を持つ古いゲートウェイのルートディスクをデタッチします。

1. ゲートウェイを起動します。

   新しいキャッシュ型ボリュームゲートウェイを起動するには、次のステップに従います。

   1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/)) を開きます。

   1. ナビゲーションペインで **[Gateways]** (ゲートウェイ) をクリックしてから、起動する新しいゲートウェイを選択します。ゲートウェイのステータスは [**シャットダウン**] です。

   1. **[Details]** (詳細) 、**[Start gateway]** (ゲートウェイの起動) の順にクリックします。

   ゲートウェイの起動の詳細については、「[ボリュームゲートウェイを起動および停止する](MaintenanceShutDown-common.md#start-stop-classic)」を参照してください。

1. これで、ボリュームは新しいゲートウェイ VM のネットワークインターフェイスを介してアプリケーションで使用できるようになります。移行の成功メッセージには、各ボリュームと新しいゲートウェイのネットワークインターフェイス間の更新されたマッピングに関する詳細が含まれます。各ネットワークインターフェイスに関連付けられている IP アドレスの詳細については、ゲートウェイのローカルコンソールのメインページを参照してください。[「ゲートウェイローカルコンソールへのアクセス](https://docs.aws.amazon.com/storagegateway/latest/vgw/accessing-local-console.html)」を参照してください。

1. ボリュームが使用可能であることを確認し、古いゲートウェイ VM を削除します。VM を削除する方法については、お使いのハイパーバイザーの情報でご確認ください。