DISCONNECTEDノードには介入が必要な場合があります。

クラスターノードが再起動、切断、またはオフラインになると、残りのノードのビューからそのステータスがDISCONNECTEDに変わります。クラスターノードが復旧すると、自動的に再参加して再同期されます。ただし、ノードが切断されている間にノードのメタデータおよびが変更された場合、クラスターノードはクラスタに再参加できません。ノードをクラスターに再参加させるには、アクティブクラスターへのTDVサーバーの追加の手順に従います。

各ノードは、ノードがまだ接続されていることをベースポートプラス7（たとえば、9407）でクラスターに警告するハートビートを生成します。ノードが指定された期間内にハートビートを生成できない場合、ノードは一時的にクラスターから切断されます。ビジーノードが次にハートビートを送信すると、他のノードはそれを拒否し、ビジーノードにクラスター接続をリセットして再同期を試み、変更をクラスターにプッシュするように促します。ただし、メタデータの変更が競合している場合、ノードはクラスターから削除されます。詳細については、メタデータの競合が原因でノードが削除されましたを参照してください。

クラスターノードは、アクティブクラスタへのTDVサーバーの追加の手順に従って、クラスタに再参加できます。ただし、クラスターに参加すると、参加ノード内のすべてのメタデータが消去されるため、クラスターに反映させる場合は、変更を再度行う必要がある場合があります。

接続障害が発生した場合、ネットワークトポロジと構成により、クラスターがサブグループに分割される可能性があります。たとえば、一部のノードが共通の障害のあるルーターを介してクラスターに接続されている場合、それらのノードはクラスターサブグループになる可能性があります。 ManagerのクラスターノードのDISCONNECTED ステータスは、このタイプのイベントのトラブルシューティングに役立ちます。

たとえば、ノードAからEを含む5ノードのクラスターで、DとEが同時に切断されると、2つのサブグループが形成され、それぞれが独自のタイムキーパーを持ちます。A、B、Cが1つ、DとEが他の。 Managerでは、両方のグループのすべてのクラスターノードが表示されます。サブグループノードDおよびEのステータスは、ノードA、B、およびCからDISCONNECTEDとして表示されます。ノードA、B、およびCのステータスは、DISCONNECTEDとして表示されます。ノードDおよびEから。

パーティショニング中に、各クラスターグループで変更を加えることができます。接続が正常に再確立されると、メタデータの競合がない場合、2つのサブグループが自動的にマージされ、メタデータが同期されます。元のタイムキーパーは、マージされたクラスターのタイムキーパーになります。

詳細については、メタデータの競合が原因でノードが削除されましたを参照してください。

メタデータの変更が競合する状況が発生する可能性があります。例えば：

これらのシナリオに3番目のアクティブノードが存在すると、3番目のノードが変更をに伝播するため、競合の発生を防ぐことができます。

通常、同期していないノードはクラスターから自動的に削除され、すべてのセッションが終了します。ノードが自動的に削除された場合は、サーバーとクラスターのログを確認して原因を特定し、解決してください。