SANtricity System Managerのスナップショットに関するよくある質問
質問に対する簡単な回答をお探しの場合は、このFAQが役立ちます。
ボリューム、ホスト、またはホスト クラスタが一部表示されないのはなぜですか?
ベース ボリュームでData Assurance(DA)が有効なSnapshotボリュームを、DA対応でないホストに割り当てることはできません。DA対応でないホストにSnapshotボリュームを割り当てるには、ベース ボリュームのDAを無効にする必要があります。
Snapshotボリュームを割り当てるホストについては、次のガイドラインを考慮してください。
-
DA対応でないI/Oインターフェイスを介してストレージ アレイに接続されているホストは、DA対応ではありません。
-
ホスト メンバーが1つでもDA対応でないホスト クラスタは、DA対応ではありません。
|
|
Snapshot(整合性グループ、Snapshotグループ、Snapshotイメージ、Snapshotボリューム)、ボリューム コピー、およびミラーに関連付けられているボリュームでは、DAを無効にできません。ベース ボリュームのDAを無効にするには、最初に関連付けられているすべてのリザーブ容量とSnapshotオブジェクトを削除する必要があります。 |
Snapshotイメージとは何ですか?
Snapshotイメージは、ボリュームの内容を特定の時点でキャプチャした論理コピーです。Snapshotイメージが使用するストレージ スペースは最小限です。
Snapshotイメージのデータは次のように格納されます。
-
Snapshotイメージが作成された時点では、Snapshotイメージはベース ボリュームと完全に一致します。Snapshotの作成後、ベース ボリューム上のブロックに対して最初の書き込み要求が行われると、新しいデータがベース ボリュームに書き込まれる前に元のデータがSnapshotリザーブ容量にコピーされます。
-
以降のSnapshotには、最初のSnapshotイメージの作成後に変更されたデータ ブロックのみが含まれます。以降の各copy-on-write処理では、新しいデータがベース ボリュームに書き込まれる前に、ベース ボリュームで上書きされる元のデータがSnapshotリザーブ容量に保存されます。
Snapshotイメージを使用するのはなぜですか?
Snapshotを使用すると、偶然または悪意のある行為によるデータの損失や破損からデータを保護し、リカバリすることができます。
ベース ボリュームまたはベース ボリュームのグループ(Snapshot整合性グループ)を選択し、次のいずれかの方法でSnapshotイメージをキャプチャします。
-
1つのベース ボリューム、または複数のベース ボリュームで構成されるSnapshot整合性グループのSnapshotイメージを作成できます。
-
手動でSnapshotを作成するか、ベース ボリュームまたはSnapshot整合性グループの定期的なSnapshotイメージを自動的に作成するスケジュールを作成できます。
-
ホストからアクセス可能なSnapshotイメージのSnapshotボリュームを作成できます。
-
ロールバック処理を実行してSnapshotイメージをリストアできます。
複数のSnapshotイメージがリストア ポイントとして保持されるため、ある時点の既知の有効なデータ セットにロールバックすることができます。ロールバック機能は、偶発的なデータの削除や破損からの保護を提供します。
Snapshotに使用できるボリューム タイプはどれですか?
Snapshotイメージを格納できるボリュームは、標準ボリュームとシン ボリュームだけです。標準以外のボリュームは使用できません。ベース ボリュームはプールまたはボリューム グループのどちらかに配置できます。
Snapshot整合性グループを作成するのはどのような場合ですか?
複数のボリュームで同時にSnapshotイメージが作成されるようにする場合は、Snapshot整合性グループを作成します。
たとえば、リカバリ目的で整合性を保つ必要がある複数のボリュームで構成されるデータベースが該当します。この場合、すべてのボリュームのSnapshotを同時に収集し、収集したSnapshotを使用してデータベース全体をリストアするために、Snapshot整合性グループが必要です。
スナップショット整合性グループに含まれるボリュームは、_メンバー ボリューム_と呼ばれます。
Snapshot整合性グループに対して次のSnapshot処理を実行できます。
-
メンバー ボリュームの同時イメージを取得するために、Snapshot整合性グループのSnapshotイメージを作成する。
-
メンバー ボリュームの定期的な同時イメージを自動的にキャプチャするために、Snapshot整合性グループのスケジュールを作成する。
-
ホストからアクセス可能なSnapshot整合性グループ イメージのSnapshotボリュームを作成する。
-
Snapshot整合性グループのロールバック処理を実行する。
Snapshotボリュームとは何ですか? また、Snapshotボリュームにリザーブ容量が必要になるのはいつですか?
スナップショット ボリュームを使用すると、ホストはスナップショット イメージ内のデータにアクセスできます。スナップショット ボリュームには独自の予約容量があり、ベース ボリュームへの変更を元のスナップショット イメージに影響を与えることなく保存します。スナップショット イメージは、ホストから読み書きアクセスできません。スナップショット データへの読み書きを行う場合は、スナップショット ボリュームを作成し、それをホストに割り当ててください。
2種類のSnapshotボリュームを作成できます。Snapshotボリュームの種類によって、リザーブ容量が使用されるかどうかが決まります。
-
読み取り専用 — 読み取り専用として作成されたスナップショット ボリュームは、ホスト アプリケーションにスナップショット イメージに含まれるデータのコピーへの読み取りアクセスを提供します。読み取り専用のスナップショット ボリュームは、予約済み容量を使用しません。
-
読み書き可能 — 読み書き可能として作成されたスナップショット ボリュームを使用すると、参照されているスナップショット イメージに影響を与えることなく、スナップショット ボリュームに変更を加えることができます。読み書き可能なスナップショット ボリュームは、予約済みの容量を使用してこれらの変更を保存します。読み取り専用のスナップショット ボリュームは、いつでも読み書き可能なボリュームに変換できます。
Snapshotグループとは何ですか?
Snapshotグループは、1つの関連するベース ボリュームのポイントインタイムSnapshotイメージの集まりです。
System Managerは、スナップショット イメージを_スナップショット グループ_に編成します。スナップショット グループにユーザによる操作は必要ありませんが、スナップショット グループの予約容量はいつでも調整できます。また、次の条件が満たされた場合は、予約容量の作成を求められることがあります:
-
Snapshotグループがまだないベース ボリュームのSnapshotを作成するたびに、System ManagerはSnapshotグループを自動的に作成します。その際、ベース ボリュームのリザーブ容量が作成され、後続のSnapshotイメージの格納に使用されます。
-
ベース ボリュームのSnapshotスケジュールを作成するたびに、System ManagerはSnapshotグループを自動的に作成します。
Snapshotボリュームを無効にするのはどのような場合ですか?
Snapshotイメージに別のSnapshotボリュームを割り当てるときには、Snapshotボリュームを無効にします。無効にしたSnapshotボリュームは、あとで使用できます。
Snapshotボリュームまたは整合性グループのSnapshotボリュームが不要になり、あとで再作成する予定がない場合は、そのボリュームを無効にするのではなく、削除してください。
無効状態とは何ですか?
無効状態のSnapshotボリュームは、現在Snapshotイメージに割り当てられていません。Snapshotボリュームを有効にするには、再作成処理を使用して無効なSnapshotボリュームに新しいSnapshotイメージを割り当てる必要があります。
Snapshotボリュームの特性は、割り当てられているSnapshotイメージによって決まります。無効状態のSnapshotボリュームでは、読み取り / 書き込みアクティビティは停止されています。
Snapshotスケジュールを一時停止するのはどのような場合ですか?
スケジュールを一時停止すると、スケジュールに沿ったSnapshotイメージの作成は実行されません。ストレージ スペースを節約するためにSnapshotスケジュールを一時的に停止し、あとでスケジュールされたSnapshotを開始できます。
Snapshotスケジュールが必要ない場合は、スケジュールを一時停止するのではなく、削除してください。