ノード障害復旧は、3つ以上のノードを持つシステムでのみサポートされます。
置換ノードは、システムが最初に展開されたときに記録されたイメージ、またはソフトウェアのアップグレード後に更新されたイメージに基づいています。置換ノードは、被置換ノードと同じセカンダリIP、エラスティックIP、および識別子を持ちます。置換ノードのプライマリIPアドレスは新しくなります。ただし、インスタンスの展開時に各ノードにエラスティックIPアドレスを割り当てていた場合、パブリックIPアドレスはノードの復旧後も同じである必要があります。セカンダリ プライベートIPアドレスは、インスタンスの展開時に選択したエラスティックIPアドレス設定に関係なく同じです。サブネット内に少なくとも1つの空きIPアドレスが必要です。
ソフトウェアのアップグレード後に、新しいシステム イメージを作成する必要があります。このイメージを作成しないと、復旧されたインスタンスのソフトウェアが一致せず、ノードに障害が発生した場合にデータベースを起動できません。
ノード障害の復旧は、オンプレミス システムとは異なる方法で処理されます。障害が発生したノードを診断目的で実行し続ける必要がない限り、インスタンスを終了する必要があります。AWSサポートが問題を診断できない場合は、Teradataカスタマー サポートに問い合わせてください。
このダウンしたノードの実行を維持するには、コストがかかります。新しいノードがオンラインになった後、インスタンスを停止または終了するオプションがあります。ノードに障害が発生する前に停止または終了するようにインスタンスを構成することもできます。
ノード障害の復旧には、通常のリセットよりも時間がかかります。10分経ってもインスタンスが自動的に再起動しない場合は、Teradata Server ManagementまたはTeradata Viewpointでアラートを確認します。ノードに障害が発生する前にアラートを設定する必要があります。アラートを確認してもノード障害を解決できない場合は、Teradataカスタマー サポートに連絡してください。
ノードを終了してNFRをテストしないでください。ノードを終了すると、接続されているEBSボリュームが完全に削除されます。NFRは、障害のあるノードからEBSボリュームをデタッチし、それらのEBSボリュームを置換ノードに再接続することに依存しています。