自動バックアップ: バックアップ用のストレージは、選択したデータベース・ストレージに加えて、GBごとに請求されます。

たとえば、バックアップが200 GBのストレージを占有している場合、200 GBのバックアップ・ストレージに対して請求されます(選択した数のECPUおよびデータベース・ストレージに対して請求される使用量に加えて)。バックアップに対して請求されるSKUの詳細は、ECPUコンピュート・モデル請求情報を参照してください。

長期バックアップ: 長期バックアップ用のストレージは、データベース・ストレージに加えて、GBごとにバックアップ・ストレージとして請求されます。

たとえば、自動バックアップが現在200 GBを占有しており、長期バックアップが600 GBのストレージを占有している場合、選択したECPUおよびデータベース・ストレージに対して請求される使用量に加えて、800 GBのバックアップ・ストレージに対して請求されます。各ワークロード・タイプおよびバックアップについて請求されるSKUの詳細は、ECPUコンピュート・モデル請求情報を参照してください。

コンピュート自動スケーリング: コンピュート自動スケーリングが有効になっている場合、データベースが使用され、ワークロードで必要に応じて追加のECPU使用量に対して請求される可能性があり、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ベースECPU数の3倍(3x)までです。

• データベースの実行中の1時間当たりの請求ECPU使用量は、データベースに対して選択したECPUの基本数と、自動スケーリングによる追加のECPU使用量に基づきます。

• 停止したAutonomous DatabaseインスタンスのECPU使用量がゼロです。

• ECPU使用率は、ECPU全体の単位で毎秒測定され、1時間にわたって平均化されます。データベースが1時間未満で実行されている場合、または1時間の一部のみを自動スケーリングしている場合は、その時間中に、ベースECPUでの平均ECPU使用量に対して1秒当たりに請求されます。最小ECPU消費量は1分です。

たとえば、データベースのECPU数4でコンピュート自動スケーリングが有効になっている場合:

• データベースが1時間ごとに使用可能であり、ECPU使用率が4 ECPU未満であるとします。データベースには4 ECPUの請求が行われます。

• 1時間で2つのデータベースが利用可能で、ECPU使用率が4 ECPU未満で30分、50%の時間、8 ECPUに30分(残りの50%の時間)自動スケーリングされるとします。この期間(請求用)の使用量は6 ECPUです(2時間目の1秒当たりの平均ECPU使用量に基づきます)。

ストレージの自動スケーリング:

• 予約済ベース・ストレージ未満のストレージ使用量については、ベース・ストレージに基づいて請求されます。

• 割り当てられたストレージが予約済ベース・ストレージを超えると、割り当てられたストレージに基づいて指定された時間に直近のTBに切り上げられた分に、ストレージの使用量が請求されます。

たとえば、予約済ベース・ストレージが4TBの場合、割り当てられたストレージが4TBのストレージを超えるまで、ベース・ストレージ(4TB)に基づいて請求されます。4TBを超えると、割り当てられたストレージに基づき、直近のTBに切り上げられた指定時間にストレージの請求が行われます。この例では、割り当てられたストレージが特定の時間(4.9TBなど)で4TBを超える場合、その時間以降に5TBのストレージが請求されます。

その後、1TBのデータを削除すると、割り当てられたストレージは4.9TBのままとなり、縮小操作を実行するまで5TBの課金が行われます。縮小操作を実行すると、割り当てられたストレージを3.9TBに縮小/縮小できる場合があります。縮小操作が完了し、割り当てられたストレージ(3.9TB)が再び予約済ベース・ストレージ(4TB)を下回ると、4TBの予約済ベース・ストレージについて再度請求が行われます。詳細は、Shrink Storageを参照してください。

Autonomous Data Guardスタンバイ- ローカル(同じリージョン)

ローカルAutonomous Data Guardピア・データベースでは、プライマリ・データベース自体で請求される、自動スケーリングされたストレージ使用量を含む、ベースECPUおよびプライマリ・データベースのストレージの追加コストが発生します。プライマリ・データベースの自動スケーリングECPUは、ローカルAutonomous Data Guardピア・データベースに追加で請求されません。基本ECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数で指定されます。

たとえば、次を使用してソース・データベースでローカルAutonomous Data Guardピアを有効にした場合:

• コンピュート自動スケーリングが有効で、1時間当たり約4 ECPUを消費している2つの(ベース) ECPU
• ストレージの自動スケーリングによる1TBの(ベース)ストレージで、合計2TBのデータベース・ストレージを消費

