エフサステクノロジーズ株式会社

本ページの製品は2024年4月1日より、エフサステクノロジーズ株式会社に統合となり、順次、切り替えを実施してまいります。一部、富士通表記が混在することがありますので、ご了承ください。

ONTAP 9 マニュアル ( CA08871-402 )

to English version

SnapMirrorユニファイド レプリケーションの基本

SnapMirror ユニファイド レプリケーション を使用すると、同じデスティネーション ボリュームでディザスタ リカバリーとアーカイブを設定できます。ユニファイド レプリケーションでは、必要なセカンダリー ストレージ容量の削減、ベースライン転送の回数の制限、およびネットワーク トラフィックの減少というメリットが得られます。

一元化されたデータ保護関係を初期化する方法

SnapMirrorと同様に、一元化されたデータ保護機能の初回起動時に、ベースライン転送が実行されます。関係のSnapMirrorポリシーでは、ベースラインおよび更新の内容を定義します。

デフォルトの一元化されたデータ保護ポリシーである MirrorAndVault に基づくベースライン転送では、ソース ボリュームのSnapshotコピーが作成され、そのコピーおよびコピーが参照するデータ ブロックがデスティネーション ボリュームに転送されます。バックアップのアーカイブと同様に、一元化されたデータ保護にはベースラインの古いSnapshotコピーが含まれません。

一元化されたデータ保護関係を更新する方法

MirrorAndVault ポリシーに基づく各更新では、SnapMirrorがソース ボリュームのSnapshotコピーを作成し、そのSnapshotコピーと前回の更新後に作成されたすべてのSnapshotコピーを転送します(SnapshotコピーのラベルがSnapshotポリシーのルールで定義されたラベルに一致する場合)。以下に示す MirrorAndVault ポリシーの snapmirror policy show コマンドの出力では、次の点に注意してください。

  • Create Snapshot が「 true 」です。したがって、SnapMirrorが関係を更新するときに、MirrorAndVault によってSnapshotコピーが作成されます。

  • MirrorAndVault には、「 sm_created 」、「 daily 」、および「 weekly 」というルールがあります。これは、SnapMirrorが関係を更新するときに、SnapMirrorで作成されたSnapshotコピーとソース上のラベルが一致するSnapshotコピーが転送されることを示します。

cluster_dst::> snapmirror policy show -policy MirrorAndVault -instance

                     Vserver: vs0
      SnapMirror Policy Name: MirrorAndVault
      SnapMirror Policy Type: mirror-vault
                Policy Owner: cluster-admin
                 Tries Limit: 8
           Transfer Priority: normal
   Ignore accesstime Enabled: false
     Transfer Restartability: always
 Network Compression Enabled: false
             Create Snapshot: true
                     Comment: A unified Synchronous SnapMirror and SnapVault policy for
                              mirroring the latest file system and daily and weekly snapshots.
       Total Number of Rules: 3
                  Total Keep: 59
                       Rules: SnapMirror Label     Keep  Preserve Warn Schedule Prefix
                              ----------------     ----  -------- ---- -------- ------
                              sm_created              1  false       0 -        -
                              daily                   7  false       0 -        -
                              weekly                 52  false       0 -        -

Unified7yearポリシー

事前設定された Unified7year ポリシーは、MirrorAndVault とまったく同様に機能します。ただし、4つ目のルールは、月単位Snapshotコピーを転送して7年間保持します。

                       Rules: SnapMirror Label     Keep  Preserve Warn Schedule Prefix
                              ----------------     ----  -------- ---- -------- ------
                              sm_created              1  false       0 -        -
                              daily                   7  false       0 -        -
                              weekly                 52  false       0 -        -
                              monthly                84  false       0 -        -

データ破損からの保護

ユニファイド レプリケーションのベースライン転送では、初期化時にSnapMirrorで作成されたSnapshotコピーのみが転送されます。その後、更新のたびにソースのSnapshotコピーがもう1つ作成され、そのSnapshotコピーと、Snapshotポリシーのルールで定義されたラベルに一致する新しいSnapshotコピーがすべて転送されます。

最後に転送されたSnapshotコピーのコピーをデスティネーションで作成することによって、更新したSnapshotコピーが破損していた場合のリスクから保護することができます。この「ローカル コピー」はソース上の保持ルールに関係なく保持されるため、元はSnapMirrorによって転送されたSnapshotがソースで使用できなくなった場合でも、そのコピーをデスティネーションで使用できます。

ユニファイド データ レプリケーション使用の判断

完全なミラーを維持するメリットと、ユニファイド レプリケーションが提供するメリット(セカンダリー ストレージ容量の削減、ベースライン転送の回数削減、ネットワーク トラフィックの削減)を比較検討する必要があります。

ユニファイド レプリケーションの使用を判断する際の重要な要素は、アクティブ ファイルシステムの変更率です。たとえば、データベース トランザクション ログの時間単位Snapshotコピーを保持するボリュームには、従来のミラーの方が適している場合があります。

Top of Page