NDB 環境の Microsoft SQL Server データベースにパッチを適用するには、管理者は次の構造化されたプロセスに従う必要があります。
新しいソフトウェア プロファイル バージョンの作成: Microsoft から最新の累積更新プログラム (CU) またはパッチをダウンロードし、それを使用して NDB に既存の SQL Server ソフトウェア プロファイルの新しいバージョンを作成します。
これにより、パッチが NDB の管理フレームワークに統合されます。
更新されたソフトウェア プロファイルを公開します。新しいバージョンを「公開済み」ステータスに昇格し、環境全体で使用できるようにします。
アップデートの適用：各データベースサーバーの「データベースVMメニュー」に移動し、更新されたソフトウェアプロファイルを選択してパッチを適用します。これにより、データベースの整合性を維持しながらパッチ適用プロセスが自動化され、必要に応じてロールバックが可能になります。

NDBエージェントはデータベースインスタンスのログバックアップを処理しますが、これらのバックアップをローカルに保存すると、ボトルネック（ディスクI/O、ストレージ容量など）が発生する可能性があります。この問題を軽減するには、NDBとNutanix Objectsの統合が推奨されます。Nutanix Objectsは、Nutanixエコシステム内のS3互換オブジェクトストレージサービスであり、NDBエージェントからスケーラブルな集中型ストレージプラットフォームへのログバックアップのオフロードに最適です。これにより、ローカルストレージの負荷が軽減され、パフォーマンスが向上し、効率的なバックアップ取得を活用することで、データベースリカバリに関する厳格なSLAが保証されます。

NDBはMongoDBサーバークラスターのプライマリメンバーを識別し、最初にパッチを適用します。NDBはフェイルオーバーをトリガーし、残りのセカンダリメンバーから新しいプライマリメンバーを選出します。NDBは以前のプライマリメンバーにパッチを適用し、フェイルオーバー後にセカンダリメンバーになります。NDBは残りのセカンダリメンバーに1つずつパッチを適用します。NDBはパッチ適用状況とクラスターの健全性を検証します。このプロセスにより、MongoDBサーバークラスターでは常に書き込み操作を処理できるプライマリメンバーが確保され、ダウンタイムとクラスターパフォーマンスへの影響を最小限に抑えることができます。

Nutanix Eraは、自動化と外部アプリケーションとの統合のためのAPIエンドポイントを提供するデータベース管理システムです。これらのAPI呼び出しは、セキュリティ保護のため通常HTTPS経由で行われ、HTTPSの標準ポートは443と9440です。実際に使用されるポートは、Nutanix Eraシステムの特定の構成によって異なる場合がありますのでご注意ください。正確な情報については、システムのドキュメントを確認するか、システム管理者に問い合わせることをお勧めします。

Nutanix Database Automation (NCP-DB) コースによると、ソフトウェア プロファイルとは、データベース エンジンのバージョン、エディション、機能、パラメータなどの構成を定義するテンプレートです。また、データベースのインストールに必要なディスクレイアウト（各ディスクのサイズ、タイプ、マウントポイントなど）も指定します。ただし、システム ページ ファイル ディスクは、データベース サーバー VM のメモリ サイズに基づいて NDB サービスによって自動的に作成されるため、ソフトウェア プロファイルには含まれていません。その他のオプションは、データベースの運用とパフォーマンスに不可欠なため、ソフトウェア プロファイルに含まれています。