Nutanix Database Automation (NCP-DB) の学習ドキュメントによると、Era を使用して MSSQL AG クラスターをプロビジョニングする前に、管理者は Era でハートビート トラフィック用のプライベート ネットワークを構成する必要があります。これは、ハートビート トラフィックが MSSQL AG クラスターの健全性とステータスを維持するために不可欠であるためです。ハートビート トラフィックは、クラスター内のノードが相互に通信し、他のノードのステータスを確認するために使用されます。あるノードが一定時間内に別のノードからハートビートを受信しない場合、そのノードは他のノードに障害が発生したと見なし、適切なアクションを実行します。

NDBサーバーのアップグレードには、ワンクリックアップグレードとオフラインアップグレードの2つの方法があります。ワンクリックアップグレードは、Nutanixポータルから最新のNDBソフトウェアバージョンを自動的にダウンロードしてインストールするため、推奨される方法です。オフラインアップグレードは代替手段であり、NDBソフトウェアバンドルを手動でダウンロードし、NDBサーバーVMにアップロードする必要があります。どちらの方法でも、有効なNutanixアカウントとインターネット接続が必要です。

Nutanix Database Automation (NCP-DB) の学習ドキュメントによると、既存のDBクローンを更新するには、EraでRBAC権限を持つ開発者が「データベース」>「クローン」に移動する必要があります。そこからテーブルから適切なクローンを選択し、「更新」をクリックし、目的のポイントインタイムまたはスナップショットを選択して、「更新」をクリックします。このプロセスにより、開発者はクローンされたデータベースを更新できます。

NDB は、PostgreSQL データベースインスタンスへのパッチ適用をサポートしています。PostgreSQL へのパッチ適用は、NDB によってプロビジョニングされた VM（グリーンフィールド展開）で検証されています。PostgreSQL データベースサーバー VM にパッチを適用するには、PostgreSQL 更新ファイルを NDB にアップロードしてソフトウェアプロファイルバージョンを作成する必要があります。その後、PostgreSQL 更新ファイルを使用して他のデータベースサーバー VM にパッチを適用したり、更新されたソフトウェアプロファイルを使用して新しいデータベースサーバー VM をプロビジョニングしたりできます。NDB パッチ適用ワークフローの最初のステップは、必要な PostgreSQL バージョンでソフトウェアプロファイルバージョンを作成することです。

正解は C です。NDB データベース エージェント サービスは、データベースのプロビジョニング、パッチ適用、クローン作成、復元など、NDB 関連の操作のスケジュール設定と監視を担当しているためです。NDB データベース エージェント サービスは、NDB サーバーと、NDB によってプロビジョニングされた各データベース サーバー VM にデプロイされます。各タスクの実行に必要なツールが含まれており、NDB API を介して NDB サーバーと通信します。その他の選択肢は、NDB ソリューションの異なるコンポーネントまたは機能について説明しているため、不正解です。選択肢 A は不正解です。トランザクション ログは NDB データベース エージェント サービスではなく、データベースのスナップショットとログを保存する分散ファイル システムである NDB Time Machine サービスによって保存されるためです。選択肢 B は不正解です。ソース データベースは NDB データベース エージェント サービスではなく、データベース エンジン ソフトウェアのインスタンスとデータベース ファイルを含む仮想マシンであるデータベース サーバー VM によってホストされるためです。選択肢Dは不正解です。NDBデータベースエージェントサービスにはデータベースエンジンソフトウェアのインスタンスは含まれておらず、NDB関連の操作を実行するために必要なツールのみが含まれています。データベースエンジンソフトウェアは、管理者が定義したプロファイルを使用してNDBによってプロビジョニングされたデータベースサーバーVMにインストールされます。