メールボックスディスクとは何ですか。

最後の更新
PDFとして保存

Views:: 460

Visibility:: Public

Votes:: 2

Category:: ontap-9

Specialty:: CORE

Last Updated:

環境

ONTAP

回答

メールボックスディスクは、リブート後も維持する必要があるHAペアに関連するデータを格納するために使用されます。このデータには、クラスタの状態、ミラーの状態、シャットダウンが「クリーン」な方法で実行されたかどうかなどの情報が含まれます。

MBディスクは、パートナーの状態を判断するもう1つの方法です。

相互接続に障害が発生した場合のMBディスクの機能は何ですか。HAペアはどのように動作しますか？
- インターコネクトに障害が発生しても、クラスタはパートナーが稼働しているかどうかを確認できます。この動作は、インターコネクトに障害が発生した場合の状況によって異なります。
  - パートナーがMBディスクを更新している場合、テイクオーバーは無効になります（NVRAMレプリケーションが実行されていないため）。テイクオーバーは実行されません。
  - パートナーがMBディスクを更新せず、シャットダウンが実行されていない場合、テイクオーバーは実行されません。
  - パートナーがMBディスクの更新を中止し、「halt」などのクリーンシャットダウンを実行した場合は、テイクオーバーが実行されます。

もしパートナーが「dies」だったら? HAペアはどのように動作しますか？
- パートナーがMBディスクの更新を中止し、CFが無効になっていない場合は、テイクオーバーが発生します（ヘッドの電源喪失やフリーズなど）。
- パートナーがMBディスクの更新を中止し、CFが無効になっている場合、テイクオーバーは実行されません（例：ヘッドが応答を停止する前にインターコネクトに障害が発生しました）。

ストレージシステムではどのようにしてメールボックスディスクが選択されますか。

RAID4構成では、ストレージシステムは常にルートアグリゲート/ボリュームのパリティディスクと最初のデータディスクを2つのメールボックスディスクとして選択します。アグリゲートがRaid_DP の場合は、パリティディスクとDパリティディスクが選択されます。

SyncMirror構成では、MBディスクがミラーリングされます。ルートアグリゲート/ボリュームがミラーされ、少なくとも2本のディスクで構成されている場合、SyncMirrorを導入するHAペアには8MBのディスクがあり、ノードあたり4本です。
注：ルートアグリゲートとしてLUNが1つしかないVシリーズでは、ディスクのサイズが4MBしか使用できません。

ストレージシステムはどのようにしてメールボックスディスクにアクセスしますか。

ストレージシステムは、自身のメールボックスディスクに情報を書き込みます。パートナーによって書き込まれた情報はパートナーのメールボックスディスクから読み取られますが、パートナーのメールボックスには何も書き込まれません。各MBディスクは3～5秒間隔で照会されます。

Data ONTAPでは、どのような状況でクラスタを無効にするかを判断するために、メールボックスディスクをどのように使用しますか。
- 通常の状況では、「半分以下」ルールが適用されます。つまり、テイクオーバーを有効にするには、MBディスクの「半分以下」が使用可能である必要があります。
- ミラーリングされていないHAペアの場合：
  - 通常、ノードにはMBディスクが2本あります（ただし、ルートアグリゲートが1つのLUNだけで構成されている場合は、Vシリーズには1本しかないことがあります）。これらの2 MBディスクのいずれかに障害が発生した場合、テイクオーバーは無効になります。MBの状態が確認され、別のMBディスクが選択されると、テイクオーバーが有効になります。
  - SyncMirror構成では、次の手順を実行します。
  - 通常、ノードには4 MBのディスクがあり、2本のローカルディスクと2本のリモートディスクがあります（ただし、ルートアグリゲートが1つのLUNのみで構成されている場合は、Vシリーズにローカルディスクとリモートディスクが2本しかないことがあります）。
  - 2 MBのディスクを含む1つのプレックスで障害が発生すると、テイクオーバーが無効になります。MBの状態がチェックされ、これらのディスクがMBのディスクセットから削除されます。テイクオーバーが有効になります。
  - 1つのノードとルートアグリゲートの一方のプレックスで同時に障害が発生した場合、テイクオーバーは実行できず、強制的に実行することはできません。MetroCluster製品は、このレベルの保護を提供します。
  - 1MBのディスクで障害が発生した場合：テイクオーバーは無効になりません。新しいディスクが選択されます。
  - 2 MBのディスクで障害が発生した場合：プレックスがオンラインの場合、テイクオーバーは無効になります。プレックスがオフラインの場合-前述のプレックス障害状態を参照してください。1つのローカルMBディスクと1つのリモートMBディスクに障害が発生した場合、MBの状態が検証され、テイクオーバーが有効になります。
- 注：
disk-fail：ディスクは障害状態になり、再構築されます。
disk-access-fail：ディスクは問題ありませんが、MBトラフィックは失敗します。

上記のシナリオは、ディスク障害にも当てはまります。ただし、MB Disk-Accessが失敗した場合は、アクセスが失敗しているMBディスクの数に関係なく、CFは無効になります。

リブート中にMBディスクに障害が発生した場合はどうなりますか。
- リブート中にMBディスクに障害が発生した場合、つまり、シャットダウン時にMBディスクを使用できるが、リブート時に使用できなくなった場合、「ローカル/リモート側のテールMBインスタンス」が原因でストレージシステムはブートしません。
- この問題を解決するには、メンテナンスモードでブートし、ローカルのMBディスクセットを破棄します。再起動時に新しいMBディスクセットが選択されます。リカバリ手順については、「 Error message: permanent errors on all HA mailbox disks（while writing master block）in process fmmbx_instance」を参照してください。

注：ローカルMBディスクとパートナーMBディスクを破棄すると、ClusterFailoverOnDisaster（CFOD）が不可能になる場合があります。

追加情報

ここにテキストを追加します。