機械翻訳について

Autonomous Databasesの管理

Autonomous Databaseリソースは、ユーザー・データベースです。 Autonomous Databaseを作成する場合は、Autonomous Container Databaseを選択し、そのワークロード・タイプとして「データ・ウェアハウス」または「トランザクション処理」を指定して、Autonomous Data WarehouseデータベースまたはAutonomous Transaction Processingデータベースを作成します。

Exadata Infrastructureに数百のAutonomous Databasesを作成できます。 「使用可能なExadata Infrastructureハードウェア・シェイプ」で説明されているように、最大はExadata Infrastructureハードウェアの容量によって決まります。

• Oracle Autonomous Database for Developers
  Oracle Autonomous Database for Developersインスタンスは、開発者が新しいアプリケーションの構築およびテストに使用できる無料のAutonomous Databasesです。
• Autonomous Databaseの作成
  
• 「Autonomous Databaseのアクセス制御リストの管理」
  
• 「Autonomous Databasesのリストの表示」
  
• 「Autonomous Databaseの詳細の表示」
  
• 「Autonomous Databaseの顧客担当者の管理」
  
• 「ADB暗号化キーのローテーション」
  
• 「Autonomous Database ADMINユーザーのパスワードの設定」
  
• 「Autonomous DatabaseのCPUコア数またはストレージのスケーリング、IM列ストアのシステム・グローバル領域(SGA)の割合の有効化/無効化または変更」
  
• 「Autonomous Databaseの自動スケーリングの有効化または無効化」
  
• 「別のコンパートメントへのAutonomous Databaseの移動」
  
• 「Autonomous Databaseの停止または起動」
  
• 「Autonomous Databaseの再起動」
  
• 「Autonomous Databaseの手動バックアップ」
  
• 「長期バックアップの作成」
  
• 「詳細の表示および長期バックアップの保存期間の編集」
  
• 「長期バックアップの削除」
  
• Autonomous Databaseのリストア
  
• 「Autonomous Databaseのクローニング」
  
• 「Autonomous Databaseバックアップのクローニング」
  
• 「スタンバイ・データベースのクローニング」
  
• 「スタンバイ・データベース・バックアップのクローニング」
  
• 「Autonomous Databaseを終了」
  
• 「Autonomous Databasesを管理するAPI」
  
• 「Autonomous Databaseメトリックを使用したパフォーマンスの監視」
  

Oracle Autonomous Database for Developers

Oracle Autonomous Database for Developersインスタンスは、開発者が新しいアプリケーションの構築およびテストに使用できる無料のAutonomous Databasesです。

Autonomous Database for Developersインスタンスを使用すると、新しいAutonomous Database機能を無料で試して、進行中の開発プロジェクトまたは新しい開発プロジェクトに適用できます。 開発者データベースはリソースに制限されているため、大規模なテストおよび本番デプロイメントには適していません。 より多くのコンピュート・リソースまたはストレージ・リソースが必要な場合は、開発者データベースを通常のAutonomous Databaseにクローニングすることで、有料データベース・ライセンスに移行できます。

要件

Autonomous Database for Developersインスタンスを作成するには、専用のExadata InfrastructureまたはExadata Cloud@Customerのいずれかで、Oracle Exadataデータベース・サービスまたはAutonomous Databaseにアクセスできる必要があります。 つまり、次のいずれかのサービス・プラットフォームに対するアクティブなサブスクリプションを持つ顧客のみが、開発者データベースを作成できます:

• Autonomous Database on Dedicated Exadata Infrastructure
• Exadata Database Service on Dedicated Exadata Infrastructure
• Autonomous Database on Exadata Cloud@Customer
• Cloud@Customer上のExadata Database Service

無料の開発者データベースの数に制限はありません。Exadataインフラストラクチャの容量によって制限されます。

プロビジョニング・ワークフロー

Autonomous Database for Developersインスタンスは、Oracle Cloud Infrastructure (OCI)コンソールまたはAPIを使用してプロビジョニングできます。 開発者データベースを作成するには、ECPUベースのAVMCにAutonomous Data GuardがないACDが必要です。 これらのリソースをすでにプロビジョニングしていない場合は、最初にECPUベースのAVMCを作成し、そのAVMCを使用して障害リカバリ(Autonomous Data Guard)なしでACDを作成します。

AVMCおよびACDを作成または識別した後(すでに存在する場合)、Autonomous Database for Developersを作成できます。 OCIコンソールを使用した開発者データベースのプロビジョニングは、「Autonomous Databaseを作成」で説明されているように、通常のAutonomous Databaseの作成と同じワークフローに従います。 作成後、Autonomous Database for Developersインスタンスは、OCIコンソールのAutonomous DatabasesのリストにDeveloperラベルとともに表示されます。

仕様

各開発者データベースには、次の仕様が付属しています:

• コンピュート: 固定4 ECPU、CPUスケーリングなし
• ストレージ: 固定32 GB(最大20 GBのDATA)
• セッション制限: 30の同時データベース・セッション
• ワークロード・タイプ: データ・ウェアハウス、トランザクション処理

除外された機能

Autonomous Database for Developersは、次に示すものを除く、通常のAutonomous Databaseによって提供されるすべての機能をサポートします。 これらの制限は、開発データベースを開発サンドボックスとして最適に使用するために設けられています。

開発者データベースのインスタンス:

• Autonomous Data Guardはサポートしません。 したがって、Autonomous Data Guardを使用しないACDでのみプロビジョニングできます。
• ECPUのみをサポートします。 したがって、プロビジョニングできるのはECPUベースのACDのみです。
• 固定のコンピュートおよびストレージ・サイズ設定で、手動または自動のスケーリングおよびストレージ・スケーリングをサポートしません。
• 長期バックアップはできません。
• データベース・インメモリーは指定しないでください。

サポートされている機能

• クローニング: Autonomous Database for Developersは、通常の自律型データベースよりも少ないリソースと機能を提供します。 ロード/ストレス・テストや本番などの非開発の使用、またはすべての機能にアクセスするために、ユーザーはクローニングを使用して開発者データベースから通常の自律型データベースにクローニングできます。 通常のデータベースを開発者データベースにクローニングすることもできますが、通常のデータベースを開発者データベースに正常にクローニングするには、ソース・データベースの実際の使用済領域を次のGBに切り上げて32GB以下にする必要があります。
• バックアップとリカバリ: 必要に応じて、自動バックアップを有効にしたり、開発者データベースの手動バックアップをトリガーできます。 バックアップの保存先がObject Storage and Recovery Serviceの場合、バックアップは請求されます。
• サービス・メンテナンス: 開発者データベースは、通常のAutonomous Databaseと同じパッチ適用スケジュールに従いますが、クリティカルな個別パッチはサポートされません。
• データベース・アプリケーション開発および開発者ツール: Autonomous Database for Developersでは、Autonomous Databaseが提供する開発者関連のすべての機能および組込みツールを使用できます。

Autonomous Database for Developersには、99.5%のサービス・レベル目標値(SLO)が付属しており、サービス・リクエスト(SR)をOracle Supportに記録して支援を受けることができます。 ただし、開発者データベースに対する重大度1 SRのサポートはありません。 Oracle Supportへの連絡方法については、「My Oracle Supportでのサービス・リクエストの作成」を参照してください。

Autonomous Databaseの作成

Oracle Exadata Database Service on Cloud@Customerシステムに自律型データベースを作成するには、次のステップに従います。

ノート:

