Autonomous AI Databaseのクローニングについて

クローニングとは、Autonomous AI Databaseまたはそのバックアップ・セットのポイントインタイム・コピーを作成するプロセスです。クローニング機能を使用して、テスト、開発または分析などの目的で履歴データを使用してAutonomous AI Databaseを迅速に設定できます。

ヒント:
クローン操作の速度は、作成するクローンに対して指定したCPUの数に応じて変化します。したがって、クローンの操作の速度を改善するために、クローンのより多くのCPUを指定し、それをクローン操作の完了後に目的のCPU数にスケール・ダウンできます(専用Exadataインフラストラクチャ上のAutonomous AI DatabaseからのCPUまたはストレージ・リソースの削除を参照)。

クローン・タイプ

Autonomous AI Databaseでは、次のクローン・タイプがサポートされます:

• フル・クローン:フル・クローンでは、ソース・データベースのメタデータとデータを含む新しいデータベースが作成されます。

• メタデータ・クローン:このクローン・タイプでは、すべてのソース・データベース・スキーマ・メタデータを含む新しいデータベースが作成されますが、ソース・データベース・データは含みません。

クローン・ソース

次のいずれかのソースからデータベース・クローンを作成できます:

1. 実行中のデータベース・インスタンス: Autonomous AI Databaseインスタンスをクローニングすることで、新しいデータベース・インスタンスを作成できます。

   データベース・インスタンスのクローニング中に、次のことを実行できます。

   • クローン・データベース用に別のExadataインフラストラクチャ、Autonomous Exadata VMクラスタまたはAutonomous Container Databaseを選択します。

   • クローン・データベースを同じリージョンまたはクローン・ソースとは異なるリージョンに作成します。

   • クローン・ソースとは異なる同じテナンシまたはテナンシにクローン・データベースを作成します。クロステナンシ・クローンは、同じリージョンにすることも、クローン・ソースとは異なるリージョンにすることもできます。クロス・テナンシのクローニングは、Oracle Public Cloudデプロイメントでのみサポートされます。

2. データベース・インスタンスのバックアップ: Autonomous AI Databaseの自動バックアップ(オンデマンド・バックアップまたは長期バックアップ)をクローニングすることで、新しいデータベース・インスタンスを作成できます。

   Autonomous Data Guard設定では、プライマリまたはスタンバイの場所のバックアップからクローニングできます。

   バックアップからデータベース・インスタンスを作成するときに、次のことが可能です。

   • 日付範囲内のバックアップのリストからバックアップを選択するか、ポイントインタイム・クローンを作成します。ポイントインタイム・クローンには、指定されたタイムスタンプまでのすべてのデータが含まれます。指定されたタイムスタンプは、Autonomous Container Databaseレベルで定義された保存期間内にする必要があります。

     ノート:
     Point-in-Timeクローン・オプションを使用して長期バックアップをクローニングすることはできません。長期バックアップとは、最小90日間および最大10年間保持できる手動バックアップです。詳細は、「バックアップおよびリカバリについて」を参照してください。

   • クローン・データベース用に別のExadataインフラストラクチャ、Autonomous Exadata VMクラスタまたはAutonomous Container Databaseを選択します。

   • クローン・データベースを同じリージョンまたはクローン・ソースとは異なるリージョンに作成します。

   • クローン・ソースとは異なる同じテナンシまたはテナンシにクローン・データベースを作成します。クロステナンシ・クローンは、同じリージョンにすることも、クローン・ソースとは異なるリージョンにすることもできます。クロス・テナンシのクローニングは、Oracle Public Cloudデプロイメントでのみサポートされます。

クローン・リクエストを送信すると、新しい専用データベースが使用可能になるまでクローン・データベースはプロビジョニング中と表示されます。進行中の操作が完了するまで、すでにクローニング中になっている専用データベースでは新しいクローン操作は開始できません。

また、新しくクローニングされたデータベースに関する次の情報も注意してください:

• オプティマイザ統計は、ソース・データベースからクローン・データベースにコピーされます。次に:

  • フル・クローンの場合、表へのロードは、統計情報がすでに存在する表にロードする場合と同じように行われます。

  • メタデータ・クローンの場合、クローニング後、表への最初のロードによってその表の統計情報がクリアされ、統計情報が新しいロードで更新されます。

  オプティマイザ統計の詳細は、『Oracle Database 19c SQLチューニング・ガイド』のオプティマイザ統計の概念または『Oracle Database 26ai SQLチューニング・ガイド』を参照してください。

• ソース・データベースでユーザーによって変更されたリソース管理ルールは、クローン・データベースに引き継がれます。

• クローン・データベースでクローン操作が使用できなくなる前の時点のパフォーマンス・データ。

