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を選択します。
- 「リソース割当ての管理」領域で、スケール・リクエストのリソースの変更を選択します:
- 値を入力するか、下矢印をクリックして「ECPU数」(データベースがOCPUを使用している場合は「OCPU数」)の値を選択します。デフォルトは変更なしです。
-
ストレージ: データベースで使用可能にするストレージを指定します。ワークロード・タイプおよびコンピュート・モデルに応じて、次のオプションがあります:
-
データ・ウェアハウス: ストレージをTB単位で指定します。
-
JSON: ストレージをTB単位で指定します。
-
トランザクション処理: ストレージをギガバイト(GB)またはテラバイト(TB)で指定します。「Storage」フィールドにサイズを入力します。「ストレージ・ユニット・サイズ」に「GB」または「TB」を選択します。GBユニットは、ワークロード・タイプがトランザクション処理で、コンピュート・モデルがECPUの場合にのみ使用できます。
デフォルトは変更なしです。
-
リソース変更で「適用」をクリックすると、Lifecycle Stateが「スケーリング進行中...」に変わります。「ライフサイクルの状態」が「使用可能」に変わると、変更はすぐに適用されます。
ストレージをスケール・ダウンする場合、または「ストレージ自動スケーリング」の値を変更する場合は、次の点に注意してください:
-
Autonomous Databaseインスタンスに次のものが含まれている場合、ストレージのスケール・ダウンは許可されません:
-
Advanced Queuing表
-
-
ROWIDデータ型の列がある場合、ストレージのスケール・ダウン操作中にこれらの列値が指すROWIDが変更される可能性があります。 -
次を含む表は、スケール・ダウン操作中にオフラインに移行される可能性があります。これらの表に対するDML操作は、移動中にブロックされる可能性があり、これらの表の表索引は、スケール・ダウン操作が完了するまで使用できなくなります:
-
ビットマップ結合索引を持つ表
-
ネストした表
-
オブジェクト表
-
ドメイン索引を持つパーティション表
-
-
Autonomous Databaseは、Exadata Smart Flash Cacheを使用して、頻繁にアクセスされるデータを自動的にキャッシュし、高いI/O率と高速なフラッシュ・レスポンス時間を提供します。データベースのフラッシュ・キャッシュの量は、プロビジョニングするストレージの量、またはストレージの自動スケーリングを有効にした場合に割り当てられるストレージの量によって異なります。
ストレージの自動スケーリングを無効にすると、保証される最小フラッシュ・キャッシュ・サイズは、データベースのプロビジョニングされたストレージ・サイズの10%になります。
ストレージの自動スケーリングを有効にすると、保証される最小フラッシュ・キャッシュ・サイズは、データベースのプロビジョニングされたベース・ストレージ・サイズまたは割り当てられたストレージ・サイズの10% (いずれか大きい方)になります。
親トピック: コンピュートおよびストレージの制限の更新