CPUまたはストレージ・リソースの削除または自動スケーリングの無効化

CPUコアまたはストレージを削除してオンデマンドでAutonomous Databaseをスケーリングする方法について説明します。また、自動スケーリングを無効にする方法について説明します。

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

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」、「Autonomous JSON Database」または「Autonomous Transaction Processing」のいずれかをクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

  1. 「詳細」ページで、「リソース割当ての管理」をクリックします。
  2. 「リソース割当ての管理」領域で、スケール・リクエストのリソースの変更を選択します:
    • 値を入力するか、下矢印をクリックして「ECPU数」(データベースがOCPUを使用している場合は「OCPU数」)の値を選択します。デフォルトは変更なしです。
    • ストレージ: データベースで使用可能にするストレージを指定します。ワークロード・タイプおよびコンピュート・モデルに応じて、次のオプションがあります:

      • データ・ウェアハウス: ストレージをTB単位で指定します。

      • JSON: ストレージをTB単位で指定します。

      • トランザクション処理: ストレージをギガバイト(GB)またはテラバイト(TB)で指定します。「Storage」フィールドにサイズを入力します。「ストレージ・ユニット・サイズ」「GB」または「TB」を選択します。GBユニットは、ワークロード・タイプがトランザクション処理で、コンピュート・モデルがECPUの場合にのみ使用できます。

      デフォルトは変更なしです。

    adb_scale_dialog.pngの説明が続きます
  3. コンピュート自動スケーリングが有効になっている場合は、「コンピュート自動スケーリング」の選択を解除して、コンピュート自動スケーリングを無効にします。

    指定したECPU数(データベースがOCPUを使用している場合、OCPU数)よりも多くのCPUが使用されている間にコンピュート自動スケーリングが無効になっている場合、Autonomous Databaseは、使用中のCPUの数をECPU数までスケール・ダウンします(データベースがOCPUを使用している場合、OCPU数)。

    詳細は、自動スケーリングの使用に関する項を参照してください。

  4. ストレージの自動スケーリングが有効になっている場合は、「ストレージの自動スケーリング」の選択を解除してストレージの自動スケーリングを無効にします。

    ストレージ自動スケーリングを無効にすると、Oracle Cloud Infrastructure Consoleの「ストレージ」フィールドに表示されたストレージで指定されているように、使用済ストレージが予約済ベース・ストレージより大きい場合、Autonomous Databaseでは、ストレージ自動スケーリングの無効化の確認ダイアログに警告が表示されます。この警告により、予約済ベース・ストレージの値が、実際のストレージ使用量より大きい最も近いTBに増加されることが示され、新しい予約済ベース・ストレージの値が表示されます。

    詳細は、自動スケーリングの使用に関する項を参照してください。

    ノート

    「縮小」をクリックすると、ストレージの縮小操作が開始されます。詳細は、ストレージの縮小を参照してください。
  5. リソースを変更するには、「適用」をクリックします。

リソース変更で「適用」をクリックすると、Lifecycle Stateが「スケーリング進行中...」に変わります。「ライフサイクルの状態」が「使用可能」に変わると、変更はすぐに適用されます。

ストレージをスケール・ダウンする場合、または「ストレージ自動スケーリング」の値を変更する場合は、次の点に注意してください:

  • Autonomous Databaseインスタンスに次のものが含まれている場合、ストレージのスケール・ダウンは許可されません:

    • Advanced Queuing表

    • MEMOPTIMIZE FOR WRITE

  • ROWIDデータ型の列がある場合、ストレージのスケール・ダウン操作中にこれらの列値が指すROWIDが変更される可能性があります。

  • 次を含む表は、スケール・ダウン操作中にオフラインに移行される可能性があります。これらの表に対するDML操作は、移動中にブロックされる可能性があり、これらの表の表索引は、スケール・ダウン操作が完了するまで使用できなくなります:

    • ビットマップ結合索引を持つ表

    • ネストした表

    • オブジェクト表

    • ドメイン索引を持つパーティション表

  • Autonomous Databaseは、Exadata Smart Flash Cacheを使用して、頻繁にアクセスされるデータを自動的にキャッシュし、高いI/O率と高速なフラッシュ・レスポンス時間を提供します。データベースのフラッシュ・キャッシュの量は、プロビジョニングするストレージの量、またはストレージの自動スケーリングを有効にした場合に割り当てられるストレージの量によって異なります。

    ストレージの自動スケーリングを無効にすると、保証される最小フラッシュ・キャッシュ・サイズは、データベースのプロビジョニングされたストレージ・サイズの10%になります。

    ストレージの自動スケーリングを有効にすると、保証される最小フラッシュ・キャッシュ・サイズは、データベースのプロビジョニングされたベース・ストレージ・サイズまたは割り当てられたストレージ・サイズの10% (いずれか大きい方)になります。