• スタンバイACDがスナップショット・スタンバイ・モードの場合、プライマリACDにADBを作成できません。
• 基礎となるSGA/メモリー・リソースの管理および共有を改善するために、Oracleでは、インメモリー用に構成されているすべてのAutonomous Databasesを同じAutonomous Container Databaseにすることをお薦めします。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. 「Autonomous Databaseの作成」をクリックします。
4. Autonomous Databaseを作成ダイアログで、次のように入力します:

   基本的なデータベース情報

   • コンパートメント: Autonomous Databaseのコンパートメントを選択します。
   • 表示名: ユーザー・フレンドリな説明またはリソースを簡単に識別するのに役立つその他の情報。 表示名は一意である必要はありません。 機密情報の入力は避けてください。
   • データベース名: データベース名は、文字および数字のみで構成され、文字で始まる必要があります。 最大長は14文字です。 機密情報の入力は避けてください。

   ワークロード・タイプ

   目的のワークロード・タイプを選択します。

   • データ・ウェアハウス
   • トランザクション処理

   各ワークロード・タイプの詳細は、Autonomous Databaseについてを参照してください。

   Autonomous Container Database: Autonomous Container Databaseを選択します。

   コンパートメント: 使用するAutonomous Container Databaseを含むコンパートメントを指定します。

   データベースの構成: 空きインスタンス:

   ノート:

   開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは「空きインスタンス」トグル・ボタンが無効になります。

   Autonomous Database for Developersインスタンスを作成する場合は、「空きインスタンス」ボタンをオンに切り替えます。

   「ECPU数」および「ストレージ(GB)」にはそれぞれ4と32が自動移入されます。これは、Autonomous Database for Developersが4つのECPUと32GBのストレージで固定されているためです

   開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、「自動スケーリングのコンピュート」は無効です。

   データベースを構成します

   • CPU数: プロビジョニング可能なCPUのリストから、データベースのCPUの数を選択します。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VM Clusterリソース・コンピュート・タイプによって決まります。

     この値のデフォルトは1 OCPUです。

     ECPUの場合、この値のデフォルトは2 ECPUです。

     OCPU全体を必要としないデータベースのフラクショナルOCPU値を選択することもできます。 これにより、CPUをオーバー・プロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。 詳細は、「CPUオーバー・プロビジョニング」を参照してください。

     ノート:

     CPUオーバー・プロビジョニングはECPUでは許可されません。

     CPUオーバー・プロビジョニングがあるデータベースは、tpおよびlowサービスを使用してのみ接続できます。

     自動スケーリング: 自動スケーリングを有効または無効にします。これにより、Autonomous Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの最大3倍を自動的に使用できます。

   • ストレージ(GB): Autonomous Databaseで使用可能にするストレージをGB単位で指定します。 使用可能なストレージは、インフラストラクチャのシェイプおよび他のAutonomous Databasesですでに使用されているものによって異なります。
     • デフォルト: 1024 GB
     • 最小: 32 GB
     • 増分: 1 GB

   管理者資格証明

   次の基準を満たすパスワードを入力して、Autonomous Database管理ユーザーのパスワードを設定します。 このパスワードは、Autonomous Databaseサービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

   • 12から30文字を含む
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字に関係なく、文字列「admin」は含まれません

   「ネットワーク・アクセスの構成」オプションで、データベースのプロビジョニング時またはその後の任意の時点でACLを作成できます。

   • 「データベース・レベルのアクセス制御の有効化」チェックボックスを選択します。
   • 「アクセス制御ルール」をクリックします。

     ノート:

     データベース・レベルのアクセス制御は、アクセス制御リスト内のIPアドレスなしで有効になります。 IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントからデータベースにアクセスできなくなります

   • IP表記法タイプ・ドロップ・ダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:
     • IPアドレスを使用すると、1つ以上の個別のパブリックIPアドレスを指定できます。 カンマを使用して、入力フィールドのアドレスを区切ります。
     • CIDRブロックでは、CIDR表記を使用して1つ以上のパブリックIPアドレスの範囲を指定できます。 カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   拡張オプション:

   • 暗号化キー: ADBは、親ACDから暗号化設定を継承します。 顧客が管理するOKVベースの暗号化に対して親ACDが構成されている場合、子ADBでも、ACDマスター・キーを格納するのと同じOKVウォレットでTDEマスター・キーが生成および管理されます。 また、Autonomous Databaseで取得されたバックアップには、OKVベースのキーが関連付けられます。
   • データベース・インメモリー:
     • データベース・インメモリーの有効化: インメモリーを有効にするには、少なくとも4つのOCPUと、システム・グローバル領域(SGA)の割合が必要です。 インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。 大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
   • 管理: ドロップダウン・リストから文字セットと各国語文字を選択します。
   • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。 機密情報の入力は避けてください。
5. オプションで、リソース構成をスタックとして保存できます。
   • リソース構成をスタックとして保存するには:
     1. 「スタックとして保存」をクリックします。
     2. 結果の「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名前: (オプション)わかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
     3. 「保存」をクリックします。

        スタックを保存すると、保存されたスタックへのリンクを含むバナーが表示されます。

     4. リンクをクリックして、Resource Manager Serviceコンソールでスタックを開きます。

        「リソース・マネージャおよびTerraform」を参照してください。

   • スタックの詳細を表示するには:
     1. ナビゲーション・メニューを開きます。 「開発者サービス」の下で、「リソース・マネージャ」をクリックします。
     2. 「スタック」をクリックします。
     3. 詳細を表示するスタックの名前をクリックします。

        または、アクション・メニュー(3つのドット)をクリックし、「スタックの詳細を表示」オプションを選択します。

6. 「Autonomous Databaseの作成」をクリックします。

   ノート:

   Autonomous Transaction ProcessingおよびAutonomous Data Warehouseデータベースには、次のネーミング制限が適用されます:

   • 過去60日以内に終了したデータベースに関連付けられた名前は、新規データベースの作成時には使用できません。
   • データベース名は、Autonomous Data WarehouseデータベースとAutonomous Transaction Processingデータベースの両方に同時に使用することはできません。

Autonomous Databaseのアクセス制御リストの管理

アクセス制御リスト(ACL)は、特定のIPアドレスを持つクライアントのみがデータベースに接続できるようにすることで、データベースに追加の保護を提供します。 IPアドレスは個別に追加することも、CIDRブロックに追加することもできます。

必要に応じて、データベース・プロビジョニング時またはその後の任意の時点でACLを作成できます。 ACLはいつでも編集できます。 IPアドレスの空のリストでアクセス制御リストを有効にすると、データベースにアクセスできなくなります。

Autonomous DatabaseでACLを使用する場合は、次の点に注意してください:

• Autonomous Databaseサービス・コンソールはACLルールの対象ではありません。
• Oracle Application Express (APEX)、RESTfulサービス、SQL Developer Webおよびパフォーマンス・ハブはACLの対象ではありません。
• データベースの作成中にACLの設定に失敗すると、データベースのプロビジョニングも失敗します。
• ACLの更新は、データベースがAvailableおよびAvailableNeedsAttention状態の場合に許可されます。
• データベースをリストアしても、既存のACLは上書きされません。
• データベース(フルおよびメタデータ)のクローニングは、ソース・データベースと同じアクセス制御設定になります。 必要に応じて変更できます。
• ACLの更新中は、すべてのCDB操作が許可されます。 ただし、ACLの更新中にADB操作は許可されません。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. コンパートメントを選択します。
3. Autonomous Databasesのリストで、管理するデータベースの表示名をクリックします。
4. データベースの詳細の「ネットワーク」で、「アクセス制御リスト」フィールドを見つけて「編集」をクリックし、データベース・レベルのアクセス制御を有効または無効にし、ACLルールを変更します。

   ノート:

   Autonomous Data Guard対応の自律型データベース:

   • スタンバイ・データベースのACLのみを表示できます。
   • プライマリ・データベースの詳細ページから、プライマリ・データベースとスタンバイ・データベースの両方のACLをリセットできます。 スタンバイ・データベース詳細ページからACLを構成することはできません。
5. 「アクセス制御リスト」ダイアログで、必要に応じてエントリを追加または変更します。

   ACLを編集している場合は、ACLの既存のエントリが「アクセス制御リスト」ダイアログに表示されます。 1つ以上のエントリを置き換える場合を除き、既存の値を上書きしないでください。 新しいACLエントリを追加するには、「+アクセス制御ルール」をクリックします。

   IP表記法タイプのドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定できます:

   • IPアドレスを使用すると、1つ以上の個別のパブリックIPアドレスを指定できます。 カンマを使用して、入力フィールドのアドレスを区切ります。
   • CIDRブロックでは、CIDR表記を使用して1つ以上のパブリックIPアドレスの範囲を指定できます。 カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   「+アクセス制御ルール」をクリックして、リストにアクセス・ルールを追加します。

   アクセス制御ルールを削除するには、リストからエントリを削除します。 ACLからすべてのアクセス制御ルールを削除すると、許可リストが空であるため、データベースにアクセスできなくなります。

   データベース・レベルのアクセス制御構成を無効にするには、「データベース・レベルのアクセス制御の有効化」チェック・ボックスをクリアします。 ACLが無効になり、構成が保存されると、すべてのアクセス制御ルールがACLから削除され、適用できなくなります。

6. 「変更の保存」をクリックします。

   「保存」をクリックしたときに「ライフサイクルの状態」が「使用可能」の場合、ACLの更新が完了するまでライフサイクル状態は「更新中」に変わります。 データベースは稼働中でアクセス可能なため、停止時間はありません。 更新が完了すると、「ライフサイクルの状態」は「使用可能」に戻り、アクセス制御リストのネットワークACLルールが有効になります。

Autonomous Databasesのリストの表示

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースのリストを表示するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。

