機械翻訳について

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

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

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

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

  • Oracle Cloud Infrastructure左側のナビゲーション・メニューからOracle Databaseをクリックし、ワークロードに応じて次のいずれかをクリック: Autonomous Data Warehouse , 自律型JSONデータベース ,またはAutonomous Transaction Processing。

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

  1. 「詳細」ページで、「リソース割当の管理」をクリックします。
  2. リソース割当の管理領域で、スケール・リクエストのリソースの変更を選択します:
    • 値を入力するか、下矢印をクリックして「ECPU数」 (データベースでOCPUを使用している場合は「OCPUカウント」)の値を選択します。 デフォルトは変更なしです。

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

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

      • JSON: ストレージをテラバイト(TB)で指定します。

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

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

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

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

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

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

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

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

    ノート:

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

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

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

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

    • MEMOPTIMIZE FOR WRITE表

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

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

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

    • ネストした表

    • オブジェクト表

    • ドメイン索引付きのパーティション表

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

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

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

親トピック: コンピュートおよびストレージ制限の更新