Nutanix クラスターに Time Machine データ アクセスを追加するには、まずクラスターを NDB に登録します。これにより、NDB はクラスター上のデータベースとスナップショットを検出して管理できるようになります。NDB 設定ページの [クラスターの追加] オプションを使用して、複数の Nutanix クラスターを NDB に登録できます。また、データ アクセスとレプリケーションのニーズに応じて、ソース、ターゲット、またはその両方などのクラスター ロールを指定することもできます。NDB でマルチ クラスターを有効または無効にすることは、NDB インスタンス全体に影響するグローバル設定であるため、最初の手順ではありません。ソース データベースから TM データを削除することは、データベースのデータ保護と可用性が失われるため、最初の手順ではありません。参考資料:
* Nutanix データベース管理と自動化トレーニング コース、モジュール 6: NDB マルチ クラスターの管理、レッスン 1: NDB マルチ クラスターの概要、スライド 5: Nutanix クラスターの登録
* Nutanix 認定プロフェッショナル - データベース自動化 (NCP-DB) 5 試験、セクション 6: NDB 環境の管理、目標 6.4: 手順の概念を適用して Nutanix クラスターを NDB に追加する

NDB マルチ クラスターは、複数の Nutanix クラスターが共通の NDB サービスを共有して、データベースの管理と自動化を行える機能です。NDB サービスは、NDB サーバーと NDB エージェントの 2 つのコンポーネントで構成されます。NDB サーバーは、Web UI、REST API、およびデータベース オーケストレーション ロジックを提供する中心的なコンポーネントです。NDB エージェントは、各 Nutanix クラスターで実行され、NDB サーバーと通信してデータベース操作を実行するコンポーネントです。
クラスター A で NDB マルチクラスターを有効にすると、クラスター A は NDB サーバー VM をホストするプライマリ クラスターになります。NDB に登録されているクラスター B は、NDB エージェント VM のみをホストするセカンダリ クラスターになります。したがって、クラスター A には NDB サーバーと NDB エージェントの両方があり、クラスター B には NDB エージェントのみがあります。この構成により、クラスター B はクラスター A で実行されている NDB サービスを活用してデータベースの管理と自動化を行うことができます。
参考文献:
* Nutanix データベース自動化 (NCP-DB) コースの詳細、セクション 3.1: NDB マルチクラスターの概要
* Nutanix Database Automation (NCP-DB) 認定の詳細、目標 3.1: NDB マルチクラスタを構成する
* Nutanix データベース自動化 (NCP-DB) YouTube プレイリスト、ビデオ 3.1: NDB マルチクラスターの概要

Nutanix Database Automation (NCP-DB) で SQL Server のソース データベースの復元操作を実行するときに、新しい場所に復元して Era に Nutanix のベスト プラクティス 1 を適用させたい場合は、管理者は復元場所として新しい場所を選択できます。これは、Nutanix Era がデータベース管理を自動化および簡素化し、管理者が大規模なデータベースを管理できるようにし、復元プロセス中に Nutanix のベスト プラクティス 1 を適用するためです。これにより、復元されたデータベースの最適なパフォーマンスと信頼性が確保されます 1。

Nutanix Database Automation (NCP-DB) の学習ドキュメントによると、管理者は Time Machine を選択し、アクションで更新を選択して適切なスケジュールを定義することで、特定のデータベースのスナップショット スケジュールを変更できます1。これは、Nutanix Era の Time Machine では、Time Machine が取得するバックアップまたはスナップショットの数、それらのスナップショットを取得する時刻、および毎週または毎月のバックアップを取得する曜日を指定できるためです1。これらのオプションは、Time Machine キャプチャ操作の完全なスケジュールを作成するのに役立ちます1。Time Machine が一時停止状態の場合でも、管理者はスケジュールを更新できます1。スナップショット スケジュールを変更するために、Time Machine またはデータベースのクローンを作成する必要はありません1。

Time Machine は、NDB のコピー データ管理サービスの中核構成要素であり、データベースのデータを取得して管理し、リカバリ ポイント目標 (RPO) SLA を実現します。Time Machine は、データベースの登録解除、スナップショットまたはログのキャッチアップの失敗、手動介入など、さまざまな理由で凍結状態になることがあります。Time Machine が凍結状態になると、新しいスナップショットとログのバックアップの作成が停止し、クローン、更新、または復元操作を実行できなくなります。Time Machine の通常の操作を再開するには、凍結の根本原因を解決して解凍する必要があります。Time Machine が凍結する一般的な原因の 1 つは、Time Machine を削除せずにデータベースが NDB から登録解除された場合です。これは、管理者がデータベースを別の NDB インスタンスまたはクラスターに移動する場合、またはデータベースが誤って登録解除された場合に発生する可能性があります。この場合、Time Machine は孤立して凍結され、どの操作にも使用できなくなります。新しい手動スナップショットからデータベース クローンを更新する要求を完了するには、管理者は最初に以前と同じデータベース名と ID を使用して NDB にデータベースを再登録する必要があります。これにより、Time Machine が自動的に解凍され、操作が再開されます。その後、管理者は Time Machine から新しい手動スナップショットを作成し、それを使用してデータベース クローンを更新できます。その他のオプションは、不要な手順を必要とするか、フリーズの根本的な原因に対処しないため、正しくありません。参考資料:
* Nutanix 認定プロフェッショナル - データベース自動化 (NCP-DB) v6.5、セクション 5 - Time Machine を使用して NDB 管理データベースを保護する、目標 5.1: SLA 保持ポリシーの作成、削除、変更
* Nutanix データベース管理と自動化 (NDMA) コース、モジュール 4: Nutanix データベース サービス (NDB) データ保護、レッスン 4.1: データ保護の概要、トピック: Time Machine の概念
* Nutanix Support & Insights、TN-2101: Nutanix データベース サービス Time Machine の仕組み、セクション: Time Machine の状態と遷移