Autonomous Databaseの詳細の表示

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースに関する詳細情報を表示するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、詳細を表示するデータベースの表示名をクリックします。

   結果のAutonomous Database詳細ページ

   • 暗号化の詳細は、「暗号化」セクションに表示されます。
     • データベースの作成時に顧客管理キーを選択した場合は、「暗号化キー・ストア」および「OKVウォレット名」へのリンクが表示されます。 「キーストア」リンクをクリックして詳細を表示します。
     • データベースの作成時にOracle管理キーを選択した場合、「暗号化キー・ストア」および「OKVウォレット名」へのリンクは表示されません。
   • インメモリーの詳細は、「リソース割当」セクションに表示されます。
     • インメモリーを有効にしていない場合は、「有効化」リンクが表示されます。 これをクリックすると、インメモリーが有効になります。
     • 有効にして設定を変更する場合は、「編集」をクリックします。

Autonomous Databaseの顧客担当者の管理

Autonomous Databaseの顧客コンタクトは、その詳細ページから追加、編集および削除できます。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、顧客コンタクトを管理するデータベースの表示名をクリックします。

   ノート:

   Autonomous Data Guardを使用するデータベースの場合、プライマリ・データベースの詳細ページに移動します。
4. 「その他のアクション」を選択し、「顧客コンタクトの管理」を選択します。

   「顧客担当者の管理」ページが開き、次の処理を実行できます:

   顧客担当者の追加

   1. 「顧客担当者の追加」をクリックし、連絡先の電子メール・アドレスを入力します。
   2. オプションで、「顧客担当者の追加」をクリックして別の連絡先Eメールを追加します。
   3. ページの下部にある「顧客担当者の追加」をクリックして、新しい連絡先を追加します。

      ノート:

      Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は常に、管理者グループではなく管理者グループの電子メール・アドレスを使用することをお薦めします。

   顧客担当者の編集

   1. 編集する電子メール・アドレスを選択します。 すべての電子メール・アドレスを編集するには、「Eメール」の横にある上部の列を選択します。
   2. 「編集」をクリックします。
   3. 「顧客担当者の編集」ダイアログで、必要に応じて連絡先の電子メールを変更し、「保存」をクリックします。

   顧客担当者の削除

   1. 削除する電子メール・アドレスを選択します。 すべての電子メール・アドレスを削除するには、「Eメール」の横にある上部の列を選択します。
   2. 「削除」をクリックします。
   3. 「顧客担当者の削除の確認」ページで、「削除」をクリックして確認します。

   Autonomous Databaseのライフサイクル状態はUpdatingに変更され、コンタクトの追加、編集または削除後に顧客コンタクト・リストが更新されます。

ADB暗号化キーのローテーション

TDEマスター・キーをローテーションするには、次のステップに従います。 キーをローテーションすると、ADBライフ・サイクルは通常の更新状態をたどり、使用可能に戻ります。

TDEマスター・キーは、必要な回数だけローテーションできます。 新しいTDEマスター・キーは、前のキーが格納されたウォレットに格納されます。 TDEマスター・キーをローテーションすると、OKVで新しいキーが生成され、このデータベースに割り当てられます。 OKVのすべてのキーを表示できます。

ノート:

Oracle管理の暗号化キーと顧客管理の暗号化キーの両方をローテーションできます。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「Autonomous Database詳細」ページで、「その他のアクション」ドロップダウン・リストから「暗号化キーのローテーション」を選択します。
5. 「暗号化キーのローテーション」ダイアログで「暗号化キーのローテーション」をクリックします。

Autonomous Database ADMINユーザーのパスワードの設定

Oracle Exadata Database Service on Cloud@Customerシステムで自律型データベースのADMINデータベース・ユーザー・パスワードを設定するには、次のステップを実行します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、管理するデータベースの表示名をクリックします。
4. 「その他のアクション」ドロップダウン・リストから、「管理パスワード」を選択します。
   「管理パスワード」ダイアログが開きます。
5. Autonomous Databaseのパスワードを入力します。

   パスワードは、次の基準を満たす必要があります:

   • 12から30文字を含む
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字に関係なく、文字列"admin"は含まれません
   • データベースに使用された最後の4つのパスワードのいずれでもありません
   • 過去24時間以内に設定したパスワードではありません
6. 「Confirm Password」フィールドにパスワードを再度入力します。
7. 「更新」をクリックします。

Autonomous DatabaseのCPUコア数またはストレージのスケーリング、IM列ストアのシステム・グローバル領域(SGA)の割合の有効化/無効化または変更

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースのCPUコア数またはストレージをスケール・アップまたはスケール・ダウンするには、次のステップに従います。

ノート:

• スタンバイACDがスナップショット・スタンバイ・モードの場合、プライマリACDのADBはスケーリングできません。
• 基礎となるSGA/メモリー・リソースの管理および共有を改善するために、Oracleでは、インメモリー用に構成されているすべてのAutonomous Databasesを同じAutonomous Container Databaseにすることをお薦めします。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「スケール・アップ/ダウン」をクリックします。

   ノート:

   このオプションは、Autonomous Database for Developersインスタンスでは有効になっていません。
5. CPUコア数またはストレージの新しい値を入力します。
   • OCPU数: プロビジョニング可能なCPUのリストから、データベースのCPUの数を選択します。

     各ノードのリソース使用率に基づいて、使用可能なCPUのすべての値を使用してAutonomous Databasesをプロビジョニングまたはスケーリングできるわけではありません。 たとえば、AVMCレベルで使用可能なCPUが20個あり、ノード・レベルでのリソースの可用性に応じて、1から20個のCPUのすべての値を使用してAutonomous Databasesをプロビジョニングまたはスケーリングできるわけではないとします。 Autonomous Databaseのプロビジョニングまたはスケーリングに使用できるCPU値のリストは、「プロビジョニング可能なCPU」と呼ばれます。

     コンソールで、Autonomous Databaseのプロビジョニングまたはスケーリングを試行すると、CPU数がプロビジョニング可能なCPUのリストに対して検証され、値がプロビジョニングできない場合は、最も近いプロビジョニング可能な2つのCPU値が提供されます。 または、Autonomous Exadata VM Clusterのプロビジョニング可能なCPU値の完全なリストを表示する場合は、次のAPIを使用できます:

     GetAutonomousContainerDatabaseは、指定されたAutonomous Container Databaseに新しいAutonomous Databaseを作成するために使用できるプロビジョニング可能なCPU値のリストを返します。 詳細は、GetAutonomousContainerDatabaseを参照してください。

     GetAutonomousDatabaseは、特定のAutonomous Databaseのスケーリングに使用できるプロビジョニング可能なCPU値のリストを返します。 詳細は、GetAutonomousDatabaseを参照してください。

     OCPU全体を必要としないデータベースのフラクショナルOCPU値を選択することもできます。 これにより、CPUをオーバー・プロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。 詳細は、「CPUオーバー・プロビジョニング」を参照してください。

   • 自動スケーリング: 自動スケーリングを有効または無効にします。これにより、Autonomous Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの最大3倍を自動的に使用できます。
   • ストレージ(GB): Autonomous Databaseで使用可能にするストレージをGB単位で指定します。 使用可能なストレージは、インフラストラクチャのシェイプおよび他のAutonomous Databasesですでに使用されているものによって異なります。
     • デフォルト: 現在値
     • 最小: 32 GB
     • 増分: 1 GB
   • システム・グローバル領域(SGA)の割合の有効化/無効化または変更: インメモリーを有効にするには、少なくとも4つのOCPUと、システム・グローバル領域(SGA)の割合が必要です。 インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。 大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
6. 「更新」をクリックします。

   インメモリーに割り当てられるメモリーは、「Autonomous Database詳細」ページの「リソース割当」セクションにあります。

   • 「編集」をクリックして設定を変更します。
   • インメモリーを有効にしていない場合は、「有効化」リンクが表示されます。 これをクリックすると、インメモリーが有効になります。

Autonomous Databaseの自動スケーリングの有効化または無効化

Oracle Exadata Cloud@Customerシステム上のOracle Autonomous Databaseには、需要の増加期間中に自律型データベースのCPUの数を自動的に増やし、需要が正常に戻るにつれて、コアの数をデータベースのベース番号まで自動的に減らす自動スケーリング機能があります。

自動スケーリング機能については、次の点に注意してください:

• 自動スケーリングが有効になっている場合、データベースは、「スケールアップ/ダウン」ダイアログに現在表示されているCPUの数で指定された数よりも最大3倍多くのCPUおよびIOリソースを使用できます。
• 現在割り当てられているコア数よりも多くのCPUコアが使用されているときに自動スケーリングが無効になっている場合、Autonomous Databaseは使用中のCPUコアの数を割当て数までスケール・ダウンします。
• 自動スケーリングを有効にしても、事前定義済サービスの同時実行性および並列度の設定は変更されません。

