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

NetApp Replicationでデータレプリケーションを管理する

共同作成者 netapp-rlithman netapp-ahibbard amgrissino

2 つのシステム間のデータ レプリケーションを設定したら、 NetApp Replicationからデータ レプリケーションのスケジュールと関係を管理できます。

FSx for ONTAP ファイルシステムをソースまたはターゲットとするレプリケーション関係は、NetApp Workload Factory で管理されます。これらの関係は、コンソールのシステムページで FSx for ONTAP ファイルシステムを選択することで管理できます。

手順
  1. "NetApp Replicationにログイン"

    ステップ2に進み、FSx for ONTAP以外のレプリケーション関係を管理します。

    ONTAP ファイルシステムの FSx とのレプリケーション関係を管理するには、NetApp Console にログインした後、ストレージ > 管理 > システム に移動します。次に、FSx for ONTAP ファイルシステムを選択します。これで、FSx for ONTAP リソース画面の Workload Factory が表示されます。ファイルシステムのレプリケーション関係を表示および管理するには、レプリケーション関係 タブを選択します。

  2. データ レプリケーション関係のステータスを確認し、正常であることを確認します。

    メモ 関係のステータスがアイドルで、ミラー状態が初期化されていない場合、定義されたスケジュールに従ってデータレプリケーションを実行するには、デスティネーション システムから関係を初期化する必要があります。System Manager またはコマンドラインインターフェイス(CLI)を使用して、関係を初期化できます。これらの状態は、デスティネーション システムに障害が発生した後、オンラインに戻った際に発生する可能性があります。
  3. ボリューム関係のアクション メニューを選択し、使用可能なアクションの 1 つを選択します。

    次の表では、利用可能なアクションについて説明します。

    アクション 説明

    情報

    ボリューム関係の詳細(転送情報、最終転送情報、ボリュームの詳細、関係に割り当てられた保護ポリシーに関する情報)を表示します。

    解除

    ソース ボリュームと宛先ボリュームの関係を解除し、データ アクセス用に宛先ボリュームをアクティブ化します。このオプションは通常、データの破損、誤った削除、オフライン状態などのイベントによりソース ボリュームがデータを提供できない場合に使用されます。https://docs.netapp.com/us-en/ontap-sm-classic/volume-disaster-recovery/index.html["ONTAPドキュメントで、データアクセス用に宛先ボリュームを設定し、ソースボリュームを再アクティブ化する方法について学習します。"^]

    再同期

    ボリューム間の壊れた関係を再確立し、定義されたスケジュールに従ってデータのレプリケーションを再開します。

    メモ ボリュームを再同期すると、宛先ボリュームの内容がソース ボリュームの内容によって上書きされます。

    逆再同期(宛先ボリュームからソースボリュームにデータを再同期する)を実行する方法については、 "ONTAPのドキュメント"

    逆再同期

    ソース ボリュームと宛先ボリュームの役割を逆にします。元のソース ボリュームの内容は、宛先ボリュームの内容によって上書きされます。これは、オフラインになったソース ボリュームを再アクティブ化する場合に役立ちます。最後のデータ複製からソース ボリュームが無効になった時点までの間に元のソース ボリュームに書き込まれたデータは保持されません。

    スケジュールを編集

    データ複製の異なるスケジュールを選択できるようになります。

    最大転送速度を編集

    データを転送できる最大速度 (キロバイト/秒) を編集できます。

    更新

    増分転送を開始して、宛先ボリュームを更新します。

    削除

    ソース ボリュームとデスティネーション ボリューム間のデータ保護関係を削除します。これにより、ボリューム間のデータ レプリケーションが終了し、デスティネーション サイトから SnapMirror 関係が削除され、ソース サイトから関係が解放されます。

    メモ 関係を削除すると、SnapMirror関係も解除され、デスティネーション ボリュームが一時的に読み取り / 書き込み操作のプライマリサイトになります。これにより、レプリケーションが削除された後もデスティネーションを独立して使用できることが保証されます。
結果

アクションを選択すると、 NetApp Replication関係またはスケジュールが更新されます。