Time Machineデータアクセスは、Nutanix Database Service（NDB）の機能であり、データベースを復元することなく、ある時点のスナップショットにアクセスできます。この機能を使用するには、アクセスモード、ソースデータベース、ターゲットクラスタ、ストレージコンテナのマッピングを定義するデータアクセス管理（DAM）ポリシーを作成する必要があります。ストレージコンテナのマッピングは、ソースデータベースとNDBサーバーのコンテナが異なる場合に必要です。これは、NDBがソースデータベースのメタデータとクローンの保存場所を把握する必要があるためです。
ソース データベースと NDB サーバー コンテナーが同じ場合、NDB はメタデータとクローンの両方に同じコンテナーを使用します。

Eraを使用してOracleデータベースをアップグレードする場合、アップグレードの種類は「インプレース・アップグレード」です。この方法では、既存のデータベースと同じOracleホーム内でデータベース・ソフトウェアをアップグレードします。AutoUpgradeユーティリティは、アップグレード開始前、アップグレードのデプロイメント中、そしてアップグレード後のチェックと構成の移行中に、アップグレードプロセスを自動化するために使用されます。この方法は、そのシンプルさと効率性から推奨されています。

管理者がNDBで問題に遭遇し、Nutanixサポートから診断バンドルをリクエストされた場合、バンドルは2つの有効な場所から生成できます。NDB GUIでは、管理セクションまたはサポートセクションにバンドルの作成とダウンロードのオプションが用意されており、ユーザーフレンドリーなインターフェースを提供しています。また、NDB CLIでは、特定のコマンド（例：era diagnostics collect）を使用して生成できるため、スクリプトによるアプローチが可能です。どちらの方法も、トラブルシューティングとサポートの目的でサポートされています。

Nutanix Era のマルチクラスタが有効で、Era クラスタ上の Era Server ストレージコンテナと Era プロビジョニングコンテナが異なる構成の場合、管理者は Era Server コンテナと、データベースのプロビジョニングに使用するリモートコンテナ間のストレージマッピングを設定する必要があります。これは、Nutanix Era が Nutanix クラスタの登録時に指定したストレージコンテナをデータベースのプロビジョニングに使用するためです。したがって、データベースが正しくプロビジョニングされるようにするには、Era Server コンテナとプロビジョニングに使用するリモートコンテナ間にストレージマッピングを確立する必要があります。

Nutanix データベース サービス (NDB) は、PostgreSQL の自動マイナー バージョン アップグレードをサポートしています。
パッチを適用する前に、管理者は新しいソフトウェアプロファイルを作成する必要があります。これは、ソフトウェアプロファイルにデータベースエンジンのバイナリと、データベースエンジンの実行に必要なその他のソフトウェアが含まれているためです。したがって、マイナーバージョンアップグレードを適用するには、更新されたバイナリを含む新しいソフトウェアプロファイルを作成する必要があります。新しいソフトウェアプロファイルを作成したら、それを使用してPostgreSQLデータベースにパッチを適用できます。