2つのリカバリー方式があります。ローカルリカバリーとサーバー間リカバリー(フェイルオーバー)です。ローカルーリカバリーが失敗した場合、「フェイルオーバー」が実行されます。フェイルオーバーは、アクティブだったアプリケーション、サーバー、システム、ハードウェアコンポーネント、ネットワークの障害や異常終了が発生したときのバックアップサーバーへの自動的な切り替えと定義されます。フェイルオーバーとスイッチオーバーは基本的には同じ動作ですが、スイッチオーバーが人の介入を必要とするのに対し、フェイルオーバーは自動で、通常は警告なしで実行されます。この自動的なフェイルオーバーは、さまざまな理由で発生します。開始するフェイルオーバーの最も一般的な例の一覧です。サーバーレベルでの原因サーバーの障害LifeKeeperには設定内の各サーバーに、ペアのサーバーが動作していることを定期的に通知する組み込みのハートビート信号があります。サーバーがハートビートメッセージを受信しなかった場合に、障害として検出されます。プライマリーサーバーが電源を喪失するか、電源がオフになる。これをサーバーのダウンとして検知し、フェイルオーバーを開始することがあります。」が実行され、フェイルオーバーが開始されます。ノードが影響を受けない場合は、これによってノード間で発生する単純な通信障害から発生するフェイルオーバーを回避します。秒ごとにハートビートを送信します。回目のハートビートで再開した場合、LifeKeeperは一切処置を行いません。回分になった場合は、LifeKeeperはコミュニケーションパスを切断と判定します。他方の冗長的なコミュニケーションパスも切断と判定されるまではフェイルオーバーを開始しません。プライマリーサーバーへのネットワーク接続の喪失。初期化の問題など、予期せぬ動作が生じる可能性があります。ノードとの通信障害を検出すると、そのノードの電源が切断され、フェイルオーバーが発生します。ネットワークスイッチの障害。手動によるネットワーク接続の解除。」シナリオと呼ばれます。「スプリットブレイン」シナリオでは、各サーバーが、アプリケーションを制御できると認識しているため、データにアクセスしようとしたり共有ストレージデバイスにデータを書き込もうとする場合があります。することで、すべての共有データに対するデータの整合性を保証することができます。適切に初期化できなくなるなど、予期しない動作が生じる可能性があります。以下に、スプリットブレインが発生する可能性のあるシナリオを示します。個々のアプリケーションおよび関連アプリケーションのグループを監視する機能があり、定期的にローカルリカバリーを実行したり、保護下のアプリケーションに障害が発生したときに通知することができます。関連し合うアプリケーションの例としては、主アプリケーションが下位のストレージまたはネットワークリソースに依存する階層などがあります。これらの保護下のリソースのステータスと健全性を監視します。リソースまたはアプリケーションをリストアしようとします。このローカルリカバリーが失敗した場合、リソースのフェイルオーバーが開始されます。アプリケーションの障害アプリケーションの障害が検出されたが、ローカルリカバリープロセスが失敗。その結果、完全なサーバーフェイルオーバーに移行します。ファイルシステムの健全性監視は、ファイルシステムリソースのフェイルオーバーになる可能性のある、ファイルシステムのディスクフル状態を検出できます。保護下のファイルシステムをユーザが手動でアンマウントまたはオプションを変更。以下のリストに、フェイルオーバーに進行する場合がある再マウントの障害の一般的な原因を示します。ローカルリカバリースクリプトが起動されます。アドレスと依存関係を持つすべてのリソースのバックアップサーバーへのフェイルオーバーを実行します。アドレスの設定が解除され、バックアップサーバー上でそのアドレスを設定できるようになります。この削除プロセスに失敗すると、システムは再起動します。デバイスを開くことができない。デバイスに障害が発生しているか、システムからデバイスが削除されている可能性があります。