Oracle Cloud Infrastructureドキュメント

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

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

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

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

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューから、「Oracle Database」をクリックし、「Autonomous Database」をクリックします。

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

Autonomous Databaseインスタンスからリソースを削除するには:

  1. OCIコンソールの「その他のアクション」ドロップダウン・メニューで、「リソース割当ての管理」をクリックします。
  2. 「リソース割当ての管理」領域で、スケール・リクエストのリソースの変更を選択します:
    • 値を入力するか、下矢印をクリックして「ECPU数」の値を選択します(データベースでOCPUが使用されている場合は「OCPU数」)。デフォルトは変更なしです。

    • ストレージ: データベースで使用できるようにするストレージを指定します。ワークロード・タイプおよびコンピュート・モデルに応じて、次のオプションがあります:

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

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

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

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

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

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

    詳細は「自動スケーリングの使用」を参照してください。

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

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

    詳細は「自動スケーリングの使用」を参照してください。

    ノート

    「縮小」をクリックすると、ストレージの縮小操作が開始されます。詳細は、Shrink Storageを参照してください。
  5. エラスティック・プールに参加するには、「エラスティック・プールの有効化」を選択します。
  6. 「適用」をクリックして、リソースを変更します。

「適用」をクリックしてリソースを変更すると、ライフサイクル状態が「スケーリング進行中...」に変わります。ライフサイクル状態が「使用可能」に変わった後、変更はただちに適用されます。

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

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

    • ベクトルインデックス

    • トランザクション・イベント・キュー

    • MEMOPTIMIZE FOR WRITE表

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

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

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

    • ネストされた表

    • オブジェクトテーブル

    • ドメイン索引があるパーティション表

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

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

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