Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SnapMirrorのアクティブな同期関係タイプの変換

共同作成者

ONTAP 9 .15.1以降では、SnapMirrorアクティブ同期保護のタイプ(非対称から対称アクティブ/アクティブ、またはその逆)を変換できます。

対称アクティブ/アクティブ関係への変換

SnapMirrorのアクティブな同期関係をaysnchronous保護で変換して、対称アクティブ/アクティブを使用することができます。

開始する前に
  • 両方のクラスタでONTAP 9 .15.1以降が実行されている必要があります。

  • 対称アクティブ/アクティブ構成には保護ポリシーが必要 `AutomatedFailoverDuplex`です。または、をに `automated-failover-duplex`指定する `-type`こともできますカスタムのSnapMirrorポリシーを作成する

System Manager
統一された構成の手順
  1. デスティネーションigroupを削除します。

    1. デスティネーションクラスタで、Hosts> SAN Initiator Groupsに移動します。

    2. SnapMirror関係があるigroupを選択し、Delete を選択します。

    3. ダイアログボックスで、[Unmap the associated LUNs*]ボックスを選択し、[Delete*]を選択します。

  2. SnapMirrorのアクティブな同期関係を編集します。

    1. 保護>関係に移動します。

    2. 変更するリレーションシップの横にあるKabobメニューを選択し、編集を選択します。

    3. 保護ポリシーをAutomatedFailoverDuplexに変更します。

    4. を選択する `AutoMatedFailoverDuplex`と、ホストプロキシミティ設定を変更するダイアログボックスが表示されます。イニシエータの場合は、[ Initiator Proximal to *]の適切なオプションを選択してから、[ Initiator Proximal to *]を選択します。

    5. 保存を選択します。

  3. [*Protection]メニューで、関係がと表示されたら操作が成功したことを確認します InSync

不均一な構成の手順
  1. デスティネーションigroupを削除します。

    1. セカンダリサイトで、Hosts>SAN Initiator Groupsに移動します。

    2. SnapMirror関係があるigroupを選択し、Delete を選択します。

    3. ダイアログボックスで、[Unmap the associated LUNs*]ボックスを選択し、[Delete*]を選択します。

  2. 新しいigroupを作成します。

    1. デスティネーションサイトの[ SANイニシエータグループ*]メニューで、[追加*]を選択します。

    2. Name を指定し、 Host Operating System を選択してから、 Initiator Group Members を選択します。

    3. 保存を選択します。

  3. 新しいigroupをデスティネーションLUNにマッピングします。

    1. ストレージ> LUNsに移動します。

    2. igroupにマッピングするLUNをすべて選択します。

    3. More を選択してから Map to Initiator Groups を選択します。

  4. SnapMirrorのアクティブな同期関係を編集します。

    1. 保護>関係に移動します。

    2. 変更するリレーションシップの横にあるKabobメニューを選択し、編集を選択します。

    3. 保護ポリシーをAutomatedFailoverDuplexに変更します。

    4. AutoMatedFailoverDuplexを選択すると、ホストプロキシミティ設定を変更するオプションが開始されます。イニシエータの場合は、[ Initiator Proximal to *]の適切なオプションを選択してから、[ Initiator Proximal to *]を選択します。

    5. 保存を選択します。

  5. [*Protection]メニューで、関係がと表示されたら操作が成功したことを確認します InSync