自律型データベースの自動スケーリングを有効または無効にするには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「スケール・アップ/ダウン」をクリックします。
5. 「自動スケール」を選択して自動スケーリング機能を有効にするか、「自動スケール」の選択を解除して機能を無効にします。
6. 「更新」をクリックします。

   ヒント:

   データベースが現在使用しているCPUの数を表示するには、次のSQL文を実行します:

   • ECPU:

     SELECT AVG_RUNNING_SESSIONS FROM V$RSRCPDBMETRIC;

   • OCPU:

     SELECT AVG_RUNNING_SESSIONS / 2 FROM V$RSRCPDBMETRIC;

別のコンパートメントへのAutonomous Databaseの移動

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースをコンパートメント間で移動するには、次のステップに従います。

ノート:

• 自律型データベースを移動するには、現在のコンパートメントおよび移動先のコンパートメントで管理する権限が必要です。
• 自律型データベースを別のコンパートメントに移動するとすぐに、新しいコンパートメントを制御するポリシーが適用され、自律型データベースへのアクセスに影響します。 したがって、リソースへのユーザー・アカウントのアクセスを制御するポリシーによっては、使用するOracle Cloudユーザーと他のOracle Cloudユーザーのアクセス権はいずれも変更される可能性があります。 たとえば、新しいコンパートメントを指定すると、ユーザーは自律型データベースを管理できなくなる場合があります。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、移動するデータベースの表示名をクリックします。
4. 「その他のアクション」ドロップダウン・リストから、「リソースの移動」を選択します。
5. 新しいコンパートメントを選択します。
6. 「リソースの移動」をクリックします。

Autonomous Databaseの停止または起動

Oracle Exadata Database Service on Cloud@Customerシステムで自律型データベースを停止または起動するには、次のステップを実行します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「停止」 (または「開始」)をクリックします。

   Autonomous Databaseを停止すると、CPU使用量に対する請求が停止します。 データベースが停止すると、ストレージの請求が続行されます。

5. 確認ダイアログで、Autonomous Databaseを停止または起動することを確認します。

ノート:

データベースを停止すると、次のような結果になります:

• 進行中のトランザクションはロールバックされます。
• データベース・クライアントまたはツールを使用してデータベースに接続することはできません。

Autonomous Databaseの再起動

Exadata Database Service on Cloud@Customerシステムで停止時間を最小限に抑えて、一部の自律型データベースの問題を解決するには、データベースを再起動できます。

Oracle Exadata Database Service on Cloud@Customerシステムで自律型データベースを再起動することは、データベースを手動で停止してから起動することと同じです。 再起動を使用すると、停止時間を最小限に抑えることができ、必要なアクションは1つのみです。

自律型データベースを再起動するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、再起動するデータベースの表示名をクリックします。
4. 「再起動」をクリックします。
5. 確認ダイアログで、Autonomous Databaseを再起動することを確認します。
   システムが停止し、すぐにデータベースが起動します。

Autonomous Databaseの手動バックアップ

Oracle Autonomous Databaseでは、Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースが自動的にバックアップされます。 また、必要に応じて、自律型データベースを手動でバックアップすることもできます。

ノート:

バックアップ操作中、自律型データベースは使用可能なままです。 ただし、停止、スケーリング、終了などのライフサイクル管理操作は無効になります。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、バックアップするデータベースの表示名をクリックします。
4. 「詳細」ページの「リソース」の下で、「バックアップ」をクリックします。
5. 「手動バックアップの作成」をクリックします。
6. 「手動バックアップの作成」ダイアログで、バックアップの名前を入力します。 機密情報の入力は避けてください。
7. 「更新」をクリックします。
   バックアップ操作が開始されます。 データベースのサイズによっては、この操作の完了に数時間かかる場合があります。

必要に応じて、データベース詳細ページのバックアップのリストでバックアップの状態を確認できます。 一部の状態では、削除などの状態または進行中の操作に関する追加の詳細を示す情報アイコンが表示されます。 バックアップの状態は次のいずれかです:

• Creating
• Active
• Deleting
• Deleted
• Failed

長期バックアップの作成

長期バックアップを作成するには、この手順を使用します。

ノート:

長期バックアップは、Autonomous Database for Developersインスタンスでは使用できません。 詳細は、「Oracle Autonomous Database for Developers」を参照してください。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、長期バックアップを作成するデータベースの表示名をクリックします。

   「自律型の詳細」ページが表示されます。

4. 「リソース」の下で、「バックアップ」をクリックします。
5. 「バックアップ」セクションで、「長期バックアップの作成」をクリックします。
6. 表示されるウィンドウで、次の詳細を入力します:
   • 名前: バックアップを簡単に識別できるわかりやすい説明やその他の情報を入力します。

   • バックアップの保存先タイプ: ネットワーク・ファイル・システム(NFS)がデフォルトで選択されています。 このリリースではNFSのみがサポートされているため、ACDに選択した宛先タイプ(オブジェクト・ストレージ、ネットワーク・ファイル・システムまたはOracle Zero Data Loss Recovery Appliance)に関係なく、NFSは変更できません。

   • バックアップの保存先: NFS宛先を指定します。 既存のNFS宛先を使用するか、この長期バックアップ用に作成します。
     • 既存のNFS宛先を選択するには:
       • 「インフラ」の下にある「バックアップ先」をクリックします。
       • 選択したコンパートメント内のNFSバックアップ保存先のリストからNFS保存先を選択します。
     • NFSバックアップの保存先を作成するには、「コンソールを使用したバックアップ先の作成」を参照してください。
   • 保存期間: 保存期間を設定します。
7. 「作成」をクリックします

詳細の表示および長期バックアップの保存期間の編集

長期バックアップの詳細を表示し、保存期間を編集するには、この手順を使用します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、長期バックアップの詳細を表示するデータベースの表示名をクリックします。
4. 結果の「自律型の詳細」ページの「リソース」で、「バックアップ」をクリックします。
5. 「バックアップ」セクションで、バックアップを識別し、詳細を確認します。
6. 保存期間を編集するには、アクション・アイコン(3つのドット)をクリックし、「保持期間の編集」を選択します。
7. 結果のウィンドウで、保持期間を設定します。
8. 「保存」をクリックします。

長期バックアップの削除

長期バックアップを削除するには、この手順を使用します。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、長期バックアップの詳細を表示するデータベースの表示名をクリックします。
4. 結果の「自律型の詳細」ページの「リソース」で、「バックアップ」をクリックします。
5. 「バックアップ」セクションで、バックアップを識別し、アクション・アイコン(3つのドット)をクリックして、「削除」を選択します。
6. 表示されるウィンドウで、削除する場合は「削除」をクリックします。

Autonomous Databaseのリストア

既存の手動バックアップまたは自動バックアップを使用して、Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースをリストアおよびリカバリすることも、自動バックアップの保存期間中の任意の時点にデータベースをリストアおよびリカバリすることもできます。

ノート:

• 自律型データベースをリストアすると、リストア操作中にデータベースは使用不可状態になります。 この状態のデータベースには接続できません。 使用不可状態でサポートされているライフサイクル管理操作は終了のみです。
• スタンバイ・データベースがスナップショット・スタンバイ・モードの場合、プライマリADBでリストア操作を実行できません。 スタンバイACDをフィジカル・スタンバイ・モードに変換して、Autonomous Databaseをリストアします。

• 「バックアップからのリストア」
  
• 「特定の時点へのリストア」
  

バックアップからのリストア

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースを特定のバックアップからリストアするには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databaseのリストで、クローニングするデータベースの表示名をクリックします。
4. 「その他のアクション」ドロップダウン・リストから、「リストア」を選択します。
5. 表示するバックアップのリストの日付範囲を指定します。
6. バックアップを選択します。
7. 「リストア」をクリックします。

特定の時点へのリストア

Oracle Exadata Database Service on Cloud@Customerシステム上の自律型データベースを特定の時点にリストアするには、次のステップに従います。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、リストアするデータベースの表示名をクリックします。
4. 「その他のアクション」ドロップダウン・リストから、「リストア」を選択します。
5. 「タイムスタンプの指定」をクリックします。
6. タイムスタンプを入力します。
   Autonomous Databaseによって、高速リカバリに使用するバックアップが決定されます。 タイムスタンプ入力では、秒レベル(YYYY-MM-DD HH:MM:SS GMT)までの精度を指定できます。
7. 「リストア」をクリックします。

Autonomous Databaseのクローニング

Oracle Exadata Cloud@CustomerシステムのAutonomous Databaseをクローニングするには、次のステップに従います。

クローニング機能を使用して、テスト、開発、アナリティクスなどの目的でAutonomous Databaseのポイント・イン・タイム・コピーを作成できます。 ソース・データベースのデータベース・スキーマのみをクローニングするには、メタデータ・クローン・オプションを選択します。

ノート:

