Oracle Cloud Infrastructureドキュメント

Autonomous DatabaseのCPUまたはストレージ・リソースの管理

Autonomous DatabaseのCPUまたはストレージ・リソースは、その「詳細」ページから管理できます。

ノート

Autonomous Data Guard設定では、スタンバイ・データベースがスナップショット・スタンバイ・ロールにあるAutonomous Databaseをスケーリングできません。このデータベースをスケーリングするには、スタンバイAutonomous Container Database (ACD)をフィジカル・スタンバイ・ロールに変換する必要があります。手順については、「スナップショット・スタンバイのフィジカル・スタンバイへの変換」を参照してください。

Autonomous Databaseへのアクセス

必要なIAMポリシー

use autonomous-databases

関連ライブ・ラボ

この手順を試してみる場合は、開発者およびデータベース・ユーザー専用Oracle Autonomous Databaseワークショップのラボ11: ダウンタイム・ゼロのスケーリングを参照してください。

手順

  1. CPUまたはストレージ・リソースを追加するAutonomous Databaseの「詳細」ページに移動します。
    ノート

    Autonomous Data Guardを使用するデータベースでは、プライマリ・データベースの「詳細」ページに移動します。

    手順は、専用Exadataインフラストラクチャ上のAutonomous Databaseの詳細の表示を参照してください。

  2. Oracle Public CloudのAutonomous Databaseで、「詳細」ページで「スケーリングの管理」を選択します。Exadata Cloud@CustomerのAutonomous Databaseで、「詳細」ページで「スケール・アップ/ダウン」を選択します。

    適用不可このオプションは、開発者用Autonomous Databaseインスタンスでは有効になっていません。

  3. スケール・リクエストのリソースの変更を選択します。
    • 上矢印をクリックして、「OCPU数」または「ECPU数」の値を選択します。デフォルトは変更なしです。

      ECPUを使用するデータベースの場合、割り当てられるECPUの数を整数に増やす必要があります。たとえば、3.5つのECPUをデータベースに割り当てることはできません。3を超えると次に使用可能なECPU数は4です。

      OCPU全体が不要なOCPUを使用するデータベースの場合、OCPU数を0.1から0.9 (0.1単位)まで増やすことができます。これはCPUオーバープロビジョニングと呼ばれます。CPUオーバープロビジョニングの要件および制限については、「CPUオーバープロビジョニング」を参照してください。
      ノート

      完全なOCPUを使用するようにCPUオーバープロビジョニングを使用してデータベースをスケール・アップしても、接続できる事前定義済データベース・サービスに影響はありません。つまり、接続できるのは、Autonomous Transaction Processingワークロードの場合はtpサービスとlowサービス、Autonomous Data Warehouseワークロードの場合はlowサービスのみです。Autonomous Databaseでサポートされている事前定義済サービスのリストを表示するには、Autonomous Databasesの事前定義済データベース・サービス名を参照してください。

      1つ以上のOCPUを使用するデータベースの場合、割り当てられるOCPUの数を整数で増分する必要があります。たとえば、データベースに3.5 OCPUを割り当てることはできません。3を上回る次に使用可能なOCPU数は4です。

      選択したCPU数は、プロビジョニング可能なCPUのリストに対して検証され、選択したCPU数までデータベースをスケール・アップできない場合は、最も近い2つのプロビジョニング可能なCPU値が提示されます。プロビジョニング可能なCPUの詳細は、VMクラスタ・ノードがCPU管理に影響を与える方法を参照してください。

      ヒント:

      GetAutonomousDatabase APIを使用して、プロビジョニング可能なCPU値の完全なリストを取得できます。
    • 上矢印をクリックして、「ストレージ(GB)」の値を選択します。または、値を直接入力することもできます。デフォルトは変更なしです。
  4. 「更新」をクリックして、リソースを変更します。

Autonomous DatabaseからのCPUまたはストレージ・リソースの削除

必要なIAMポリシー

use autonomous-databases

手順

  1. CPUまたはストレージ・リソースを削除するAutonomous Databaseの「詳細」ページに移動します。
    ノート

    Autonomous Data Guardを使用するデータベースでは、プライマリ・データベースの「詳細」ページに移動します。

    手順は、専用Exadataインフラストラクチャ上のAutonomous Databaseの詳細の表示を参照してください。

  2. 「詳細」ページで、「スケーリングの管理」を選択します。

    可用性このオプションは、開発者用Autonomous Databaseインスタンスでは有効になっていません。

  3. 「スケーリングの管理」ページで、スケーリング・リクエストのリソースの変更を選択します:
    • 下矢印をクリックして、「OCPU数」または「ECPU数」の値を選択します。デフォルトは変更なしです。

      ECPUを使用するデータベースの場合、割り当てられるECPUの数を整数に減らす必要があります。たとえば、3.5つのECPUをデータベースに割り当てることはできません。4未満で次に使用可能なECPU数は3です。ECPUを2未満の値にスケール・ダウンすることはできません。

      1 OCPU未満を使用するデータベースの場合、OCPUのOCPU値を0.9から0.1 (0.1の減分)に減らすことができます。CPUオーバープロビジョニングの要件および制限については、「CPUオーバープロビジョニング」を参照してください。

      ノート

      フルCPU (正の整数)からCPUオーバープロビジョニング(1未満のOCPU値)を使用するようにデータベースをスケール・ダウンしても、接続可能な事前定義済データベース・サービスには影響しません。CPUのオーバープロビジョニング中であっても、スケール・ダウン前と同じように、すべての事前定義済データベース・サービスに引き続き接続できます。Autonomous Databaseでサポートされている事前定義済サービスのリストを表示するには、Autonomous Databasesの事前定義済データベース・サービス名を参照してください。

      複数のOCPUを使用するデータベースの場合、割り当てられるOCPUの数を整数で減らす必要があります。たとえば、データベースに3.5 OCPUを割り当てることはできません。4未満で次に使用可能なOCPU数は3です。

      選択したCPU数は、プロビジョニング可能なCPUのリストに対して検証され、選択したCPU数にデータベースをスケール・ダウンできない場合は、プロビジョニング可能なCPU値の2つが提示されます。プロビジョニング可能なCPUの詳細は、VMクラスタ・ノードがCPU管理に影響を与える方法を参照してください。

      ヒント:

      GetAutonomousDatabase APIを使用して、プロビジョニング可能なCPU値の完全なリストを取得できます。
    • 下矢印をクリックして、「ストレージ(GB)」の値を選択します。デフォルトは変更なしです。指定できる最小ストレージは、ソース・データベースの実際の使用済領域を次のGBに切り上げた値です。
  4. 「更新」をクリックして、リソースを変更します。