メインコンテンツまでスキップ

メールボックスディスクとは

すべてのとおり  

に適用されます

  • Data ONTAP

回答

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

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

インターコネクトに障害が発生した場合の MB ディスクの機能は何ですか。HA ペアはどのように動作しますか。
インターコネクトに障害が発生しても、クラスタはパートナーがアクティブかどうかを判断できます。この動作は、インターコネクトに障害が発生した後の状況によって異なります。

  • パートナーがまだ MB ディスクを更新している場合は、テイクオーバーは無効になります( NVRAM レプリケーションは実行されないため)。テイクオーバーは発生しません。
  • パートナーが MB ディスクを更新していないが、シャットダウンが実行されていない場合、テイクオーバーは発生しません。
  • パートナーが MB ディスクを更新していないが、「 halt 」などのクリーンシャットダウンが実行された場合、テイクオーバーが発生します。

パートナー様が「メリット」を実現した場合はどうなりますか?HA ペアはどのように動作しますか。

  • パートナーが MB ディスクを更新しておらず、 CF が無効になっていない場合、テイクオーバーが発生します(たとえば、ヘッドの電源が切れたり、フリーズしたりします)。
  • パートナーが MB ディスクを更新しておらず、 CF が無効になっている場合、テイクオーバーは発生しません(たとえば、ヘッドが応答を停止する前にインターコネクトに障害が発生します)。

ストレージ・システムはメールボックス・ディスクをどのように選択しますか。
ストレージ・システムは、常にパリティ・ディスクとルート aggr/ ボリュームの最初のデータ・ディスクを RAID 4 構成の 2 つのメールボックス・ディスクとして選択します。aggr がの場合Raid_DPは、パリティディスクと D パリティディスクが選択されます。

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

ストレージ・システムはメールボックス・ディスクにどのようにアクセスしますか。
ストレージシステムは、独自のメールボックスディスクに情報を書き込みます。パートナーのメールボックスディスクからパートナーが書き込んだ情報を読み取りますが、パートナーのメールボックスには何も書き込まれません。各 MB ディスクは、 3 ~ 5 秒間隔で照会されます。

Data ONTAP では、どのような状況でクラスタを無効にするかを判断するために、メールボックスディスクをどのように使用しますか。

  • 通常の状況では、「半分よりも大きい」ルールが適用されます。つまり、テイクオーバーを有効にするには、 MB ディスクの「半分以上」を使用できる必要があります。
  • 非ミラー HA ペアの
    場合:通常、ノードには 2 MB のディスクがあります(ただし、 V シリーズでは、ルート aggr が 1 つの LUN で構成されている場合のみ 1 つしかない場合があります)。これらの 2 MB ディスクのいずれかに障害が発生すると、テイクオーバーは無効になります。MB の状態が確認され、別の MB ディスクが選択されると、テイクオーバーが有効になります。
  • SyncMirror 構成の
    場合:ノードには通常、 4 MB のディスクがあり、 2 つのローカルディスクと 2 つのリモートディスクがあります(ただし、ルート aggr が 1 つの LUN のみで構成されている場合は、 V シリーズには 2 つ、 1 つのローカルディスクと 1 つのリモートディスクしかない場合があります
    2 MB のディスクを含む 1 つのプレックスに障害が発生すると、テイクオーバーは無効になります。MB 状態がチェックされ、これらのディスクは MB ディスクセットから削除されます。テイクオーバーが有効になります。

    ルートアグリゲートのノードと 1 つのプレックスで同時に障害が発生した場合、テイクオーバーは実行できず、強制的に実行できません。MetroCluster 製品は、このレベルの保護を提供します。

    1 MB のディスクに障害が発生した場合、テイクオーバーは無効になりません。新しいディスクが選択されます。
    2 MB のディスクに障害が発生した場合:プレックスがオンラインのままの場合、テイクオーバーは無効になります。プレックスがオフラインの場合:前述のプレックス障害状態を参照してください。1 つのローカルおよび 1 つのリモート MB ディスクで障害が発生した場合、 MB の状態が検証され、テイクオーバーが有効になります。

    メモ:
  • disk-fail :ディスクに障害が発生し、再構築されます。
  • disk-access-fail :ディスクは正常ですが、 MB トラフィックが失敗します。

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

リブート中に MB ディスクに障害が発生した場合はどうなりますか。
リブート中に MB ディスクに障害が発生した場合、つまり、シャットダウン時に MB ディスクを使用でき、リブート時に使用できなくなった場合、「ローカル / リモート側のメモリ MB インスタンス」が原因でストレージシステムが起動しません。

この問題を解決するには、メンテナンスモードで起動し、 MB ディスクのローカルセットを破棄します。リブート時に、新しい MB ディスクセットが選択されます。リカバリの手順については、「プロセス FMMBX_ インスタンスのすべての HA メールボックスディスク(マスターブロックの書き込み中)で永続的なエラーが発生する」を参照してください。

:ローカルディスクとパートナー MB ディスクを破棄すると、 CFOD ( ClusterFailoverOnDisaster )が不可能になることがあります。

追加情報

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