クローニング操作およびその結果のクローン・データベースに関する一般情報を提供します。

• ソース・データベースのバージョンがOracle Database 19cの場合、Oracle Database 23aiが使用可能なリージョンでは、クローンのOracle Database 19cまたはOracle Database 23aiを選択できます。

• ソース・データベースのバージョンがOracle Database 23aiの場合は、クローンにOracle Database 23aiを選択できます。

• ソース・データベースで進行中のスケーリング操作がある場合、進行中の操作が完了するまでクローン操作を開始できません。このような操作を試みると、次のようなメッセージが表示されます。

  The operation cannot be performed because the Autonomous Database with Id **** is in the SCALE_IN_PROGRESS state.

• ソース・データベースでネットワーク・アクセス制御リスト(ACL)を定義すると、現在設定されているネットワークACLが新しいデータベースにクローニングされます。データベースがバックアップからクローニングされた場合、現在のソース・データベースのACL (バックアップの時点で有効だったACLではない)が適用されます。

• クローンを作成するときに、ソース・データベースにアクセス制御リスト(ACL)があり、プライベート・エンドポイント・ネットワーク・アクセス・オプションの仮想クラウド・ネットワークをターゲット・データベースに指定する場合、ACLは新しいデータベースにクローニングされません。この場合、(クローン・ソースのACLで指定されたアクセス制御ルールを使用するかわりに)ネットワーク・セキュリティ・グループ内でセキュリティ・ルールを定義して、ターゲット・データベースとの間のトラフィックを制御する必要があります。詳細は、インスタンスのプロビジョニング時またはクローニング時のプライベート・エンドポイントの構成を参照してください。

• Autonomous Databaseインスタンスのクローニングでは、データベース・ファイルが新しいインスタンスにコピーされます。クローニングに関連する停止時間はなく、クローニング操作はソースで実行されているアプリケーションには影響しません。

• メタデータ・クローンの場合、APEXアプリケーションおよびOMLプロジェクトおよびノートブックがクローンにコピーされます。メタデータ・クローンの場合、APEXアプリケーションまたはOMLノートブックの基礎となるデータベース・データはクローニングされません。

• クローニングによって作成されたAutonomous DatabaseインスタンスのAutonomous Databaseの詳細ページには、「クローンの作成元」フィールドが含まれます。ここに、クローンが作成されたデータベースの名前が表示されます。

• DBA_SERVICES.FAILOVER_TYPE列の値は、クローニングされたAutonomous Databaseインスタンスにコピーされません。

バックアップからのAutonomous Databaseのクローニングに関するノートを示します:

• ソース・データベース上で進行中のバックアップからのクローン操作がある場合、進行中の操作が完了するまでは、クローンされている同じバックアップ上で新しいクローン操作を開始できません。したがって、バックアップから特定のバックアップ(特定のタイムスタンプまたはバックアップのリストから選択した特定のバックアップ)から同時に2回クローニングすることはできません。

• 外部表、パーティション化された外部表およびハイブリッド・パーティション表の外部パーティションの場合、バックアップには、オブジェクト・ストアに存在する外部ファイルは含まれません。したがって、バックアップからのクローニング操作では、必要に応じて外部表、外部パーティション表またはハイブリッド・パーティション表の外部ファイルに関連付けられた外部ファイルをバックアップおよびリストアするのはユーザーの責任です

• バックアップからのクローニングでは、ソース・データベースのOracle Machine Learningワークスペース、プロジェクトおよびノートブックは新規データベースにクローニングされません。

• Autonomous Databaseでクローンのプロビジョニングが終了したら、ビューdba_pdbsを問い合せて、last_recover_time列およびlast_recover_scn列を確認します。これらの列には、保存されたタイムスタンプと、クローニングされたデータベースが作成されたデータの保存されたSCNが表示されます。

  たとえば:

  SELECT last_recover_time, last_recover_scn FROM dba_pdbs;

  SCNの詳細は、「システム変更番号(SCN)」を参照してください。

クロス・テナンシおよびクロス・リージョンのクローニングに関する情報を提供します。

• クローニングの場合、クローン・ターゲットに現在のリージョン以外のリージョンを選択すると、Oracle Cloud Infrastructure CLIまたはTerraformのいずれかを使用して、このようなクロスリージョン・クローンはリモート・リージョンからのみ実行できます。つまり、クローニング元のソースと同じソース・データベースOCIDを使用して、クローニング先のリモート・リージョンからクローン作成APIをコールします。

• クロス・テナンシ・クローニング・オプションは、CLIまたはAutonomous Database REST APIを使用してのみ使用できます。Oracle Cloud Infrastructure Consoleでは、クロス・テナンシのクローニングは使用できません。

  詳細は、クロス・テナンシおよびクロスリージョンのクローニングを参照してください。

• クロス・テナンシ・クローニング・オプションは、ソース上の顧客管理キーによるクローニングをサポートしていません。顧客管理キーの詳細は、Autonomous Databaseでの暗号化キーの管理を参照してください。

クローン・データベースのリソース管理ルールおよびパフォーマンス・データに関するノートを提供します。

クローン・データベースのリソース管理ルールおよびパフォーマンス・データには、次のことが該当します:

• フル・クローンまたはメタデータ・クローンのプロビジョニング中に、ソース・データベースでユーザーが変更したリソース管理ルールは、クローン・データベースに継承されます。

• クローン・データベースの場合、クローン操作前の時間のパフォーマンス・データは、「データベース・ダッシュボード」カード(「データベース・アクションのモニター」の下)に表示されません。

リソース管理ルールの設定の詳細は、「Autonomous DatabaseでのランナウェイSQL文の管理」を参照してください。

フル・クローンまたはメタデータ・クローンのプロビジョニング中に、ソース・データベースからクローン・データベースへオプティマイザ統計がコピーされます。

クローン・データベースの表では、オプティマイザ統計に関して次のいずれかが適用されます。

• フル・クローン: 表へのロードは、統計情報がすでに存在する表にロードする場合と同じように動作します。
• メタデータ・クローン: データベースのクローニング後、表の最初のロードで、その表の統計がクリアされ、新しいロードで統計が更新されます。

オプティマイザ統計の詳細は、オプティマイザ統計の概念を参照してください。

ソース・データベースからのOracle Schedulerジョブは、クローン操作の実行時にクローンにコピーされます。クローニングされたOracle Schedulerジョブがクローンで無効化されていることを確認できます。

クローニングされたAutonomous DatabaseインスタンスでOracle Schedulerジョブを無効にするには、AFTER CLONE句を使用してトリガーを定義できます。AFTER CLONE句を使用するには、クローン操作を実行する前にソース・データベースでトリガーを定義します。

たとえば:

CREATE OR REPLACE TRIGGER after_clone_instance
     AFTER CLONE 
     ON PLUGGABLE DATABASE
BEGIN 
-- Disable specific jobs or use a cursor to grab all scheduled jobs and disable them
     DBMS_SCHEDULER.DISABLE(name=> job_name);
END; 
/

詳細は、「CREATE TRIGGER文」を参照してください、

次の点に注意してください。

• DBA_SCHEDULER_WINDOWS.REPEAT_INTERVAL列の値は、クローニングされたAutonomous Databaseインスタンスにコピーされません。