クローン要件

Autonomous AI Databaseインスタンスまたはそのバックアップ・セットを正常にクローニングするには、次の要件を満たす必要があります:

• Autonomous AI Databaseをクローニングするには、コンソールを使用しているか、SDK、CLIまたは別のツールでREST APIを使用しているかにかかわらず、管理者が記述した次のポリシー文を使用して必要なアクセスが必要です:

  Allow group <Group_Name>
  to manage autonomous-databases
  in compartment <Compartment_Name>
  

  Allow group <Group_Name>
  to read autonomous-container-databases
  in compartment <Compartment_Name>
  

  ヒント:アクションを実行しようとしても、権限がない、または認可されていないというメッセージが表示される場合は、付与されているアクセス権のタイプと作業するコンパートメントを管理者に確認してください。

• ターゲットAutonomous Container Database (ACD)は、ソース以上のデータベース・バージョンである必要があります。

• Exadata Cloud@Customerデプロイメントでのクローニングをサポートするには、ネットワーク設定の一部としてポート1522を開く必要があります。詳細は、Autonomous Exadata VMクラスタの作成を参照してください。

• データベース・インスタンスからクローニングする場合:

  • ソースおよびターゲットの暗号化キーは、同じキーストア・タイプである必要があります。

  • クローン・データベースに指定するADMINパスワードは、ソース・データベースのADMINデータベース・ユーザーとは異なる必要があります。そうしないと、クローン操作は失敗します。

  • フル・クローンの場合、クローン・データベースに指定できる最小ストレージは、ソース・データベースで実際に使用されている領域をGB単位に切り上げたものになります。

• バックアップからクローニングする場合:

  • ターゲットAutonomous Exadata VMクラスタには、4 ECPUまたは1 OCPUの最小が必要です。使用可能なCPUの数は、Oracle Cloud InfrastructureコンソールのAutonomous Exadata VMクラスタのリストから表示できます。詳細は、Autonomous Exadata VMクラスタのリストの表示を参照してください。

  • ソースとターゲットの暗号化キーのキーストアは、異なるタイプでかまいません。ただし、次の要件を満たす必要があります。

    • ソースとターゲットの両方ともOracle Key Vault (OKV)を使用して顧客管理キーを使用する場合は、同じOKV宛先を使用する必要があります。ターゲットAutonomous Exadata VMクラスタおよびAutonomous Container Databaseで、キーのソースOracle Key Vault (OKV)へのアクセスが必要になります。

    • Oracle Cloudで、ソースがKMSを介して顧客管理キーを使用する場合、リストア操作中にターゲットAutonomous Exadata VMクラスタがソースKMSボールトにアクセスできることを確認する必要があります。

クロス・テナンシ・クローンの要件

適用先: Oracle Public Cloudのみ

Autonomous AI Databaseインスタンスまたはそのバックアップ・セットからクロス・テナンシ・クローンを正常に作成するには、次の要件を満たす必要があります:

ノート:
次に示すクロステナンシ・クローン要件は、クローン要件で説明されている一般的なクローン要件に加えて必要です。

• CLIまたはAPIコマンドを実行して、宛先テナンシからクロス・テナンシ・クローンを作成します。

• ソース・テナンシおよび宛先テナンシにOCI Identity and Access Managementグループおよびポリシーを定義して、コマンドを実行して宛先テナンシにクローンを作成し、宛先テナンシがクローン・ソースが存在するソース・テナンシに接続できるようにします。これらのポリシーが取り消されると、クロス・テナンシのクローニングは許可されません。

  • 宛先テナンシで、グループ(DestinationGroupなど)を作成し、このグループにクロス・テナンシ・クローンの作成を許可するユーザーを追加します。ガイダンスについては、コンソールを使用したグループの作成を参照してください。

  • ソース・テナンシで、宛先テナンシ(DestinationGroup)で作成されたグループがソース・テナンシのクローン・ソースを使用してクローンを作成できるようにするIAMポリシーを作成します。ガイダンスについては、コンソールを使用したポリシーの作成を参照してください。

    たとえば、次に示すように、ソース・テナンシの指定されたコンパートメントの特定のAutonomous AI DatabaseインスタンスからDestinationTenancyのDestinationGroup内のユーザーが読み取れるようにするポリシーを定義できます:

    define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
    define group DestinationGroup as ocid1.group.region1..unique_ID
    admit group DestinationGroup of tenancy DestinationTenancy to read autonomous-database-family
           in compartment ocid1.compartment.region1..unique_ID
           where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'
    

    ノート:
    ポリシーでは、クロス・テナンシ・クローンを作成するために、ソースAutonomous AI Databaseインスタンスでの読取りアクセスのみを許可する必要があります。

    前述のポリシーでは、次を指定します。

    • 行1: クローンを作成する宛先テナンシのOCID。

    • 行2: クローンを作成するユーザーが属している宛先グループのOCID。

    • 行3: クローン・ソースが存在するコンパートメントのOCIDとクローン・ソースのOCID (Autonomous AI Databaseインスタンスまたはバックアップ)。

      ノート:
      前述の例のwhere句はオプションです。特定のクローン・ソースへのアクセス権を付与する、より詳細な方法を提供します。

  • 宛先テナンシで、ソース・テナンシのクローン・ソースを管理するためにグループを承認するIAMポリシーを作成します。ガイダンスについては、コンソールを使用したポリシーの作成を参照してください。

    たとえば:

    Define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
    Endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
    

    前述のポリシーでは、次を指定します。

    • 行1: クローン・ソースが存在するソース・テナンシOCIDのOCID。

    • 行2: ソース・テナンシ内のAutonomous AIデータベースの管理を許可できる宛先グループを指定します。

    前述の例で説明したこのポリシーにより、DestinationGroupはソース・テナンシにAutonomous AI DatabaseおよびAutonomous AI Databaseクローンを作成できます。クローニング権限を制限して、グループがAutonomous AIデータベースのみをクローニングできますが、Autonomous AIデータベースを作成できないようにしたり、特定のタイプのクローン(フル・クローンまたはメタデータ・クローン)を作成する権限をさらに制限したりできます。詳細および例は、Autonomous AI DatabaseのIAM権限およびAPI操作を参照してください。

