Nutanix Eraは、Oracle、PostgreSQL、MySQL、Microsoft SQL Serverなど、様々なデータベースエンジンをサポートしています。ただし、コマンドラインインターフェース（CLI）を使用したパッチのロールバックに関しては、Oracleデータベースエンジンのみでサポートされています。これにより、重要なデータベース更新の効率的な検証が可能になり、データベースのロールバックが簡素化されます。Eraは他のデータベースエンジンもサポートしていますが、CLIを使用したパッチのロールバック機能は現時点ではOracleのみに特化していることにご注意ください。

Nutanix AHV 搭載クラスタで VM ホストアフィニティを設定すると、VM が特定のホストに配置され、パフォーマンスや HA が最適化されます。しかし、ホスト障害発生後、データベース VM が残りの 1 台のホストにクラスタリングされている場合、フェイルオーバー時にアフィニティルールだけでは高可用性 (HA) を維持できないことを示しています。これを防ぐには、管理者はアンチアフィニティルールを設定する必要があります。アンチアフィニティルールは、VM (データベースサーバー VM など) が複数のホストに動的に分散されるようにします。アンチアフィニティルールはフェイルオーバー時にデフォルトの VM 配置動作をオーバーライドし、ホスト障害発生後も VM を分離した状態に保つことで、単一障害点のリスクを軽減します。

Nutanix Database Automation (NCP-DB) 学習ドキュメントによると、ソースの本番データベースを既存の開発サーバーに複製するには、次のアクションを実行する必要があります。
A) クローンを受け取るには、開発サーバーをEraに登録する必要があります。これは、Nutanix Eraがデータベースとそのコピーのライフサイクルを管理するデータベース管理ツールであるためです。開発サーバーをEraに登録することで、Eraがそのサーバー上のデータベースを管理できるようになります。
D) 開発サーバーには、クローン作成時に提供されたIPアドレスと認証情報が設定されている必要があります。これは、Eraが開発サーバーにアクセスし、クローン作成操作を実行するために必要です。IPアドレスと認証情報は、開発サーバーへの接続を確立するために使用されます。これらの情報がなければ、Eraはサーバーにアクセスしてクローン作成操作を実行できません。

削除スケジュールを使用してデータベースクローンが削除される前に事前に通知を受けたいデータベース管理者は、NDBインターフェース内で直接これを設定することができます。
「削除スケジュールの更新」機能には、「削除前にアラートを作成」というオプションがあります。これはデフォルトで必須として事前に選択されていますが、カスタマイズ可能です。このオプションを選択すると、スケジュールされたクローンの削除前にアラート（メールやNDBダッシュボードなど）が生成され、管理者は必要に応じて対応できます。これは最も効率的で組み込みの方法で、カスタムスクリプトやレポートの複雑さを回避できます。