添付資料によると、管理者はデータベース管理者アカウント ([email protected]) でログインしていますが、このアカウントにはNDBにローカルユーザーを作成する権限がありません。「ユーザータイプ」列に示されているように、この権限を持つのはスーパー管理者アカウント (bsmith) のみです。
したがって、管理者はログアウトし、スーパー管理者アカウントで再度ログインして、新しいデータベース管理者をローカル ユーザーとして NDB に追加する必要があります。

NDBの「今すぐOSにパッチを適用」機能を使用して複数のNutanixデータベースサーバーVMにパッチを適用する前に、管理者はリポジトリを設定する必要があります。リポジトリ（カスタムパッチリポジトリやNutanix提供のソースなど）には、OSアップデートまたはパッチ（WindowsまたはRed Hatベースのシステム用など）が含まれています。NDBでは、パッチを取得して適用するためにこのリポジトリを指定する必要があります。これにより、データベースVMが検証済みのソースから更新されることが保証されます。

Eraコピーデータ管理サービスには複数のコンポーネントが含まれており、その1つがTime Machineです。Time Machineは、データベースからログとスナップショットを収集する役割を担っています。
この機能により、きめ細かなクローン作成と更新操作が可能になり、Nutanix Era のデータベース アズ ア サービス (DBaaS) ソリューションの重要な部分になります。

NDBで透過的データ暗号化（TDE）を有効にしたSQLデータベースをクローンする場合、クローン先のデータベースが機能し、セキュリティが確保されるように、ターゲットサーバーで暗号化キーを処理する必要があります。TDEはキーストア（マスターキーと証明書を含むバンドルファイルなど）を使用してデータを暗号化します。次の2つの手順が必要です。(1) 管理者は、ソースデータベースサーバーVMからキーストアバンドルファイルをバックアップし、ターゲットサーバーに転送して、クローン先でデータを復号化できるようにします。(2) クローン作成後、管理者はクローン後のコマンドスクリプトを実行する必要があります。このスクリプトは、ターゲットサーバー上でTDEキーを設定し、暗号化設定を完了し、クローン先のデータベースをアクティブ化します。

3つのNutanixクラスタに分散されたNDB HA VM（NDB API VMやリポジトリVMなど）のネットワークプロファイルを作成する場合、必要なタイプはNDBの外部で管理されるPostgreSQL HAインスタンスです。NDB HAはコントロールプレーンとしてPostgreSQLデータベースを使用しており、マルチクラスタHA構成では、このPostgreSQLインスタンスをNDBの管理外で高可用性（ストリーミングレプリケーションなど）を実現するように構成する必要があります。クラスタ間の接続性を確保するため、ネットワークプロファイルは、この外部HAインスタンスのネットワーク要件（VLAN、IPアドレス範囲など）をサポートする必要があります。