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

# ボリュームゲートウェイのベストプラクティス
<a name="best-practices"></a>

このセクションは、ゲートウェイ、ローカルディスク、スナップショット、およびデータを操作するためのベストプラクティスに関する情報を提供する以下のトピックで構成されます。このセクションで説明されている情報を理解し、 AWS Storage Gatewayの問題を避けるためにこれらのガイドラインに従うことをお勧めします。デプロイで発生する可能性がある一般的な問題の診断と解決に関する追加のガイダンスについては、「[ゲートウェイのトラブルシューティング](troubleshooting-gateway-issues.md)」を参照してください。

**Topics**
+ [ベストプラクティス: データの復旧](#recover-data-from-gateway)
+ [不要なリソースのクリーンアップ](#cleanup)
+ [ボリュームで課金されるストレージ量を削減する](#reduce-bill-volume)

## ベストプラクティス: データの復旧
<a name="recover-data-from-gateway"></a>

まれに、ゲートウェイで回復不可能な障害が発生する場合があります。そのような障害は、仮想マシン (VM)、ゲートウェイ自体、ローカルストレージなどの場所で発生する可能性があります。障害が発生した場合、データの回復に関する以下の該当するセクションの手順に従うことをお勧めします。

**重要**  
Storage Gateway では、ハイパーバイザーによって作成されたスナップショットから、または Amazon EC2 Amazon マシンイメージ (AMI) からのゲートウェイ VM の復元はサポートされていません。ゲートウェイ VM が正しく機能しない場合、新しいゲートウェイをアクティブ化し、以下の手順を使用してデータをそのゲートウェイに復旧します。

**Topics**
+ [予期しない仮想マシンのシャットダウンからの復旧](#recover-from-gateway-shutdown)
+ [正しく機能していないゲートウェイまたは VM からのデータの復旧](#recover-from-gateway)
+ [回復不可能なボリュームからのデータの復旧](#recover-from-volume)
+ [正しく機能していないキャッシュディスクからのデータの復旧](#recover-from-cahe-disk)
+ [破損したファイルシステムからのデータの復旧](#recover-corrupt-file-system)
+ [アクセス不能なデータセンターからのデータの復旧](#disaster-recovery)

### 予期しない仮想マシンのシャットダウンからの復旧
<a name="recover-from-gateway-shutdown"></a>

停電時など、VM が予期せずシャットダウンすると、ゲートウェイにアクセスできなくなります。電源とネットワーク接続が復旧されると、ゲートウェイは到達可能になり、通常の動作を開始します。データを回復するためにその時点で実行可能ないくつかのステップを以下に示します。
+ 停止によりネットワーク接続の問題が発生した場合、問題をトラブルシューティングできます。ネットワーク接続をテストする方法については、「[ゲートウェイのインターネット接続のテスト](MaintenanceTestGatewayConnectivity-common.md)」を参照してください。
+  キャッシュ型ボリュームの設定の場合、ゲートウェイが到達可能になると、ボリュームが BOOTSTRAPPING ステータスになります。この機能により、ローカルに保存されたデータが引き続き同期されます AWS。このステータスの詳細については、「[ボリュームステータスと移行について](StorageVolumeStatuses.md)」を参照してください。
+ ゲートウェイが正しく機能せず、予期しないシャットダウンの結果としてボリュームまたはテープに問題が発生した場合、データを回復できます。データの復旧方法については、シナリオに当てはまる以下のクションを参照してください。

### 正しく機能していないゲートウェイまたは VM からのデータの復旧
<a name="recover-from-gateway"></a>

ゲートウェイまたは仮想マシンに障害が発生した場合は、Amazon S3 のボリュームにアップロード AWS されて保存されたデータを復元できます。キャッシュボリュームゲートウェイの場合、復旧スナップショットからデータを復旧します。保管型ボリュームゲートウェイの場合、ボリュームの最新の Amazon EBS スナップショットからデータを復元できます。テープゲートウェイの場合、復旧ポイントから新しいテープゲートウェイに 1 つ以上のテープを復旧します。

キャッシュ型ボリュームゲートウェイが到達不可能になった場合、以下のステップを使用して復旧スナップショットからデータを復旧できます。

1. で AWS マネジメントコンソール、障害が発生したゲートウェイを選択し、復旧するボリュームを選択し、そこから復旧スナップショットを作成します。

1. 新しいボリュームゲートウェイをデプロイしてアクティブ化します。または、正常に機能する既存のボリュームゲートウェイがある場合、そのゲートウェイを使用してボリュームデータを復旧できます。

1. 作成したスナップショットを見つけ、機能しているゲートウェイの新しいボリュームにスナップショットを復旧します。

1. オンプレミスのアプリケーションサーバーで、新しいボリュームを iSCSI デバイスとしてマウントします。

復旧スナップショットからキャッシュ型ボリュームデータを復旧する方法の詳細については、「[ゲートウェイキャッシュ型が到達不可能なためデータを復旧する場合](troubleshoot-volume-issues.md#RecoverySnapshotTroubleshooting)」を参照してください。

### 回復不可能なボリュームからのデータの復旧
<a name="recover-from-volume"></a>

ボリュームのステータスが IRRECOVERABLE の場合、このボリュームを使用することはできません。

保管型ボリュームでは、以下のステップを使用して、回復不可能なボリュームから新しいボリュームにデータを取得できます。

1. 回復不可能なボリュームの作成に使用されたディスクから新しいボリュームを作成します。

1. 新しいボリュームを作成するとき、既存のデータを保持します。

1. 回復不可能なボリュームの保留中のスナップショットジョブをすべて削除します。

1. ゲートウェイから回復不可能なボリュームを削除します。

キャッシュ型ボリュームについては、新しいボリュームのクローンには最後の復旧ポイントを使用することをお勧めします。

回復不可能なボリュームから新しいボリュームにデータを取得する方法の詳細については、「[ボリュームは復旧不可能であるとコンソールに表示される](troubleshoot-volume-issues.md#troubleshoot-volume-issues.VolumeIrrecoverable)」を参照してください。

### 正しく機能していないキャッシュディスクからのデータの復旧
<a name="recover-from-cahe-disk"></a>

キャッシュディスクで障害が発生した場合、以下のステップを使用し、状況に応じてデータを復旧することをお勧めします。
+ キャッシュディスクがホストから削除されたために障害が発生した場合は、ゲートウェイをシャットダウンし、ディスクを再追加してゲートウェイを再起動します。
+ キャッシュディスクが破損したかアクセスできない場合、ゲートウェイをシャットダウンしてキャッシュディスクをリセットし、キャッシュストレージ用にディスクを再設定してゲートウェイを再起動します。

### 破損したファイルシステムからのデータの復旧
<a name="recover-corrupt-file-system"></a>

ファイルシステムが破損した場合、**fsck** コマンドを使用してファイルシステムにエラーがないかチェックし、修復できます。ファイルシステムを修復できる場合、以下で説明するようにファイルシステムのそのボリュームからデータを復旧できます。

1. 仮想マシンをシャットダウンし、Storage Gateway マネジメントコンソールを使用して復旧スナップショットを作成します。このスナップショットは、 に保存されている最新のデータを表します AWS。
**注記**  
ファイルシステムを修復できない場合、またはスナップショットの作成プロセスが正常に完了しない場合は、フォールバックとしてこのスナップショットを使用します。

   復旧スナップショットの作成方法については、「[ゲートウェイキャッシュ型が到達不可能なためデータを復旧する場合](troubleshoot-volume-issues.md#RecoverySnapshotTroubleshooting)」を参照してください。

1. **fsck** コマンドを使用してファイルシステムにエラーがないかチェックし、修復を試みます。

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

1. ハイパーバイザーホストが起動を開始したら、シフトキーを押したままにして grub ブートメニューを表示します。

1. メニューで、編集する [**e**] を押します。

1. カーネル行 (2 行目) を選択し、**e** を押して編集します。

1. カーネルコマンドラインに **init=/bin/bash** オプションを追加します。スペースを使用して、ここで追加したオプションと前のオプションを区切ります。

1. `console=` 行を両方とも削除し、`=` 記号に続く値をすべて (カンマで区切られた値も含めて) 削除します。

1. **Return** を押して変更を保存します。

1. **b** を押して、変更したカーネルオプションでコンピューターを起動します。コンピューターが起動して `bash#` プロンプトが表示されます。

1. 「**/sbin/fsck -f */dev/sda1***」と入力してプロンプトからこのコマンドを手動で実行し、ファイルシステムをチェックして修理します。`/dev/sda1` パスに対してコマンドが機能しない場合は、**lsblk** を使用して `/` のルートファイルシステムデバイスを特定し、代わりにそのパスを使用できます。

1. ファイルシステムチェックと修復が完了したら、インスタンスを再起動します。grub の設定が元の値に戻り、ゲートウェアが通常どおり起動します。

1. 元のゲートウェイから作成されているスナップショットが完成するまで待ち、スナップショットデータを検証します。

元のボリュームをそのまま使い続けることも、復旧スナップショットまたは完成したスナップショットに基づく新しいボリュームを使用して新しいゲートウェイを作成することもできます。または、このボリュームから完成したスナップショットから新しいボリュームを作成することもできます。

### アクセス不能なデータセンターからのデータの復旧
<a name="disaster-recovery"></a>

ゲートウェイまたはデータセンターが何らかの理由でアクセス不能である場合は、異なるデータセンターにある別のゲートウェイにデータを復元するか、Amazon EC2 インスタンスにホストされているゲートウェイに復元することができます。別のデータセンターへのアクセス権がない場合は、Amazon EC2 インスタンスにゲートウェイを作成することをお勧めします。手順は、データ復旧元のゲートウェイの種類によって異なります。

**アクセス無効なデータセンターのボリュームゲートウェイからデータを復旧するには**

1. Amazon EC2 ホストで新しいボリュームゲートウェイを作成してアクティブ化します。詳細については、「[ボリュームゲートウェイ用にカスタマイズされた Amazon EC2 インスタンスをデプロイする](ec2-gateway-common.md)」を参照してください。
**注記**  
ゲートウェイ保管型ボリュームは Amazon EC2 インスタンスにホストすることはできません。

1. 新しいボリュームを作成し、ターゲットゲートウェイとして EC2 ゲートウェイを選択します。詳細については、「[ストレージボリュームの作成](GettingStartedCreateVolumes.md)」を参照してください。

   復旧するボリュームの最新の復旧ポイントからの Amazon EBS スナップショットまたはクローンに基づいて新しいボリュームを作成します。

   ボリュームがスナップショットに基づいている場合、そのスナップショット ID を指定します。

   復旧ポイントからボリュームのクローンを作成する場合は、ソースボリュームを選択します。

## 不要なリソースのクリーンアップ
<a name="cleanup"></a>

サンプル演習またはテストとしてゲートウェイを作成した場合は、予期しない結果や不必要な料金が発生するのを避けるため、クリーンアップを検討します。

**不要なリソースをクリーンアップする**

1. スナップショットを削除します。手順については、「[ストレージボリュームのスナップショットの削除](DeletingASnapshot.md)」を参照してください。

1. ゲートウェイを引き続き使用する予定がなければ、削除します。詳細については、「[ゲートウェイおよび関連リソースの削除](deleting-gateway-common.md)」を参照してください。

1. オンプレミスホストから Storage Gateway VM を削除します。Amazon EC2 インスタンスにゲートウェイを作成した場合、インスタンスを終了します。

## ボリュームで課金されるストレージ量を削減する
<a name="reduce-bill-volume"></a>

ファイルシステムからファイルを削除しても、必ずしも基になるブロックデバイスからデータが作成されたり、ボリュームに保存されているデータの量が減るわけではありません。ボリュームにおいて課金されるストレージの量を減らす必要がある場合、ファイルをゼロで上書きすることお勧めします。これにより、実際のストレージの量を無視できる程度の規模に圧縮できます。Storage Gateway は、圧縮されたストレージに基づいてボリュームの利用に課金を行います。

**注記**  
ボリュームのデータをランダムデータで上書きする削除ツールを使用する場合には、使用量は削減しません。これは、ランダムデータが圧縮不可能であるためです。