23aiソフトウェア・バージョンのAutonomous Databasesは、19cバージョンおよびその逆のAutonomous Databaseにクローニングできません。

ノート:

IMが有効な場合、ソースのインメモリー列ストア設定またはパラメータはクローンに適用されません。 ただし、通常のADB作成フローのようにインメモリー列ストアを有効にできます。

クローン・タイプ

クローン機能には、次の2タイプのAutonomous Databaseクローンが用意されています:

• フル・クローン・オプションは、ソース・データベースからのメタデータおよびデータを含むデータベースを作成します。
• metadata-cloneオプションは、ソース・データベースのメタデータのみを含むデータベースを作成します。

ステップ

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databaseのリストで、クローニングするデータベースの表示名をクリックします。
4. 「その他のアクション」ドロップダウン・リストから、「クローンの作成」を選択します。
5. Autonomous Databaseクローンの作成ページで、次の情報を指定します:

   「クローン・タイプ」セクションで、作成するクローンのタイプを選択します。 「フル・クローン」または「メタデータ・クローン」を選択します。

   ソースのクローニング: クローン・ソースの選択では、クローンを実行中のデータベースから作成するか、データベース・バックアップから作成するかを指定できます。 次のオプションのいずれかを選択します。

   • データベース・インスタンスからのクローニング: 現在存在する実行中のデータベースのクローンを作成します。
   • バックアップからのクローニング: データベース・バックアップからクローンを作成します。 このオプションを選択した場合は、次のいずれかのオプションを選択します:
     • タイムスタンプの指定: ポイント・イン・タイム・クローンを作成します。 タイムスタンプは、データベースの最初のバックアップと最新のバックアップの間にする必要があります。
     • バックアップのリストから選択: 指定されたバックアップのすべてのデータを使用してクローンを作成します。 バックアップのリストを特定の日付範囲に制限するには、「から」フィールドに開始日を入力し、「へ」フィールドに終了日を入力します。

   Autonomous Databaseの基本情報の指定

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前が読取り専用のソース・データベース名フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。 表示名はいつでも変更でき、一意である必要はありません。 機密情報の入力は避けてください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。 機密情報の入力は避けてください。
   • バックアップからクローニングする場合は、3つの追加フィールドが表示されます。
     • リージョン: クローン・データベースを配置する優先リージョンを選択します。
     • Exadata Infrastructure: ソース・データベースが存在する同じExadata Infrastructureにデータベース・クローンを作成するか、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから別のコンパートメントを選択して、別のコンパートメントを選択できます。
     • Autonomous Exadata VMクラスタ: ソース・データベースが存在する同じAutonomous Exadata VMクラスタにデータベース・クローンを作成することを選択することも、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから別のコンパートメントを選択することもできます。
   • Autonomous Container Database: データベース・クローンをソース・データベースと同じコンパートメントおよびコンテナ・データベースに作成することも、CHANGE COMPARTMENTをクリックして別のコンパートメントを選択することも、ドロップダウン・リストから別のコンテナ・データベースを選択することもできます。
   • データベースの構成: 空きインスタンス: Autonomous Database for Developersインスタンスを作成する場合は、空きインスタンスボタンをオンにします。 「ECPU数」および「ストレージ(GB)」にはそれぞれ4および32が自動移入されます。これは、Autonomous Database for Developersが4つのECPUで修正され、開発者データベース・インスタンスが手動または自動スケーリングをサポートしていないため、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。

     ノート:

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは「空きインスタンス」トグル・ボタンが無効になります。
     • バックアップをOracle Autonomous Database for Developersインスタンスに正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。 この条件が満たされない場合は、実際の使用済領域が次のGBに切り上げられ、32GB以下であるかぎり、データベース・インスタンスを開発者データベースにクローニングできます。

   データベースを構成します

   • CPU数: プロビジョニング可能なCPUのリストから、クローン・データベースのCPUの数を選択します。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VM Clusterリソース・コンピュート・タイプによって決まります。

     この値のデフォルトは1 OCPUです。

     OCPU全体を必要としないデータベースのフラクショナルOCPU値を選択することもできます。 これにより、CPUをオーバー・プロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。 詳細は、「CPUオーバー・プロビジョニング」を参照してください。

     ノート:

     CPUオーバー・プロビジョニングはECPUでは許可されません。

     CPUオーバー・プロビジョニングがあるデータベースは、Autonomous Database for Transaction Processing and Mixed Workloadsワークロードのtpおよびlowサービスにのみ接続できます。 Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバー・プロビジョニングされたCPUで作成する場合にのみ、ロー・サービスに接続できます。

     ECPUの場合、この値のデフォルトは2 ECPUです。 2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1単位で指定する必要があります。

   • ストレージ(GB): クローニングされたAutonomous Databaseで使用可能にするストレージの量(GB)を指定し、使用可能なストレージによって異なります。 フル・クローンの場合、ソース・データベースのサイズによって、使用可能にできるストレージの最小量が決まります。
     • デフォルト: 1024 GB
     • 最小: 32 GB
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効または無効にします。これにより、Autonomous Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの最大3倍を自動的に使用できます。

   管理者資格証明の作成

   次の基準を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースの最近使用した3つのパスワードのいずれかにすることはできません
   • 12から30文字の長さ
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字に関係なく、文字列「admin」は含まれません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

   ネットワーク・アクセスの構成

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストにエントリを追加または変更できます。

   • 「アクセス・コントロールの変更」をクリックします。

   • 「データベース・レベルのアクセス・コントロールの有効化」チェックボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがない状態で有効になります。 IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • IP表記法タイプ・ドロップ・ダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスを使用すると、1つ以上の個別のパブリックIPアドレスを指定できます。 カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用して1つ以上のパブリックIPアドレスの範囲を指定できます。 カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   拡張オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースACDとターゲットACDは同じキーストア・タイプである必要があります。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースACDとターゲットACDは異なるキーストア・タイプにできます。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • データベース・インメモリー:
     • データベース・インメモリーの有効化: インメモリーを有効にするには、少なくとも4つのOCPUと、システム・グローバル領域(SGA)の割合が必要です。 インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。 大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
   • 管理: ドロップダウン・リストから文字セットおよび国別文字を選択します。
   • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。 機密情報の入力は避けてください。
6. 「Autonomous Databaseクローンの作成」をクリックします。

コンソールにデータベースの新しいクローンの詳細ページが表示され、サービスによってAutonomous Databaseのプロビジョニングが開始されます。 次の点に注意してください。

• 新しいクローンでは、プロビジョニング・プロセスが完了するまで「プロビジョニング」ライフサイクル状態が表示されます。
• ソース・データベースは、「使用可能」ライフサイクル状態のままです。
• ソース・データベースに関連付けられたバックアップは、フル・クローンまたはメタデータ・クローンのいずれのオプションでもクローニングされません。

「ソースのクローニング」は、クローニングされたデータベースの詳細ページの「一般情報」セクションに表示されます。 名前をクリックして、ソース・データベースの詳細を表示します。 ソース・データベースが削除された場合、このキー/バリューのペアは表示されません。

Autonomous Databaseバックアップのクローニング

Oracle Exadata Cloud@CustomerシステムのAutonomous Databaseをクローニングするには、次のステップに従います。

クローニング機能を使用して、テスト、開発、アナリティクスなどの目的でAutonomous Databaseのポイント・イン・タイム・コピーを作成できます。 ソース・データベースのデータベース・スキーマのみをクローニングするには、メタデータ・クローン・オプションを選択します。

ノート:

IMが有効な場合、ソースのインメモリー列ストア設定またはパラメータはクローンに適用されません。 ただし、通常のADB作成フローのようにインメモリー列ストアを有効にできます。

クローン・タイプ

クローン機能には、次の2タイプのAutonomous Databaseクローンが用意されています:

• フル・クローン・オプションは、ソース・データベースからのメタデータおよびデータを含むデータベースを作成します。
• metadata-cloneオプションは、ソース・データベースのメタデータのみを含むデータベースを作成します。