ローカルAutonomous Data Guardピアの場合、追加の2つのECPU (ベースECPU選択)に加えて、追加の2TBのストレージ(つまり、プライマリ・データベースで自動スケールでソースPrimary用に予約されている同じ量のストレージ)が請求されます。

プライマリ・データベースを停止すると、プライマリ・データベースもピア・データベースもECPUに対して請求されません。

Autonomous Data Guard Standby - リモート(リージョン間)

Autonomous Data Guardクロスリージョン・ピア・データベースでは、ベースECPUの追加コストとプライマリ・データベースのストレージの2倍(2x)がかかります。これには、自動スケーリングされたストレージ使用量も含まれ、リモート・ピア・データベースで請求されます。プライマリの自動スケーリングECPUは、リモート・ピア・データベースに追加で請求されません。基本ECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数で指定されます。

たとえば、次を使用してソース・データベースのクロスリージョンAutonomous Data Guardピアを有効にした場合:

• コンピュート自動スケーリングが有効で、1時間当たり約4 ECPUを消費している2つの(ベース) ECPU
• ストレージの自動スケーリングによる1TBの(ベース)ストレージで、合計2TBのデータベース・ストレージを消費

リージョン間のAutonomous Data Guardピアの場合、追加の2つのECPU (ベースECPU選択)と4TBのストレージ(自動スケーリングでソースPrimary用に予約されているストレージ、リモート・ピア・データベースで請求されるストレージ2x)が請求されます。

プライマリ・データベースを停止すると、プライマリ・データベースもピア・データベースもECPUに対して請求されません。

「ディザスタ・リカバリ・ピアへのクロスリージョン・バックアップ・レプリケーションの有効化」オプションを選択すると、レプリケートされたバックアップに必要なバックアップ・ストレージ・サイズが2回(2x)請求され、リモート・スタンバイに請求されます。

クロスリージョン・ピアがスナップショット・スタンバイとして動作する場合、コンピュート自動スケーリングが有効な場合、スナップショット・スタンバイCPU使用率はベースCPU数および追加のCPU使用率に基づいて請求されます。ベースCPUの数は、Oracle Cloud Infrastructure Consoleの「ECPU数」フィールドに示すように、ECPUの数で指定されます。

バックアップベースのディザスタ・リカバリ – ローカル(同じリージョン)バックアップ・コピーローカル・バックアップベースのディザスタ・リカバリには、自動バックアップ用のストレージ・コスト以外の追加コストはありません。

バックアップベースのディザスタ・リカバリ – リモート(リージョン間)バックアップ・コピーリージョン間バックアップベースのディザスタ・リカバリの請求は、レプリケートされたリージョン間バックアップに必要なバックアップ・ストレージの容量の2倍(2x)で、リモート・ピアに請求されます。

たとえば、次を使用してソース・データベースでリージョン間バックアップ・コピーを有効にした場合:

• 2 (ベース) ECPU
• 2TBのデータベース・ストレージ

リモート・リージョンにレプリケートされたバックアップに1.9TBのストレージがかかる場合、リモート・バックアップ・コピー・ピア・データベース上の3.8TBのバックアップ・ストレージの費用が請求されます。

「ディザスタ・リカバリ・ピアへのクロスリージョン・バックアップ・レプリケーションの有効化」オプションを選択すると、追加のレプリケート・バックアップに必要なバックアップ・ストレージ・サイズの2倍(2x)分の請求がリモート・ピアに請求されます。この請求は、プライマリのバックアップ保持に設定された日数に基づいて次のように行われます。

• 自動バックアップ保持が7日以上に設定されている場合、請求はレプリケートされたバックアップの7日間のストレージ・サイズに基づきます。
• 自動バックアップ保持が7日未満に設定されている場合、請求は、クロスリージョン・スタンバイにレプリケートされるデータの指定された日数分のストレージ・サイズに基づきます。

リフレッシュ可能クローン・ローカル(同じリージョン)ローカル・リフレッシュ可能クローンには独自の構成可能なECPUが選択されているため、自動スケーリングの有無にかかわらず、ユーザーが選択したECPU数に基づいてECPUに対して請求されます。ECPU選択に対して追加で請求されることはありません。ECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数で指定されます。

ローカル・リフレッシュ可能クローンは、ソース・データベースと同じ量のストレージに対して請求されます。

たとえば、ソース・データベースから次の2つのECPUローカル・リフレッシュ可能クローンを作成する場合:

