SnapVaultセカンダリボリュームでのStorage Efficiencyの有効化

プライマリボリュームでStorage Efficiencyが有効になっていない場合、SnapVaultセカンダリボリュームでStorage Efficiencyを有効にすることができます。

開始する前に

このタスクをクラスタで実行するには、クラスタ管理者の権限が必要です。SVMでこのタスクを実行するには、SVM管理者の権限が必要です。

タスク概要

重複排除と圧縮を使用したストレージ効率の向上については、『clustered Data ONTAP論理ストレージ管理ガイド』を参照してください。

手順

1. volume efficiencyコマンドで-onパラメータを指定して、Storage Efficiencyを有効にします。

2. Storage Efficiencyの対象のデータがすでにボリュームに含まれている場合は、volume

efficiencyコマンドで-startパラメータと-scan-old-dataパラメータを指定して、ボリュームのスキャンを開始します。

SnapVault デスティネーションボリュームでの Storage Efficiency 機能の再有効化

SnapVaultデスティネーションボリュームで圧縮を無効にしたあとにストレージ効率を維持したデータ転送を再度確立するには、Storage Efficiencyを手動で有効にする必要があります。データ圧縮を無効にしたあと、Storage Efficiencyを手動で有効にするまでは、すべてのデータがそのまま転送されます（ストレージ効率は維持されません）。

開始する前に

• クラスタでこのタスクを実行するには、クラスタ管理者の権限が必要です。

• Storage Virtual Machine（SVM）でこのタスクを実行するには、SVM管理者の権限が必要です。

• SnapVaultデスティネーションボリュームのデータ圧縮を有効にしたあとに無効にする必要があ

ります。

手順

1. SnapVault関係のデスティネーションクラスタで、-enable-storage-efficiencyパラメータを

指定したsnapmirror updateコマンドを使用します。

このコマンドを実行すると、Storage Efficiencyが有効になり、データ転送処理が開始されます。

処理はまず「preparing」状態となり、ソースボリュームとデスティネーションボリュームが対称な状態になるまで、圧縮と解凍が実行されます。ボリュームが対称な状態になると、ストレージ効率に優れたSnapshotコピーがSnapVaultデスティネーションに転送されます。

注: この転送処理には通常よりも時間がかかることがあるため、進捗状況はバイト数ではなくパーセントで表示されます。

SyncMirror によるデータミラーリング

SyncMirrorを使用すると、アグリゲートをミラーリングしてデータの耐障害性を高めることができま

す。SyncMirrorでは、ディスクまたはアレイLUNへの接続における単一点障害が除去されます。

SyncMirror 機能を使用したデータのミラーリング

SyncMirror機能はData ONTAPのオプション機能で、単一のアグリゲート内のデータをリアルタイ

ムでミラーリングできます。

SyncMirrorでは、データの同期ミラーリングをRAIDレベルで実装できます。SyncMirrorを使用し

て、同じWAFLファイルシステムのコピー2つで構成されるアグリゲートを作成できます。この2つのコピーはプレックスと呼ばれ、同時に更新されます。そのため、これらのコピーは常に同一となります。2つのプレックスは単一のアグリゲートに格納されます。

SyncMirrorのアクティビティに関する情報を次に示します。

• SyncMirrorを使用して、アグリゲートをミラーリングできます。

• SyncMirrorを使用してFlexVolをミラーリングすることはできませんが、

FlexVolをアグリゲートの一部としてミラーリングすることができます。

SyncMirror を使用する利点

SyncMirrorアグリゲートには2つのプレックスがあります。この設定では、2つのプレックスが物理的

に分離されているため、高レベルのデータ可用性を得ることができます。

ディスクを使用するシステムの場合は、2つのプレックスがそれぞれ別のシェルフに配置され、シェルフはそれぞれ別のケーブルとアダプタを使用してシステムに接続されます。各プレックスにはそれぞれにスペアディスクのセットがあります。アレイLUNを使用するシステムの場合は、プレックスは、同じストレージアレイまたは別々のストレージアレイにある、別々のアレイLUNセットに配置されます。

注: 一方のプレックスではディスクを、もう一方のプレックスではアレイLUNを使用する SyncMirrorは設定できません。

プレックスどうしを物理的に分離しておくと、シェルフやストレージアレイの1つが使用できなくなったときのデータ消失を防止できます。障害の影響を受けなかったプレックスは、障害からの復旧作業中も、引き続きデータを提供します。復旧したら、2つのプレックスを再び同期化できます。

ミラーされたプレックスには、ファイルシステムの再構築を高速に実行できるという利点もあります。

対照的に、SnapMirrorを使用して複製されているアグリゲートが使用不可能になったときに

SnapMirrorデスティネーション（セカンダリ）上のデータにアクセスする方法は、次のいずれかとなり

ます。

• SnapMirrorデスティネーションがファイルサービス機能を自動的にテイクオーバーすることはで

きません。

ただし、SnapMirrorデスティネーションのデータに読み取り / 書き込みアクセスできるように手動

