正解はBです。NDBのTime Machine機能は、データベースからログとスナップショットを収集し、分散ファイルシステムに保存します。Time Machineを使用すると、管理者はSLAポリシーとNDB UIまたはAPIを使用してデータベースを保護、クローン、復元できます。Time Machineは、NDBマルチクラスタ環境でのデータベーススナップショットのレプリケーションも管理します。他のオプションは、NDBの異なる機能または動作を説明しているため、正しくありません。オプションAは、データベース復元はTime Machineを使用してソースデータベースまたはクローンを以前の時点に復元する操作であるため、正しくありません。
オプションCは正しくありません。SLAは、データベースのスナップショットとログの取得頻度と保持期間を定義するポリシーだからです。オプションDも正しくありません。ワンクリックパッチ適用は、管理者がNDB UIまたはAPIを使用してデータベースパッチをテスト、公開、適用できるようにする機能だからです。

管理者が NDB で新しい Oracle データベース VM のプロビジョニング中にエラーが発生した場合、Nutanix サポートに最も包括的な情報を提供するには、[操作] メニューから失敗したジョブを選択し、右下の [バンドルの生成] を選択します。[バンドルの生成] オプションでは、ログ、構成の詳細、失敗した操作に固有のエラー トレースなどを含む包括的な診断パッケージが作成されます。このバンドルはトラブルシューティングに最適であり、分析のために Nutanix サポートにアップロードできます。

Nutanix NDB上で稼働し、元々ASMLib（Automatic Storage Management Library）を使用して構成されたOracleデータベースのサイズを拡張する必要がある場合、最も効率的な方法は、NDBに組み込まれているスケーリング機能を使用して既存のvDiskのサイズを変更することです。NDBは、データベースVMに関連付けられた仮想ディスク（vDisk）の動的なサイズ変更をサポートしているため、管理者はデータベースを中断したり、複雑な移行作業を必要とせずにストレージ容量を増やすことができます。この方法は、Nutanixのストレージ統合を活用し、基盤となるvDiskのサイズを変更してASMLib構成を更新し、新しいサイズを反映させることで、シームレスな運用を実現します。

NDBのTime Machine修復機能は、Time Machineの復元ポイントチェーンにおける不整合や欠落を解消し、継続的で信頼性の高い復元履歴を確保するように設計されています。ネットワーク障害やエージェントエラーなどの障害によりスキップされた可能性のある、欠落しているログバックアップやスナップショットを特定して修復することで、復元機能の欠落を解消します。
この機能は、ソフトウェアのパッチ適用、クローンの更新、マルウェアからの復元は行わず、Time Machineのデータ保護タイムラインの整合性を維持することに重点を置いています。

NDBは、InnoDB Cluster/Group Replicationなどの最新のMySQL HAアーキテクチャをサポートしています。ただし、MySQL NDB Clusterエンジンはサポートされていません。