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

• ソース・データベースのバージョンが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インスタンスにはコピーされません。