ステップ

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databaseのリストで、クローニングするデータベースの表示名をクリックします。
4. 「リソース」の下で、「バックアップ」をクリックします。
5. バックアップのリストで、クローニングするバックアップを見つけ、アクション・アイコン(3つのドット)をクリックし、「クローンの作成」をクリックします。
6. Autonomous Databaseクローンの作成ページで、次の情報を指定します:

   Autonomous Databaseの基本情報の指定

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前が読取り専用のソース・データベース名フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。 表示名はいつでも変更でき、一意である必要はありません。 機密情報の入力は避けてください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。 機密情報の入力は避けてください。
   • リージョン: クローン・データベースを配置する優先リージョンを選択します。
   • Exadata Infrastructure: ソース・データベースが存在する同じExadata Infrastructureにデータベース・クローンを作成するか、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから別のコンパートメントを選択して、別のコンパートメントを選択できます。
   • Autonomous Exadata VMクラスタ: ソース・データベースが存在する同じAutonomous Exadata VMクラスタにデータベース・クローンを作成することを選択することも、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから別のコンパートメントを選択することもできます。
   • Autonomous Container Database: データベース・クローンをソース・データベースと同じコンパートメントおよびコンテナ・データベースに作成することも、CHANGE COMPARTMENTをクリックして別のコンパートメントを選択することも、ドロップダウン・リストから別のコンテナ・データベースを選択することもできます。

     ノート:

     ターゲットのAutonomous Exadata VMクラスタがソースと同じ場合、データベース名をソース・データベース名と同じにすることはできません。

   • データベースの構成: 空きインスタンス: Autonomous Database for Developersインスタンスを作成する場合は、空きインスタンスボタンをオンにします。 「ECPU数」および「ストレージ(GB)」にはそれぞれ4および32が自動移入されます。これは、Autonomous Database for Developersが4つのECPUで修正され、開発者データベース・インスタンスが手動または自動スケーリングをサポートしていないため、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。

     ノート:

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは「空きインスタンス」トグル・ボタンが無効になります。
     • バックアップをOracle Autonomous Database for Developersインスタンスに正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。 この条件が満たされない場合は、実際の使用済領域が次のGBに切り上げられ、32GB以下であるかぎり、データベース・インスタンスを開発者データベースにクローニングできます。

   データベースを構成します

   • CPU数: プロビジョニング可能なCPUのリストから、クローン・データベースのCPUの数を選択します。

     クローン後は、必要に応じて低い値にサイズ変更できます。 完全なCPUを必要としないデータベースに対して、CPU数を1 OCPU未満(0.1 OCPU単位で0.9)にサイズ変更することもできます。 これにより、CPUをオーバー・プロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。 フラクショナルCPUはOCPUにのみ適用されます。

     バックアップからのAutonomous Databaseクローンには、1つのOCPUまたは4つのECPUの最小要件があります。

     Autonomous Exadata VMクラスタ内のすべてのデータベースで使用可能なCPUの合計数は、インフラストラクチャ・シェイプおよび他のAutonomous Databasesにすでに割り当てられているものによって異なります。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VM Clusterリソース・コンピュート・タイプによって決まります。

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

     OCPU全体を必要としないデータベースのフラクショナルOCPU値を選択することもできます。 これにより、CPUをオーバー・プロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。 詳細は、「CPUオーバー・プロビジョニング」を参照してください。

     2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1単位で指定する必要があります。

     ノート:

     CPUオーバー・プロビジョニングはECPUでは許可されません。

     CPUオーバー・プロビジョニングがあるデータベースは、Autonomous Database for Transaction Processing and Mixed Workloadsワークロードのtpおよびlowサービスにのみ接続できます。 Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバー・プロビジョニングされたCPUで作成されたロー・サービスにのみ接続します。

   • ストレージ(GB): クローニングされたAutonomous Databaseで使用可能にするストレージの量(GB)を指定し、使用可能なストレージによって異なります。
     • デフォルト/最小: ソース・データベースの割当て済ストレージ
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効または無効にします。これにより、Autonomous Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの最大3倍を自動的に使用できます。

   管理者資格証明の作成

   次の基準を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースの最近使用した3つのパスワードのいずれかにすることはできません
   • 12から30文字の長さ
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字に関係なく、文字列「admin」は含まれません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

   ネットワーク・アクセスの構成

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストにエントリを追加または変更できます。

   • 「アクセス・コントロールの変更」をクリックします。

   • 「データベース・レベルのアクセス・コントロールの有効化」チェックボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス・コントロールは、アクセス・コントロール・リスト内のIPアドレスなしで有効になります。 IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • IP表記法タイプ・ドロップ・ダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスを使用すると、1つ以上の個別のパブリックIPアドレスを指定できます。 カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用して1つ以上のパブリックIPアドレスの範囲を指定できます。 カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   拡張オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースACDとターゲットACDは同じキーストア・タイプである必要があります。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースACDとターゲットACDは異なるキーストア・タイプにできます。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • データベース・インメモリー:
     • データベース・インメモリーの有効化: インメモリーを有効にするには、少なくとも4つのOCPUと、システム・グローバル領域(SGA)の割合が必要です。 インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。 大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
   • 管理: ドロップダウン・リストから文字セットおよび国別文字を選択します。
   • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。 機密情報の入力は避けてください。
7. 「Autonomous Databaseクローンの作成」をクリックします。

コンソールにデータベースの新しいクローンの詳細ページが表示され、サービスによってAutonomous Databaseのプロビジョニングが開始されます。 次の点に注意してください。

• 新しいクローンでは、プロビジョニング・プロセスが完了するまで「プロビジョニング」ライフサイクル状態が表示されます。
• ソース・データベースは、「使用可能」ライフサイクル状態のままです。

スタンバイ・データベースのクローニング

Oracle Exadata Cloud@Customerシステムでスタンバイ自律型データベースをクローニングするには、次のステップに従います。

クローニング機能を使用して、テスト、開発、アナリティクスなどの目的でAutonomous Databaseのポイント・イン・タイム・コピーを作成できます。

クローン・タイプ: クローン機能には、ソース・データベースのメタデータおよびデータを含むデータベースを作成するフル・クローン・オプションが用意されています。

ステップ

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databaseのリストで、プライマリ・データベースの表示名をクリックします。
4. 「リソース」の下で、Autonomous Data Guardをクリックします。
5. スタンバイ・データベースのリストで、クローニングするデータベースを検索し、表示名をクリックして詳細を表示します。
6. 「その他のアクション」ドロップダウン・リストから、「クローンの作成」を選択します。
7. Autonomous Databaseクローンの作成ページで、次の情報を指定します:

   「クローン・タイプ」セクションで、「フル・クローン」を選択します。

   クローン・ソース: スタンバイ・データベースはバックアップからのみクローニングできます。

   • バックアップからのクローニング: データベース・バックアップからクローンを作成します。 このオプションを選択した場合は、次のいずれかのオプションを選択します:
     • タイムスタンプの指定: ポイント・イン・タイム・クローンを作成します。
     • バックアップのリストから選択: 指定されたバックアップのすべてのデータを使用してクローンを作成します。 バックアップのリストを特定の日付範囲に制限するには、「から」フィールドに開始日を入力し、「へ」フィールドに終了日を入力します。

   Autonomous Databaseの基本情報の指定

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前が読取り専用のソース・データベース名フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。 表示名はいつでも変更でき、一意である必要はありません。 機密情報の入力は避けてください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。 機密情報の入力は避けてください。
   • バックアップからクローニングする場合は、3つの追加フィールドが表示されます。
     • Exadata Infrastructure: ソース・データベースが存在する同じExadata Infrastructureにデータベース・クローンを作成するか、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから別のコンパートメントを選択して、別のコンパートメントを選択できます。
     • Autonomous Exadata VMクラスタ: ソース・データベースが存在する同じAutonomous Exadata VMクラスタにデータベース・クローンを作成することを選択することも、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから別のコンパートメントを選択することもできます。
   • Autonomous Container Database: データベース・クローンをソース・データベースと同じコンパートメントおよびコンテナ・データベースに作成することも、CHANGE COMPARTMENTをクリックして別のコンパートメントを選択することも、ドロップダウン・リストから別のコンテナ・データベースを選択することもできます。
   • データベースの構成: 空きインスタンス: Autonomous Database for Developersインスタンスを作成する場合は、空きインスタンスボタンをオンにします。 「ECPU数」および「ストレージ(GB)」にはそれぞれ4および32が自動移入されます。これは、Autonomous Database for Developersが4つのECPUで修正され、開発者データベース・インスタンスが手動または自動スケーリングをサポートしていないため、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。

     ノート:

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは「空きインスタンス」トグル・ボタンが無効になります。
     • バックアップをOracle Autonomous Database for Developersインスタンスに正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。

   データベースを構成します

   • CPU数: バックアップからのAutonomous Databaseクローンには、1つのOCPUまたは4つのECPUの最小要件があります。

     データベースのOCPU数を指定します。 Autonomous Exadata Infrastructure内のすべてのデータベースで使用可能なコアの合計数は、インフラストラクチャ・シェイプおよび他のAutonomous Databasesにすでに割り当てられているものによって異なります。

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

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VM Clusterリソース・コンピュート・タイプによって決まります。

     2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1単位で指定する必要があります。

     ノート:

     CPUオーバー・プロビジョニングはECPUでは許可されません。

     OCPUの場合、完全なOCPUを必要としないデータベースに、0.1から0.9 (0.1 OCPUの増分で)の小数OCPU値を割り当てることができます。 1つ以上のOCPUを必要とするデータベースの場合、割り当てられたOCPUの数を整数で指定する必要があります。 たとえば、3.5 OCPUをデータベースに割り当てることはできません。 3を超えると、次に使用可能なOCPUの数は4です。

     CPUオーバー・プロビジョニングを使用するデータベースは、Autonomous Database for Transaction Processing and Mixed Workloadsワークロードのtpサービスおよびlowサービスにのみ接続できます。 Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバー・プロビジョニングされたCPUで作成されたロー・サービスにのみ接続します。

   • ストレージ(GB): クローニングされたAutonomous Databaseで使用可能にするストレージの量(GB)を指定し、使用可能なストレージによって異なります。 フル・クローンの場合、ソース・データベースのサイズによって、使用可能にできるストレージの最小量が決まります。
     • デフォルト: 1024 GB
     • 最小: 32 GB
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効にすると、最大3倍のCPUおよびI/Oリソースが自動的に使用され、ワークロードの需要を満たすことができます。

   管理者資格証明の作成

   次の基準を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースの最近使用した3つのパスワードのいずれかにすることはできません
   • 12から30文字の長さ
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字に関係なく、文字列「admin」は含まれません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

   ネットワーク・アクセスの構成

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストにエントリを追加または変更できます。

   • 「アクセス・コントロールの変更」をクリックします。

   • 「データベース・レベルのアクセス・コントロールの有効化」チェックボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがない状態で有効になります。 IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • IP表記法タイプ・ドロップ・ダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスを使用すると、1つ以上の個別のパブリックIPアドレスを指定できます。 カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用して1つ以上のパブリックIPアドレスの範囲を指定できます。 カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   拡張オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースACDとターゲットACDは同じキーストア・タイプである必要があります。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースACDとターゲットACDは異なるキーストア・タイプにできます。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • 管理: ドロップダウン・リストから文字セットおよび国別文字を選択します。
   • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。 機密情報の入力は避けてください。
