Nutanix Era を使用すると、ソース データベース (Nutanix クラスタ上で実行) をクローンし、スナップショットまたはトランザクション ログを使用してデータベース クローンを更新できます。Era はストレージ効率と時間効率に優れた Nutanix スナップショットを使用するため、データベースの複数のコピーを管理するコストを削減できます。この場合、管理者は Time Machine の 7 月 31 日のスナップショットからクローンを作成し、法務チームが監査に必要な特定の銀行取引イベント データを提供する必要があります。

Nutanix Database Automation (NCP-DB) フレームワークにおいて、データベースとタイムマシンを操作できるものの、データベースパラメータプロファイルを操作できない管理者の役割は、データベース管理者 (DBA) です。この役割は、Nutanix Era ソリューションの重要な構成要素であるデータベースとタイムマシンを管理するために必要な権限を提供します。ただし、通常は他の役割によって管理されるデータベースパラメータプロファイルへのアクセス権限は付与されません。

データベースプロファイルは、CPU/メモリ、ストレージレイアウト、DBパラメータなどの再利用可能な設定を定義し、一貫性のある予測可能なデプロイメントを保証します。

NDB を使用して PostgreSQL HA インスタンスをプロビジョニングする場合、クラスタにデプロイできる DB サーバー VM の最小数と最大数はそれぞれ 2 と 4 です。PostgreSQL HA インスタンスは、Patroni フレームワークを使用して PostgreSQL データベースの高可用性と耐障害性を提供​​するデータベース インスタンスです。Patroni は、PostgreSQL 構成を管理し、自動フェイルオーバーとスイッチオーバー操作を実行する Python ベースのツールです。Patroni は、etcd、Consul、ZooKeeper などの分散コンセンサス ストアに依存して、クラスタの状態とリーダー情報を保存および同期します。NDB は、PostgreSQL HA インスタンスのコンセンサス ストアとして etcd をサポートしています。NDB を使用すると、管理者は、小、中、大、カスタムなど、さまざまなサイズと構成で PostgreSQL HA インスタンスをプロビジョニングできます。PostgreSQL HA インスタンスのサイズによって、DB サーバー VM の数、etcd ノードの数、CPU、メモリ、ディスク リソース、およびデータベースのレプリケーション ファクターが決まります。
PostgreSQL HAインスタンスに必要なDBサーバーVMの最小数は2で、これは小規模インスタンスに相当します。この構成では、リーダーDBサーバーVMが1台、フォロワーDBサーバーVMが1台、etcdノードが1台提供されます。PostgreSQL HAインスタンスに必要なDBサーバーVMの最大数は4で、これは大規模インスタンスに相当します。この構成では、リーダーDBサーバーVMが1台、フォロワーDBサーバーVMが3台、etcdノードが3台提供されます。その他のオプションは、十分な冗長性を提供しないか、サポートされているDBサーバーVMの制限を超えているため、PostgreSQL HAインスタンスには適用できません。

管理者が NDB で新しい Oracle シングルインスタンスデータベースをプロビジョニングするウィザードの最初のステップに進めない場合、最も可能性の高い原因は Oracle のソフトウェアプロファイルが不足していることです。NDB では、データベースインスタンスをプロビジョニングするために、ソフトウェアプロファイル (データベースのバージョン、パッチ、および構成を定義するもの) が必要です。参照 VM から作成されたプロファイル、または手動でアップロードされたプロファイルがない場合、インスタンスを正しく構成するためにこのプロファイルが必要となるため、ウィザードは先に進むことができません。