Autonomous Databaseのクローニングに関するノート
クローニング操作およびその結果のクローン・データベースに関する情報を提供します。
- Autonomous Databaseでのクローニングの一般的なノート
クローニング操作およびその結果のクローン・データベースに関する一般的な情報を提供します。 - クロス・テナンシおよびリージョン間クローニングに関するノート
クロス・テナンシおよびリージョン間クローニングに関する情報を提供します。 - クローン・データベースのResource Managementのルールおよびパフォーマンス・データ
クローン・データベースのリソース管理ルールおよびパフォーマンス・データのノートを提供します。 - クローン・データベースのオプティマイザ統計
フル・クローンまたはメタデータ・クローンのプロビジョニング中に、ソース・データベースからクローン・データベースにオプティマイザ統計がコピーされます。 - クローン・データベースに対するOracle Schedulerジョブの無効化
クローン操作を実行すると、ソース・データベースからのOracle Schedulerジョブがクローンにコピーされます。クローンでクローニングされたOracle Schedulerジョブが無効になっていることを確認できます。
Autonomous Databaseでのクローニングの一般的なノート
クローニング操作およびその結果のクローン・データベースに関する一般情報を提供します。
-
ソース・データベースのバージョンが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インスタンスにはコピーされません。
クロス・テナンシおよびリージョン間クローニングに関するノート
クロス・テナンシおよびクロスリージョン・クローニングに関する情報を提供します。
-
クローニングの場合、クローン・ターゲットに現在のリージョン以外のリージョンを選択した場合、Oracle Cloud Infrastructure CLIまたはTerraformのいずれかを使用すると、そのようなリージョン間クローニングを実行できるのは、リモート・リージョンからのみです。つまり、クローニング元のソースと同じソース・データベースOCIDを使用して、クローニング先のリモート・リージョンからクローン作成APIをコールします。
-
クロス・テナンシのクローニング・オプションは、CLIまたはAutonomous Database REST APIでのみ使用できます。クロス・テナンシのクローニングは、Oracle Cloud Infrastructure Consoleでは使用できません。
詳細は、「クロス・テナンシおよびクロスリージョン・クローニング」を参照してください。
-
クロス・テナンシのクローニング・オプションは、ソースで顧客管理キーを使用したクローニングをサポートしていません。顧客管理キーの詳細は、Autonomous Databaseでの暗号化キーの管理を参照してください。
クローニングされたデータベースのResource Managementのルールおよびパフォーマンス・データ
クローニングされたデータベースのリソース管理ルールおよびパフォーマンス・データのノートを提供します。
次は、クローン・データベースのリソース管理ルールおよびパフォーマンス・データに適用されます:
- フル・クローンまたはメタデータ・クローンのプロビジョニング中に、ソース・データベースのユーザーによって変更されたリソース管理ルールは、クローン・データベースに継承されます。
-
クローン・データベースの場合、クローン操作より前の時間のパフォーマンス・データは、「データベース・ダッシュボード」カード(データベース・アクションの「モニター」の下)に表示されません。
リソース管理ルールの設定の詳細は、「Autonomous DatabaseでのランナウェイSQL文の管理」を参照してください。
クローン・データベースのオプティマイザ統計
フル・クローンまたはメタデータ・クローンのプロビジョニング中に、ソース・データベースからクローン・データベースへオプティマイザ統計がコピーされます。
クローン・データベースの表では、オプティマイザ統計に関して次が適用されます:
- フル・クローン: 表へのロードは、統計情報がすでに存在する表にロードする場合と同じです。
- メタデータ・クローン: データベースのクローニング後、表への最初のロードで、その表の統計情報がクリアされ、統計情報が新しいロードで更新されます。
オプティマイザ統計の詳細は、オプティマイザ統計の概念を参照してください。
クローン・データベースに対するOracle Schedulerジョブの無効化
クローン操作を実行すると、ソース・データベースの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インスタンスにはコピーされません。