CLI
統一された構成の手順
  1. SnapMirrorポリシーをからに `AutomatedFailoverDuplex`変更し `AutomatedFailover`ます。

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. ポリシーを変更すると再同期がトリガーされます。再同期が完了してから、関係が次のようになっていることを確認し `Insync`ます。

    snapmirror show -destination-path destination_path

  3. 既存のホストがローカルのプライマリクラスタの場合は、ホストを2番目のクラスタに追加し、各クラスタへのそれぞれのアクセスとの接続を確立します。

  4. セカンダリサイトで、リモートホストに関連付けられたigroupのLUNマップを削除します。

    メモ igroupにレプリケートされていないLUNのマッピングが含まれていないことを確認します。

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup -path <>

  5. プライマリサイトで、既存のホストのイニシエータ設定を変更して、ローカルクラスタのイニシエータの近接パスを設定します。

    SiteA::> igroup initiator add-proximal-vserver -vserver svm_name -initiator host -proximal-vserver server

  6. 新しいホスト用の新しいigroupとイニシエータを追加し、ホストとローカルサイトのアフィニティを設定します。igroupレプリケーションを有効にして設定をレプリケートし、リモートクラスタのホストローカル性を反転


    SiteA::> igroup modify -vserver vsA -igroup ig1 -replication-peer vsB
    SiteA::> igroup initiator add-proximal-vserver -vserver vsA -initiator host2 -proximal-vserver vsB

  7. ホスト上のパスを検出し、優先クラスタからストレージLUNへのアクティブ/最適化パスがホストにあることを確認する

  8. アプリケーションを導入し、VMワークロードをクラスタ間に分散します。

不均一な構成の手順
  1. SnapMirrorポリシーをからに `AutomatedFailoverDuplex`変更し `AutomatedFailover`ます。

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. ポリシーを変更すると再同期がトリガーされます。再同期が完了してから、関係が次のようになっていることを確認し `Insync`ます。

    snapmirror show -destination-path destination_path

  3. 既存のホストがプライマリクラスタに対してローカルである場合は、ホストを2番目のクラスタに追加し、各クラスタへのそれぞれのアクセスとの接続を確立します。

  4. セカンダリサイトで、リモートホストに関連付けられたigroupのLUNマップを削除します。

    メモ igroupにレプリケートされていないLUNのマッピングが含まれていないことを確認します。

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup -path <>

  5. プライマリサイトで、既存のホストのイニシエータ設定を変更して、ローカルクラスタのイニシエータの近接パスを設定します。

    SiteA::> igroup initiator add-proximal-vserver -vserver Svm_name -initiator host -proximal-vserver server

  6. セカンダリサイトで、新しいホスト用の新しいigroupとイニシエータを追加し、ローカルサイトへのホストアフィニティを設定します。LUNをigroupにマッピングします。


    SiteB::> igroup create -vserver svm_name -igroup igroup_name
    SiteB::> igroup add -vserver svm_name -igroup igroup_name -initiator host_name
    SiteB::> lun mapping create -igroup igroup_name -path path_name

  7. ホスト上のパスを検出し、優先クラスタからストレージLUNへのアクティブ/最適化パスがホストにあることを確認する

  8. アプリケーションを導入し、VMワークロードをクラスタ間に分散します。

対称アクティブ/アクティブ関係から非対称関係への変換

対称アクティブ/アクティブ保護を設定している場合は、ONTAP CLIを使用して関係を非対称保護に変換できます。

手順
  1. すべてのVMワークロードを、ソースクラスタのローカルホストに移動します。

  2. VMインスタンスを管理していないホストのigroup設定を削除し、igroupのレプリケーションを終了するようにigroup設定を変更します。

    code

  3. セカンダリサイトで、LUNのマッピングを解除します。

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup_name -path <>

  4. セカンダリサイトで、対称アクティブ/アクティブ関係を削除します。

    SiteB::> snapmirror delete -destination-path destination_path

  5. プライマリサイトで、対称アクティブ/アクティブ関係を解放します。
    SiteA::> snapmirror release -destination-path destination_path -relationship-info-only true

  6. セカンダリサイトから、関係を再同期するというポリシーを使用して、同じ一連のボリュームに対する関係を作成し `AutomatedFailover`ます。


    SiteB::> snapmirror create -source-path source_path -destination-path destination_path -cg-item-mappings source:@destination -policy AutomatedFailover
    SiteB::> snapmirror resync -destination-path vs1:/cg/cg1_dst

    メモ セカンダリサイトの整合性グループは、関係を再作成する前に必要です"削除対象"。デスティネーションボリューム"DPタイプに変換する必要があります"
  7. 関係のミラー状態が関係ステータスがである Insync`ことを確認します `Snapmirrored

    snapmirror show -destination-path destination_path

  8. ホストからパスを再検出します。