既存のデータベース サーバー上にクローンを作成する際に、クローンされたデータベースをサポートする承認済みデータベース サーバーが定義されていない場合、管理者は必要なデータベース サーバー VM を承認する必要があります。NDB には、次の 2 つの有効な方法があります。(1) Time Machine インターフェイスを使用して、管理者はアクション メニューに移動し、「データベース サーバー VM の承認」を選択して、クローン サポート用に特定の VM を指定し、事前承認手順を実行できます。(2) クローン作成プロセス中に、ウィザードには、操作の途中で承認が必要になった場合にプロセスを効率化するために、1 つ以上のデータベース サーバー VM をその場で承認するオプション (たとえば、プラス アイコン) が含まれています。

Nutanix Era は、Nutanix の時間効率の良いスナップショットを利用してクローンを作成します。これらのデータベース クローンは非常にスペース効率が高く、サイズを構成するのは書き込みのみであるため、消費バイト数はほぼゼロです。したがって、管理者は、データベースの概要ページ > クローンのクローニング ウィジェットで、特定のデータベースのすべての Era クローンが使用する合計スペースを確認できます。他のオプションでは、特定のデータベースのすべての Era クローンが使用する合計スペースに関する情報は提供されません。したがって、正解は A です。データベースの概要ページ > クローンのクローニング ウィジェットで確認できます。

NDBで管理されているデータベースサーバーVM上で、中程度のコンピューティングプロファイルを使用してMicrosoft SQL Serverインスタンスを統合する場合、需要の増加によりDBストレージ容量に関する懸念が生じる可能性があります。NDBでは、この問題に対処するための適切なタスクは「データベースサーバーVMの更新」です。これにより、管理者はデータベースをホストするVMのストレージ容量を含むリソース割り当てを調整できます。このタスクはNDBインターフェイス内で実行でき、コンピューティングプロファイルを変更したり、外部ツールを使用したりすることなく、ディスク容量を拡張したり、ストレージ設定を再構成したりできます。

Nutanix Database Automation (NCP-DB) の学習資料によると、可用性グループ (AG) データベースを扱う場合、そのデータベースを可用性データベースとして登録する必要があります。これは、AG データベースが異なる名前のインスタンスを持つレプリカ上でホストされているため、可用性データベースとして登録することで、すべてのインスタンスにわたってコピーデータ管理操作を実行できるためです。これは、SQLAGN3\DW 上で実行される Analytics サービスなどのサービスがリアルタイムデータを必要とする場合に特に重要です。

NDB のログキャッチアップ操作を含む Time Machine 保護モードでデータベースを構成するには、継続的なログ保持をサポートするサービスレベル契約 (SLA) が最も重要な要素となります。ログキャッチアップ操作は、指定された時点からトランザクションログを再生することでポイントインタイムリカバリ (PITR) を可能にし、データ損失を最小限に抑え、リカバリポイント目標 (RPO) の要件を満たします。この機能は、トランザクションログがスナップショットとともに継続的にキャプチャおよび保持されることを保証する「継続的なログ保持」オプションを含む SLA で Time Machine が構成されていることを前提としています。