で設定することができます。

• SnapMirrorデスティネーションにあるデータを、プライマリ（ソース）にリストアします。

SyncMirrorを使用するミラーアグリゲートでは、ミラーされていないアグリゲートの2倍のストレージが必要です。2つのプレックスのそれぞれに、独立したディスクまたはアレイLUNのセットが必要です。たとえば、1,440GBのアグリゲートをミラーリングするには、ミラーアグリゲートのプレックス1つ

につき1,440GB、合計で2,880GBのディスクスペースが必要です。

ミラーされたアグリゲートの機能

ミラーされたアグリゲートには、2つのプレックス（データコピー）が含まれます。これらのプレックス

は、SyncMirror機能を使用したデータ複製により、冗長性を提供します。

ミラーされたアグリゲートが作成されると（または既存のミラーされていないアグリゲートに2つ目のプレックスが追加されると）、Data ONTAPは元のプレックス（plex0）のデータを新しいプレックス

（plex1）に複製します。プレックスは物理的に分離されていて（各プレックスには独自のRAIDグル

ープおよび独自のプールがあり）、同時に更新されます。これにより、アグリゲートのRAIDレベルで保護されるよりも多くのディスクで障害が発生した場合や接続が解除された場合に、影響を受けないプレックスでデータサービスを継続しながら障害の原因を修正できるため、データ損失を防止できます。問題のあるプレックスが修正されたら、2つのプレックスが再同期化され、ミラー関係が再確立されます。

注: 2つのプレックスの再同期化にかかる時間は、アグリゲートのサイズ、システムの負荷、変更されたデータ量などの多くの変数によって異なります。

システム上のディスクとアレイLUNは2つのプール（pool0とpool1）に分割されます。plex0はpool0 からストレージを取得し、plex1はpool1からストレージを取得します。

次の図は、SyncMirrorを有効にして実装したディスクで構成されるアグリゲートを示しています。アグリゲートのplex1用に2つ目のプレックスが作成されています。plex1のデータはplex0のデータの複製であり、RAIDグループも同じです。32本のスペアディスクがpool0またはpool1に割り当てられます（各プールに16本）。

アグリゲート

plex0（pool0） plex1（pool1）

pool0 pool1

rg0 rg1 rg2 rg3

スペアディスクデータディスクパリティディスク dParityディスク RAIDグループ凡例

次の図は、SyncMirrorを有効にして実装したアレイLUNで構成されるアグリゲートを示しています。アグリゲートのplex1用に2つ目のプレックスが作成されています。plex1はplex0の複製であり、

RAIDグループも同じです。

アグリゲート

plex0（pool0） plex1（pool1）

rg0

rg0rg1 rg1

アグリゲート内のアレイLUN Data ONTAP RAIDグループ

ディスクで SyncMirror を使用するための要件

アグリゲートをミラーリングする場合は、SyncMirror機能をサポートするノード、およびディスクシェルフの適切な構成が必要です。

SyncMirrorを使用するための要件は、次のとおりです。

• ノードがSyncMirror機能をサポートしている必要があります。

• ミラーアグリゲートをサポートする構成でディスクシェルフを接続する必要があります。

アレイ LUN に関する SyncMirror の動作

SyncMirrorでは、アレイLUNアグリゲートについても、ディスクのアグリゲート同様に2つの物理的に分離されたコピーが作成されます。

アグリゲートのこれらのコピー（「プレックス」と呼びます）は同時に更新され、データの2つのコピーは常に同一となります。どちらかが使用できなくなっても、データは引き続き提供されます。

アレイLUNのプレックスを物理的に分離しておくと、次のような状況でもデータの損失を防ぐことができます。

• アレイLUNに障害が発生した

LUNの障害の原因としては、たとえば、ストレージアレイでの二重ディスク障害があります。

• ストレージアレイが使用不可能になった

• MetroCluster構成の一方のサイト全体が機能停止した

サイト全体が機能停止する原因としては、災害や、長時間にわたる電源喪失などがあります。

このような状況が発生すると、スイッチオーバーにより、サバイバーサイト（稼働中のサイト）がディザスタサイト（災害サイト）をテイクオーバーします。アクセスされるデータは、サバイバーサイトのプレックス上のものです。

2つのプレックスをそれぞれ別のアレイLUNセットに配置する必要があります。MetroCluster構成の

Data ONTAPシステムでアレイLUNを使用する場合は、各プレックスを異なるストレージアレイの

別のLUNセットに配置する必要があります。MetroCluster構成のData ONTAPシステムでアレイ LUNとディスクの両方を使用する場合は、ディスクのプレックスとアレイLUNのプレックスを分ける必要があります。

MetroCluster構成以外のセットアップでSyncMirrorを使用する場合は、各プレックスを同じストレージアレイに配置することも異なるストレージアレイに配置することもできます。

ドキュメント内 clustered Data ONTAP 8.3 データ保護ガイド (ページ 160-197)

SnapVaultセカンダリ ボリュームでのStorage Efficiencyの有効化