• 4 ECPU
• ストレージの自動スケーリングと2TBのストレージの消費による1TBのストレージ

ローカル・リフレッシュ可能クローンの場合、2つのECPU、つまりリフレッシュ可能クローンのECPU数の値と2TBのストレージ(つまり、ソース・データベース用に予約されているストレージ)について請求されます。

ソース・データベースを起動または停止しても、ソース・データベースに対するアクションはリフレッシュ可能クローンに影響しません。リフレッシュ可能クローンは、ソース・データベースとは独立して起動または停止されます。

リフレッシュ可能クローン・リモート(リージョン間)リモート・リフレッシュ可能クローンには独自の構成可能なECPUが選択されているため、ユーザーが選択したECPU (自動スケーリングの有無にかかわらず)に基づいてECPUに対して請求されます。ECPUの選択に対して追加で請求されることはありません。ECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数で指定されます。

リモート・リフレッシュ可能クローンは、ソース・データベースとしてストレージの量を2回(2x)請求されます。

たとえば、ソース・データベースから次の2つのECPUリモート・リフレッシュ可能クローンを作成する場合:

• 4 ECPU
• ストレージの自動スケーリングと2TBのストレージの消費による1TBのストレージ

リモート・リフレッシュ可能クローンの場合、2つのECPU (つまり、リフレッシュ可能クローンのECPU選択)および4TBのストレージ(つまり、ソース・データベース用に予約されているストレージの2x)について請求されます

ソース・データベースの起動または停止は、リフレッシュ可能クローンには影響しません。リフレッシュ可能クローンは、個別に起動または停止できます。

リモート(リージョン間)ディザスタ・リカバリのスナップショット・スタンバイ

スナップショット・スタンバイECPU使用率は、コンピュート自動スケーリングが有効な場合、ベースECPU数および追加ECPU使用量に基づいて請求されます。基本ECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数で指定されます。

スナップショット・スタンバイ・ストレージの使用量は、スナップショット・スタンバイのストレージと、ソース・プライマリ・データベースのストレージ(1x)に基づいて請求されます。

たとえば、ソース・データベースから2 ECPUおよび3 TBのスナップショット・スタンバイがある場合、次のようになります。

• 4 ECPU
• ストレージの自動スケーリングと2TBのストレージの消費による1TBのストレージ

スナップショット・スタンバイは、2 ECPU (つまり、スナップショット・スタンバイのECPU選択)および3 TB + 2 TB = 5 TBのデータベース・ストレージ(つまり、スナップショット・スタンバイに予約されているストレージと、そのソース・データベースに予約されているストレージ)について請求されます

エラスティック・プール: エラスティック・プールでは、プール・サイズとして持っているECPU数の4倍をプロビジョニングできます。たとえば、プール・サイズが128 ECPUのプールがある場合、このプールに最大512 ECPUをプロビジョニングできます。つまり、プール・サイズが128 ECPUの場合、プール容量はプール・サイズの4倍になります(この例では、512 ECPU)。

プールに属するデータベースは、コンピュートに対して個別に請求されません。すべてのプール・メンバーおよびリーダーに対する計算請求は、リーダーを介して行われます。つまり、エラスティック・プールの個々のメンバーは、プールの一部であるかぎり、コンピュートに対して請求されません。これは、プール・メンバーのワークロード・タイプに関係なく適用されます。たとえば、ワークロード・タイプ「データ・ウェアハウス」のプール・メンバーがプールに追加されると、そのコンピュート使用量は、「トランザクション処理」コンピュート使用率でプール・リーダーに請求されます。一方、ストレージ請求は、プールの一部であるかどうかに関係なく、個々のAutonomous Databaseインスタンスに引き続き請求されます。

プール・サイズが128 ECPUのエラスティック・プールがあるとします。プール・サイズの場合、プール容量は512 ECPUです(プール容量= 4xプール・サイズ)。このサンプルでは、一般的な請求に関する質問と回答をいくつか示します。

• このプールで許可されるAutonomous Databaseインスタンスの最大数はいくつですか。それぞれ1 ECPUを持つ合計512のAutonomous Databaseインスタンス(エラスティック・プール・メンバーまたはリーダーは、個々のECPU割当てを1 ECPU以下にできます)。

