自動スケーリングが有効になっている場合、ワークロードに追加のCPUおよびIOリソースが必要になると、手動で操作することなく、データベースで自動的にリソースが使用されます。たとえば、次のとおりです。

• ECPUコンピュート・モデルでは、ECPU数が512の場合、自動スケーリングが有効な場合、データベースは最大512 x 3 ECPU (1536 ECPU)を使用できます。

  1時間に使用された平均ECPU数を確認するには、データベース・アクションの「データベース・ダッシュボード」カードの「概要」タブの「割当て済ECPU数」グラフを使用できます。詳細は、Database Dashboard Overviewを参照してください。

• OCPUコンピュート・モデルでは、OCPU数が128のときに、自動スケーリングが有効になっている場合、データベースは最大128 x 3 OCPU (384 OCPU)を使用できます。

  1時間に使用された平均OCPU数を確認するには、「データベース・アクション」の「データベース・ダッシュボード」カードの「概要」タブにある「割当て済OCPUの数」グラフを使用します。詳細は、Database Dashboard Overviewを参照してください。

コンピュート自動スケーリングの有効化では、事前定義済サービスの同時実行性および並列化の設定は変更されません。詳細は、Autonomous Databaseでの同時実行性および優先度の管理を参照してください。

コンピュート自動スケーリングが有効になっている場合、データベースは使用でき、ワークロードで必要に応じて追加のCPU消費量を請求できます(Oracle Cloud Infrastructure Consoleの「ECPU数」または「OCPU数」フィールドに示すように)ベースCPUの数を最大3回(3x)します)。コンピュート自動スケーリング請求の詳細は、Oracle Autonomous Database Serverless機能請求を参照してください。

コンピュート自動スケーリングを有効にするステップは、CPUまたはストレージ・リソースの追加または自動スケーリングの有効化を参照してください。

ストレージ自動スケーリングを有効にする場合は、次の点に注意してください:

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

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

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

ストレージの割当ておよび縮小操作を理解するには、次に注意してください:

• 予約済ベース・ストレージ: データベースをプロビジョニングまたはスケーリングするときにデータベースに対して選択するストレージのベース容量で、自動スケーリングされる値は除外されます。予約ベース・ストレージは、Oracle Cloud Infrastructure Consoleの「ストレージ」フィールドに表示されます。

• 割当て済ストレージ: すべてのデータベース表領域(サンプル・スキーマ表領域を除く)に対して物理的に予約されているストレージの容量です。この数値には、これらの表領域の空き領域も含まれます。

• 使用済ストレージ: すべての表領域(サンプル・スキーマ表領域を除く)で実際に使用されているストレージの容量です。使用済ストレージには、これらの表領域の空き領域は含まれません。使用済ストレージは、データベース・オブジェクト、表、索引などのデータベース・オブジェクトによって実際に使用されているストレージで、内部的に使用されているテンプレート領域を含みます。

• 最大ストレージ: 予約されている最大ストレージです。ストレージの自動スケーリングが無効になっている場合、最大ストレージは予約済ベース・ストレージと同じです。ストレージの自動スケーリングが有効になっている場合、最大ストレージはベース・ストレージの3倍です(最大= 予約済ベース x 3)。

縮小操作では、次のすべてが適用される必要があります:

• ストレージの自動スケーリングが有効になっている必要があります。

• 割当て済ストレージは、予約済ベース・ストレージより大きい必要があります。

• 割当て済ストレージは、最も近い1TBに切り上げられ、1TB以上削減されることがあります。

• 次を満たす必要があります:

  割当て済ストレージ- 使用済ストレージ> 100 GB

「縮小」をクリックし、これらの条件が一致しない場合、Autonomous Databaseに「アクションは使用できません」というダイアログが表示されます。

縮小操作については、次のことに注意してください:

• 縮小操作では、データベースのCPUを使用するalter table... move online操作が実行されます。縮小操作が遅い、または非常に長い時間がかかる場合、OracleではCPUの数をスケール・アップすることをお薦めします。詳細は、CPUまたはストレージ・リソースの追加または自動スケーリングの有効化を参照してください。

• Autonomous Databaseインスタンスに次のものが含まれている場合、縮小操作は許可されません:

  • Advanced Queuing表

  • MEMOPTIMIZE FOR WRITE表

• ROWIDデータ型の列がある場合、縮小操作中にこれらの列値が指すROWIDが変更される可能性があります。

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

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

  • ネストした表

  • オブジェクト表

  • 不変表

  • ブロックチェーン表

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

• データ削除操作の直後に縮小操作を実行すると、縮小操作が失敗することがあります。これは、Autonomous Databaseがストレージ値を再計算するために必要な遅延が原因である可能性があります。この場合、Oracleでは、縮小操作を再試行することをお薦めします(つまり、ストレージの削除および関連するストレージ使用状況の更新が完了するまで数分待ってから、縮小操作を再度実行してください)。