Autonomous Databaseのクローニングのノート

機械翻訳について

Autonomous Databaseのクローニングのノート

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

Autonomous Databaseでのクローニングに関する一般的なノート
クローニング操作および結果のクローン・データベースに関する一般情報を提供します。
バックアップからのAutonomous Databaseのクローニングに関するノート
クロス・テナンシおよびリージョン間クローニングに関するノート
クロス・テナンシおよびクロス・リージョン・クローニングに関する情報を提供します。
Resource Managementクローン・データベースのルールおよびパフォーマンス・データ
クローニングされたデータベースのリソース管理ルールおよびパフォーマンス・データのノートを提供します。
クローニングされたデータベースのオプティマイザ統計
完全クローンまたはメタデータ・クローンのプロビジョニング中に、オプティマイザ統計は、ソース・データベースからクローン・データベースにコピーされます。
クローン・データベースのOracle Schedulerジョブの無効化
クローン操作を実行すると、ソース・データベースのOracle Schedulerジョブがクローンにコピーされます。クローニングされたOracle Schedulerジョブがクローンで無効になっていることを確認できます。

親トピック: Autonomous Databaseインスタンスのクローニング、移動またはアップグレード

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インスタンスにはコピーされません。

親トピック: Autonomous Databaseのクローニングに関するノート

バックアップからの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;
```

親トピック: Autonomous Databaseのクローニングに関するノート

クロス・テナンシおよびリージョン間クローニングに関するノート

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

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

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

親トピック: Autonomous Databaseのクローニングに関するノート

Resource Managementクローン・データベースのルールおよびパフォーマンス・データ

クローニングされたデータベースのリソース管理ルールおよびパフォーマンス・データのノートを提供します。

クローニングされたデータベースのリソース管理ルールおよびパフォーマンス・データには、次が適用されます:

完全クローンまたはメタデータ・クローンのどちらかのプロビジョニング中に、ソース・データベースのユーザーが変更したリソース管理ルールは、クローニングされたデータベースに引き継がれます。
クローン・データベースの場合、クローン操作前の時点のパフォーマンス・データは、「データベース・ダッシュボード」カード(データベース・アクションの「モニター」の下)には表示されません。

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

親トピック: Autonomous Databaseのクローニングに関するノート

クローニングされたデータベースのオプティマイザ統計

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

クローニングされたデータベース内の表のオプティマイザ統計には、次のことが適用されます:

フル・クローン: 表へのロードは、統計がすでに設定されている表へのロードと同様に動作します。
メタデータ・クローン: データベースのクローニング後に表への最初のロードによって、その表の統計がクリアされ、統計が新しいロードで更新されます。

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

親トピック: Autonomous Databaseのクローニングに関するノート

クローン・データベースの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インスタンスにはコピーされません。

親トピック: Autonomous Databaseのクローニングに関するノート