• プールの集計されたECPU使用率の上位ウォーターマークがプール・サイズより大きい場合はどうなりますか。集計されたECPU使用率の上位ウォーターマークが、特定の請求時間におけるプール・サイズ以下の場合、時間料金はプール・サイズの量になります。集計されたECPU使用率の上位ウォーターマークがプール・サイズより大きく、特定の請求時間における2xプール・サイズ以下の場合、時間単位料金は2xプール・サイズの量になります。集計されたECPU使用率の上位ウォーターマークが、特定の請求時間における2xプール・サイズを超える場合、時間料金は4xプール・サイズの量になります。

  たとえば、それぞれ1 ECPUの512個のAutonomous Databaseインスタンスが、プール・サイズが128 ECPUのエラスティック・プールにあるとします。これらのデータベースの集計されたECPU使用率の上位水位標が、午後1時から午後2時の間に100 ECPU、午後2時の間に250 ECPUである場合、請求は午後1時から午後2時の間に128 ECPU時間、午後2時の間に256 ECPU時間になります。

詳細は、エラスティック・プール請求についてを参照してください。

Autonomous Databaseインスタンスの削除の取消し

Autonomous Databaseインスタンスを削除解除する場合、削除解除操作の最初の1時間後に、データベースが削除されておらず、実行中であるかのように、データベースが削除された合計時間(データベース・ストレージおよび長期バックアップを含む)についてベースCPUおよびストレージに対して請求されます。

たとえば、次を使用してAutonomous Databaseインスタンスを終了する場合:

• コンピュート自動スケーリングが有効な4 ECPU
• 2 TBストレージ、100 GBの自動バックアップ・ストレージと20 GBの長期バックアップ・ストレージ

5時間30分後に終了したインスタンスを削除解除した場合、削除解除操作の最初の1時間後に、データベースが削除されておらず、実行中であるかのように、請求に次の追加コストが含まれます。

• 基本4 ECPUの場合、5時間30分
• 2TBストレージ
• 100 GBの自動バックアップ・ストレージ
• 20 GBの長期バックアップ・ストレージ

23aiへのスケジュール済アップグレード

Autonomous Databaseインスタンスのアップグレードをスケジュールする場合、アップグレード・タイプには2つの選択肢があります:

• 最早使用可能スケジュール: このアップグレード・オプションでは追加料金は発生しません。

• 将来のスケジュール: 将来のスケジュールでアップグレードをスケジュールすると、データベースとそのアタッチされたクローンまたはスタンバイに対して追加のリソースがただちにスピンオフされ、次のように請求されます:

  • ベースECPUとソースAutonomous Databaseインスタンスのストレージの追加コストが請求されます。

  • ローカル・リフレッシュ可能クローンおよびリモート・リフレッシュ可能クローンのそれぞれについて、ベースECPUおよびデータベース・ストレージの追加コストが請求されます。

  • ローカルおよびリモートのAutonomous Data Guardスタンバイ・データベースごとに、ベースECPUおよびデータベース・ストレージの追加コストが請求されます。

  たとえば、データベースをアップグレードすることを選択し、将来30日間のスケジュールで「将来のスケジュール」を選択した場合、次の構成のAutonomous Databaseインスタンスで:

  • コンピュート自動スケーリングが有効な4 ECPU

  • 1TBのストレージ

  • 1つのリフレッシュ可能クローン

  • 1つのリモートAutonomous Data Guardスタンバイ

  次のように請求されます。

  基本ECPUの場合は2回(2x)、アップグレードが完了するまでデータベース記憶域の場合は2xを30日間使用します。

  4 + 4 = 8 ECPU

  1 + 1 = 2TBデータベース・ストレージ

  また、アップグレードが完了するまで、ベースECPUとアタッチされたリフレッシュ可能クローンおよびリモートAutonomous Data Guardスタンバイのストレージに対して2回(2x)請求されます。

  「将来のスケジュール」タイプのアップグレードを含む、エラスティック・プール・メンバーまたはエラスティック・プール・リーダーを含むアップグレードの場合:

  • メンバーまたはリーダーのどちらかがアップグレードをスケジュールする場合の請求: データベースのベースCPU使用率は、リーダーのデータベースOCIDに2xが請求されます。

  • スケジュールされたアップグレードがあるメンバーのストレージ使用量の請求は、プール・リーダーでの請求について報告されるストレージ量とは別に、2xがメンバーのデータベースOCIDに直接請求されます。

  • アップグレードがスケジュールされているリーダーのストレージ使用量は、2xがリーダーのデータベースOCIDに直接請求されます。

  スケジュール済アップグレードの取消の料金は発生しません。ただし、アップグレードをスケジュールした時点からアップグレードを取り消した時点までの間に請求された料金は残ります。