8. 「Autonomous Databaseクローンの作成」をクリックします。

コンソールにデータベースの新しいクローンの詳細ページが表示され、サービスによってAutonomous Databaseのプロビジョニングが開始されます。 次の点に注意してください。

• 新しいクローンでは、プロビジョニング・プロセスが完了するまで「プロビジョニング」ライフサイクル状態が表示されます。
• ソース・データベースは、「使用可能」ライフサイクル状態のままです。
• ソース・データベースに関連付けられたバックアップは、フル・クローンまたはメタデータ・クローンのいずれのオプションでもクローニングされません。

「ソースのクローニング」は、クローニングされたデータベースの詳細ページの「一般情報」セクションに表示されます。 名前をクリックして、ソース・データベースの詳細を表示します。 ソース・データベースが削除された場合、このキー/バリューのペアは表示されません。

スタンバイ・データベース・バックアップのクローニング

Oracle Exadata Database Service on Cloud@Customerシステムで自律型データベース・バックアップをクローニングするには、次のステップに従います。

クローニング機能を使用して、テスト、開発、アナリティクスなどの目的でAutonomous Databaseのポイント・イン・タイム・コピーを作成できます。 ソース・データベースのデータベース・スキーマのみをクローニングするには、メタデータ・クローン・オプションを選択します。

クローン・タイプ

クローン機能には、次の2タイプのAutonomous Databaseクローンが用意されています:

• フル・クローン・オプションは、ソース・データベースからのメタデータおよびデータを含むデータベースを作成します。
• metadata-cloneオプションは、ソース・データベースのメタデータのみを含むデータベースを作成します。

ステップ

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databaseのリストで、プライマリ・データベースの表示名をクリックします。
4. 「リソース」の下で、Autonomous Data Guardをクリックします。
5. スタンバイ・データベースのリストで、クローニングするデータベースを検索し、表示名をクリックして詳細を表示します。
6. 「リソース」の下で、「バックアップ」をクリックします。
7. バックアップのリストで、クローニングするバックアップを見つけ、アクション・アイコン(3つのドット)をクリックし、「クローンの作成」をクリックします。
8. Autonomous Databaseクローンの作成ページで、次の情報を指定します:

   「クローン・タイプ」セクションで、「フル・クローン」を選択します。

   ソースのクローニング: クローン・ソース・セクションには、ソース・バックアップの詳細が表示されます。

   Autonomous Databaseの基本情報の指定

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前が読取り専用のソース・データベース名フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。 表示名はいつでも変更でき、一意である必要はありません。 機密情報の入力は避けてください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。 機密情報の入力は避けてください。
   • Exadata Infrastructure: ソース・データベースが存在する同じExadata Infrastructureにデータベース・クローンを作成するか、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから別のコンパートメントを選択して、別のコンパートメントを選択できます。
   • Autonomous Exadata VMクラスタ: ソース・データベースが存在する同じAutonomous Exadata VMクラスタにデータベース・クローンを作成するか、CHANGE COMPARTMENTをクリックしてドロップダウン・リストから選択して別のコンパートメントを選択できます。
   • Autonomous Container Database: データベース・クローンをソース・データベースと同じコンパートメントおよびコンテナ・データベースに作成することも、CHANGE COMPARTMENTをクリックして別のコンパートメントを選択することも、ドロップダウン・リストから別のコンテナ・データベースを選択することもできます。

     ノート:

     ターゲットのAutonomous Exadata VMクラスタがソースと同じ場合、データベース名をソース・データベース名と同じにすることはできません。

   • データベースの構成: 空きインスタンス: Autonomous Database for Developersインスタンスを作成する場合は、空きインスタンスボタンをオンにします。 「ECPU数」および「ストレージ(GB)」にはそれぞれ4および32が自動移入されます。これは、Autonomous Database for Developersが4つのECPUで修正され、開発者データベース・インスタンスが手動または自動スケーリングをサポートしていないため、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。

     ノート:

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは「空きインスタンス」トグル・ボタンが無効になります。
     • バックアップをOracle Autonomous Database for Developersインスタンスに正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。

   データベースを構成します

   • CPU数: クローン・データベースのCPU数を指定します。 Autonomous Exadata Infrastructure内のすべてのデータベースで使用可能なCPUの合計数は、インフラストラクチャ・シェイプおよび他のAutonomous Databasesにすでに割り当てられているものによって異なります。

     クローンの後は、必要に応じて小さい値にサイズ変更できます。 フルCPUを必要としないデータベースに対して、小数OCPU値にサイズ変更することもできます。 これにより、CPUをオーバー・プロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。 フラクショナルCPUはOCPUにのみ適用されます。

     ノート:

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

     選択したCPU数はプロビジョニング可能なCPUのリストに対して検証され、選択したCPU数までデータベースをスケール・アップできない場合は、最も近い2つのプロビジョニング可能なCPU値が提供されます。

     GetAutonomousContainerDatabase APIを使用して、プロビジョニング可能なCPU値の完全なリストを取得できます。

     バックアップからのAutonomous Databaseクローンには、1つのOCPUまたは4つのECPUの最小要件があります。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VM Clusterリソース・コンピュート・タイプによって決まります。

     2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1単位で指定する必要があります。

     ノート:

     CPUオーバー・プロビジョニングはECPUでは許可されません。

     OCPUの場合、完全なOCPUを必要としないデータベースに、0.1から0.9 (0.1 OCPUの増分で)の小数OCPU値を割り当てることができます。 1つ以上のOCPUを必要とするデータベースの場合、割り当てられたOCPUの数を整数で指定する必要があります。 たとえば、3.5 OCPUをデータベースに割り当てることはできません。 3を超えると、次に使用可能なOCPUの数は4です。

     CPUオーバー・プロビジョニングを使用するデータベースは、Autonomous Database for Transaction Processing and Mixed Workloadsワークロードのtpサービスおよびlowサービスにのみ接続できます。 Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバー・プロビジョニングされたCPUで作成されたロー・サービスにのみ接続します。

   • ストレージ(GB): クローニングされたAutonomous Databaseで使用可能にするストレージの量(GB)を指定し、使用可能なストレージによって異なります。
     • デフォルト/最小: ソース・データベースの割当て済ストレージ
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効にすると、最大3倍のCPUおよびI/Oリソースが自動的に使用され、ワークロードの需要を満たすことができます。

   管理者資格証明の作成

   次の基準を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースの最近使用した3つのパスワードのいずれかにすることはできません
   • 12から30文字の長さ
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字に関係なく、文字列「admin」は含まれません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

   ネットワーク・アクセスの構成

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストにエントリを追加または変更できます。

   • 「アクセス・コントロールの変更」をクリックします。

   • 「データベース・レベルのアクセス・コントロールの有効化」チェックボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがない状態で有効になります。 IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • IP表記法タイプ・ドロップ・ダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスを使用すると、1つ以上の個別のパブリックIPアドレスを指定できます。 カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用して1つ以上のパブリックIPアドレスの範囲を指定できます。 カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   拡張オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースACDとターゲットACDは同じキーストア・タイプである必要があります。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースACDとターゲットACDは異なるキーストア・タイプにできます。 ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • 管理: ドロップダウン・リストから文字セットおよび国別文字を選択します。
   • タグ: オプションで、タグを適用できます。 リソースを作成する権限がある場合は、そのリソースにフリー・フォーム・タグを適用する権限もあります。 定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。 タグ付けの詳細は、「リソース・タグ」を参照してください。 タグを適用するかどうか不明な場合は、このオプションをスキップする(タグを後から適用できます)か、管理者に問い合せてください。 機密情報の入力は避けてください。