クローンの制限

次に示すように、Autonomous AI Databaseのクローニングにはいくつかの制限があります:

• OCPUデータベースをOCPUまたはECPUデータベースにクローニングできます。ただし、ECPUデータベースをOCPUデータベースにクローニングすることはできません。

• 23aiバージョンのAutonomous AI Databaseを、19cバージョンまたはその逆のAutonomous AI Databaseにクローニングすることはできません。

• データベース・インスタンスからクローニングする場合:

  • Autonomous Data Guardを使用するデータベースの場合、クローニングできるのはプライマリ・データベースのみです。ただし、バックアップからクローニングする場合は、プライマリ・データベースまたはスタンバイ・データベースのいずれかをクローニングできます。

  • 通常のデータベースをAutonomous AI Database for Developersインスタンスにクローニングでき、その逆も可能です。ただし、通常のデータベースを開発者データベースに正常にクローニングするには、ソース・データベースの実際の使用済領域(次のGBに切り上げる)が32GB以下である必要があります。

• バックアップからクローニングする場合:

  • メタデータ・クローンはサポートされていません。データベース・クローンの作成には、「フル・クローンの」オプションのみを使用できます。

  • ターゲットAutonomous Exadata VMクラスタでは、一度に1つのリストア操作のみを実行できます。つまり、単一のAutonomous Exadata VMクラスタに複数のバックアップ・クローンを同時に作成することはできません。

  • ソース・データベースの割当て領域が32GB以下の場合にのみ、開発者向けAutonomous AIデータベースにバックアップをクローニングできます。

  • ポイントインタイム・クローン・オプションを使用して長期バックアップをクローニングすることはできません。

  • 必要に応じて、クローンのあとでのみCPUのサイズを小数値に変更できます。小数のCPU値の使用についてさらに学習するには、「CPUオーバープロビジョニング」を参照してください。

  • Exadata Cloud@Customerの場合:

    • ローカル・ディスクベースのバックアップをクローニングに使用することはできません。

    • Autonomous AI Databaseのクローニングにかかる時間は、CPU数と、バックアップ保存先とターゲットのAutonomous Container Databaseの間のネットワーク帯域幅によって異なります。

• クロス・テナンシ・クローン:

  • CLIまたはAutonomous AI Database REST APIを使用してのみ作成できます。このオプションは、Oracle Cloud Infrastructure Consoleでは使用できません。

  • Oracle Public Cloudデプロイメントでのみサポートされます。

  • ソースの顧客管理キーではサポートされていません。お客様が管理するキーの詳細は、Autonomous AI Databaseのマスター暗号化キーを参照してください。

ステップバイステップ・ガイド

OCIコンソールを使用して異なるクローン・ソースからAutonomous AI Databaseをクローニングする方法を学習するには、次を参照してください:

• Autonomous AI Databaseインスタンスのクローニング

• バックアップからのAutonomous AIデータベースのクローニング

• クロス・テナンシによるAutonomous AIデータベースのクローニング

• クロス・テナンシによるバックアップからのAutonomous AIデータベースのクローニング

CreateAutonomousDatabase APIを使用してデータベースをクローニングすることもできます。APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明に関する項を参照してください。SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。