たとえば、RAMを交換することによって解決できるメモリの問題など、現在、セカンダリロールのリソースを所有しているノードに一時的な障害が発生した場合は、障害が発生したノードを修復してオンラインに戻すだけで十分です。修正したノードを起動すると、ノード間の接続が再確立され、停止中にプライマリノードに加えられた変更内容すべてがセカンダリノードに同期されます。

	重要項目
	この時点で、DRBDの再同期アルゴリズムの性質により、セカンダリノードのリソースの一貫性が一時的に失われます。この短時間の再同期の間は、対向ホストが使用できない場合でも、セカンダリノードをプライマリロールに切り替えることができません。したがって、セカンダリノードの実際のダウンタイムとその後の再同期の間は、クラスタが冗長性を持たない期間になります。

DRBDからみると、プライマリノードの障害とセカンダリノードの障害はほぼ同じです。生き残ったノードが対向ノードの障害を検出し、切断モードに切り替わります。 DRBDは生き残ったノードをプライマリロールに昇格しません。昇格はクラスタ管理システムが実行します。

障害が発生したノードが修復されてクラスタに戻る際に、セカンダリロールになります。すでに述べたように、それ以上の手動による介入は必要ありません。このときもDRBDはリソースのロールを元に戻しません。変更を行うように設定されている場合は、クラスタ管理システムがこの変更を行います。

プライマリノードに障害が発生すると、 DRBDはアクティビティログというメカニズムによってブロックデバイスの整合性を確保します。詳細は、「アクティビティログ」を参照してください。

ノードに回復不可能な問題が発生した場合やノードが永久的に破損した場合は、次の手順を行う必要があります。

この時点で、デバイスの完全同期を手動で開始する必要はありません。生き残ったプライマリノードへの接続時に、同期が自動的に開始します。