9. 「Autonomous Databaseクローンの作成」をクリックします。

コンソールにデータベースの新しいクローンの詳細ページが表示され、サービスによってAutonomous Databaseのプロビジョニングが開始されます。 次の点に注意してください。

• 新しいクローンでは、プロビジョニング・プロセスが完了するまで「プロビジョニング」ライフサイクル状態が表示されます。
• ソース・データベースは、「使用可能」ライフサイクル状態のままです。

Autonomous Databaseの終了

次のステップに従って、Oracle Exadata Database Service on Cloud@Customerシステム上のAutonomous Databaseを終了します。

ノート:

スタンバイACDがスナップショット・スタンバイ・モードの場合、プライマリACDのADBは削除できません。

警告:

Autonomous Databaseを終了すると、それは完全に削除されます。 システムが終了すると、データベース・データは失われます。 ただし、リカバリ・アプライアンスまたはNFSをバックアップ先として選択した場合、自動バックアップは削除されません。 自動バックアップは、リカバリ・アプライアンスまたはNFSから直接削除できます。

1. ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
2. Autonomous Databasesをクリックします。
3. Autonomous Databasesのリストで、終了するデータベースの表示名をクリックします。
4. 「その他のアクション」ドロップダウン・リストから、「終了」を選択します。
5. 確認ダイアログで、Autonomous Databaseを終了することを確認します。
6. 「Autonomous Databaseの終了」をクリックします。

Autonomous Databasesを管理するAPI

APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

次の表に、Autonomous Databaseを管理するためのREST APIエンドポイントを示します。

操作	REST APIエンドポイント
Autonomous Databaseの作成	CreateAutonomousDatabase
Autonomous Databaseのリストの表示	ListAutonomousDatabases
Autonomous Databaseの詳細の表示	GetAutonomousDatabase
Autonomous Databaseでサポートされている文字セットのリストを表示します。	ListAutonomousDatabaseCharacterSets
Autonomous DatabaseADMINユーザーのパスワードの設定	UpdateAutonomousDatabase
Autonomous DatabaseのCPUコア数またはストレージのスケーリング	UpdateAutonomousDatabase
Autonomous Databaseの自動スケーリングの有効化または無効化	UpdateAutonomousDatabase
Autonomous Databaseの別のコンパートメントへの移動	ChangeAutonomousDatabaseCompartment
Autonomous Databaseの停止または起動	StartAutonomousDatabase
Autonomous Databaseの停止または起動	StopAutonomousDatabase
Autonomous Databaseの再起動	RestartAutonomousDatabase
Autonomous Databaseの手動バックアップ	CreateAutonomousDatabaseBackup
Autonomous Databaseバックアップのリストの表示	ListAutonomousDatabaseBackups
Autonomous Databaseのリストア	RestoreAutonomousDatabase
Autonomous Databaseのクローニング	CreateAutonomousDatabase
Autonomous Databaseの終了	DeleteAutonomousDatabase

Autonomous Databaseメトリックを使用したパフォーマンスの監視

メトリック、アラームおよび通知を使用して、Autonomous Databasesのヘルス、容量およびパフォーマンスを監視できます。 Oracle Cloud InfrastructureコンソールまたはモニタリングAPIを使用して、メトリックを表示できます。

• 「Autonomous Databaseの上位6つのメトリックの表示」
  Autonomous Databaseの詳細ページのメトリック・セクションで使用可能な上位6つのメトリックが表示されます。
• 「コンパートメント内のAutonomous Databasesの集計メトリックの表示」
  コンパートメント内のAutonomous Databasesの集計メトリックの表示について学習します。
• 「Autonomous Databaseのメトリックおよびディメンション」
  ディメンションを含むメトリックを表示するインスタンスを制限できます。 使用可能なディメンションは次のとおりです: ワークロード・タイプ、インスタンスの表示名、リージョンおよびインスタンスOCID。

Autonomous Databaseの上位6つのメトリックの表示

Autonomous Databaseの詳細ページのメトリック・セクションで使用可能な上位6つのメトリックが表示されます。

メトリックを表示するには、Oracle Cloud Infrastructureポリシーで指定されている必要なアクセス権が必要です(コンソール、REST APIまたはその他のツールのいずれを使用しているか)。 ポリシーの詳細は、「ポリシーのスタート・ガイド」を参照してください。

必要に応じて、次の前提条件ステップを実行します:

• Oracle Cloudの横にあるハンバーガ・メニューをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

• Oracle Cloud Infrastructureの左側のナビゲーション・リストから、Oracle Databases>Exadata Cloud@Customerをクリックします。

• Autonomous Databasesページで、「名前」列の下のリンクからAutonomous Databaseを選択します。

Autonomous Databaseインスタンスのメトリックを表示するには:

1. 「Autonomous Database詳細」ページの「リソース」の下で、「メトリック」をクリックします。
2. メトリックごとにチャートがあります。 各チャートで、「間隔および統計」を選択するか、デフォルト値を使用できます。
3. メトリックにアラームを作成するには、「オプション」をクリックして「この問合せにアラームを作成」を選択します。

   アラームの設定および使用方法の詳細は、「アラームの管理」を参照してください。

   メトリックの詳細は、「データベース・メトリック」を参照してください。

   また、モニタリングAPIを使用してメトリックを表示することもできます。 詳細については、「モニタリングAPI」を参照してください。

コンパートメント内のAutonomous Databasesの集計メトリックの表示

コンパートメント内のAutonomous Databasesの集計メトリックの表示について学習します。

メトリックを表示するには、Oracle Cloud Infrastructureポリシーで指定されている必要なアクセス権が必要です(コンソール、REST APIまたはその他のツールのいずれを使用しているか)。 ポリシーの詳細は、「ポリシーのスタート・ガイド」を参照してください

必要に応じて、次の前提条件ステップを実行します:

• Oracle Cloudの横にあるハンバーガ・メニューをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

• 左側のナビゲーション・リストから、「ソリューションとプラットフォーム」>「モニタリング」>「サービス・メトリック」をクリックします。

メトリック・サービスを使用してAutonomous Databaseメトリックを表示するには:

1. 「サービス・メトリック」ページの「コンパートメント」で、コンパートメントを選択します。
2. 「サービス・メトリック」ページで、「メトリック・ネームスペース」の下のoci_autonomous_databaseを選択します。
3. コンパートメントに複数のAutonomous Databasesがある場合、「メトリック・ストリームの集計」を選択すると、Autonomous Databases全体で集計されたメトリックを表示できます。
4. 表示されるメトリックを制限する場合は、「ディメンション」の横にある「追加」をクリックします(すでにディメンションを追加している場合は、「編集」をクリックします)。
   1. 「ディメンション名」フィールドで、ディメンションを選択します。
   2. 「ディメンション値」フィールドで、値を選択します。
   3. 「完了」をクリックします。
   4. ディメンションの編集ダイアログで、+Additionalディメンションをクリックしてディメンションを追加します。 ディメンションを削除するには、xをクリックします。

特定のメトリックのアラームを作成するには、「オプション」をクリックして「この問合せにアラームを作成」を選択します。 アラームの設定および使用方法の詳細は、「アラームの管理」を参照してください。

Autonomous Databaseメトリックおよびディメンション

ディメンションを含むメトリックを表示するインスタンスを制限できます。 使用可能なディメンションは次のとおりです: ワークロード・タイプ、インスタンスの表示名、リージョンおよびインスタンスOCID。

ディメンションを使用するには、Oracle Cloud Infrastructureの「コンソール・サービス・メトリック」ページで値を選択するか、APIを使用してディメンション値を設定します。 メトリックの表示およびメトリック・ディメンションの選択については、「コンパートメント内のAutonomous Databasesの集計メトリックの表示」を参照してください。

データベース・メトリックおよびディメンションのリストについては、「データベース・メトリック」を参照してください。