Automatische Backups: Der Speicher für Backups wird zusätzlich zum ausgewählten Datenbankspeicher pro GB abgerechnet.

Beispiel: Wenn Backups 200 GB Speicher belegen, werden Ihnen 200 GB Backupspeicher in Rechnung gestellt (zusätzlich zur Nutzung, die für die ausgewählte Anzahl von ECPUs und den Datenbankspeicher in Rechnung gestellt wird). Weitere Informationen dazu, welche SKUs für Backups in Rechnung gestellt werden, finden Sie unter Abrechnungsinformationen zum ECPU-Compute-Modell.

Langfristige Backups: Der Speicher für langfristige Backups wird zusätzlich zum Datenbankspeicher pro GB als Backupspeicher abgerechnet.

Beispiel: Wenn automatische Backups derzeit 200 GB belegen und langfristige Backups 600 GB Speicher belegen, werden Ihnen zusätzlich zur Nutzung der ausgewählten ECPUs und des Datenbankspeichers 800 GB Backupspeicher in Rechnung gestellt. Weitere Informationen dazu, welche SKUs für die einzelnen Workload-Typen und Backups in Rechnung gestellt werden, finden Sie unter Abrechnungsinformationen zum ECPU-Compute-Modell.

Autoscaling berechnen: Wenn Compute-Autoscaling aktiviert ist, wird möglicherweise die Datenbank verwendet. Möglicherweise wird Ihnen nach Bedarf eine zusätzliche ECPU-Nutzung von Ihrer Workload in Rechnung gestellt, bis zu dreimal (3x) die Anzahl der Basis-ECPUs, wie in der ECPU-Anzahl in der Oracle Cloud Infrastructure-Konsole dargestellt.

• Die in Rechnung gestellte ECPU-Nutzung pro Stunde während der Ausführung der Datenbank basiert auf der Basisanzahl der ECPUs, die Sie für die Datenbank ausgewählt haben, sowie auf zusätzlichen ECPU-Nutzungen aufgrund von Autoscaling.

• Eine gestoppte Autonomous Database-Instanz hat keine ECPU-Nutzung.

• Die ECPU-Nutzung wird jede Sekunde in Einheiten ganzer ECPUs gemessen und über eine Stunde gemittelt. Wenn Ihre Datenbank weniger als eine Stunde lang ausgeführt wird oder nur für einen Teil einer Stunde automatisch skaliert wird, wird sie während dieser Stunde für den durchschnittlichen ECPU-Verbrauch über die Basis-ECPUs in Rechnung gestellt. Der minimale ECPU-Verbrauch beträgt eine Minute.

Beispiel: Wenn für Ihre Datenbank die ECPU-Anzahl 4 mit aktiviertem Compute-Autoscaling vorhanden ist:

• Angenommen, die erste Stunde Ihrer Datenbank ist für die gesamte Stunde verfügbar, und die ECPU-Auslastung liegt unter 4 ECPUs. Ihrer Datenbank werden 4 ECPUs in Rechnung gestellt.

• Angenommen, Ihre Datenbank ist in der zweiten Stunde für die gesamte Stunde verfügbar, und die ECPU-Auslastung liegt 30 Minuten lang unter 4 ECPUs, 50% der Stunde und skaliert 30 Minuten lang automatisch auf 8 ECPUs (die anderen 50% der Stunde). Die Nutzung für diesen Zeitraum beträgt für die Abrechnung 6 ECPUs (basierend auf der durchschnittlichen ECPU-Nutzung pro Sekunde für die zweite Stunde).

Speicher-Autoscaling:

• Wenn die Speichernutzung unter Ihrem reservierten Basisspeicher liegt, wird Ihnen der Basisspeicher in Rechnung gestellt.

• Wenn der zugewiesene Speicher den reservierten Basisspeicher überschreitet, wird die Speichernutzung basierend auf dem zugewiesenen Speicher auf das nächste TB in einer bestimmten Stunde aufgerundet abgerechnet.

Beispiel: Wenn der reservierte Basisspeicher 4 TB beträgt und der zugewiesene Speicher 4 TB nicht überschreitet, wird Ihnen der Basisspeicher (4 TB) in Rechnung gestellt. Nach mehr als 4 TB wird der Speicher basierend auf dem zugewiesenen Speicher in einer bestimmten Stunde auf das nächste TB aufgerundet. Wenn in diesem Beispiel der zugewiesene Speicher in einer bestimmten Stunde über 4 TB wächst (z.B. auf 4,9 TB), werden Ihnen ab dieser Stunde 5 TB Speicher in Rechnung gestellt.

Wenn Sie dann 1 TB Daten löschen, bleibt der zugewiesene Speicher bei 4,9 TB. Bis zum Ausführen eines Minimierungsvorgangs werden Ihnen 5 TB berechnet. Wenn Sie einen Verkleinerungsvorgang ausführen, können Sie den zugewiesenen Speicher möglicherweise auf 3,9 TB verkleinern/reduzieren. Nachdem der Minimierungsvorgang abgeschlossen ist und der zugewiesene Speicher (3,9 TB) erneut unter dem reservierten Basisspeicher (4 TB) liegt, wird Ihnen der reservierte Basisspeicher von 4 TB erneut in Rechnung gestellt. Weitere Informationen finden Sie unter Speicher minimieren.

Autonomous Data Guard-Standby - Lokal (gleiche Region)

Lokale Autonomous Data Guard-Peerdatenbanken verursachen die zusätzlichen Kosten für die Basis-ECPUs und den Speicher der Primärdatenbank, einschließlich der automatisch skalierten Speicherauslastung, die in der Primärdatenbank selbst abgerechnet werden. Automatisch skalierte ECPUs der Primärdatenbank werden nicht zusätzlich in der lokalen Autonomous Data Guard-Peerdatenbank abgerechnet. Die Anzahl der Basis-ECPUs wird durch die Anzahl der ECPUs angegeben, wie in der ECPU-Anzahl in der Oracle Cloud Infrastructure-Konsole angezeigt.

Beispiel: Wenn Sie einen lokalen Autonomous Data Guard-Peer in einer Quelldatenbank aktivieren mit:

• 2 (Basis-)ECPUs mit aktiviertem Compute-Autoscaling und einer Nutzung von etwa 4 ECPUs pro Stunde
• 1 TB (Basis-)Speicher mit automatischer Speicherskalierung und insgesamt 2 TB Datenbankspeicher

Für den lokalen Autonomous Data Guard-Peer werden Ihnen zusätzliche 2 ECPUs (Ihre Basis-ECPU-Auswahl) sowie weitere 2 TB Speicher in Rechnung gestellt (d.h. die gleiche Speichermenge, die für die primäre Quelle mit automatischer Skalierung in der Primärdatenbank reserviert ist).

Wenn die Primärdatenbank gestoppt wird, wird weder der Primärdatenbank noch der Peerdatenbank ECPU in Rechnung gestellt.

Autonomous Data Guard-Standby - Remote (regionübergreifend)

In regionsübergreifenden Peerdatenbanken von Autonomous Data Guard fallen die zusätzlichen Kosten für die Basis-ECPUs und zweimal (2x) für den Speicher der Primärdatenbank an, einschließlich der automatisch skalierten Speicherauslastung, die in der Remote-Peer-Datenbank abgerechnet werden. Automatisch skalierte ECPUs des Primären werden in der Remote-Peer-Datenbank nicht zusätzlich in Rechnung gestellt. Die Anzahl der Basis-ECPUs wird durch die Anzahl der ECPUs angegeben, wie in der ECPU-Anzahl in der Oracle Cloud Infrastructure-Konsole angezeigt.

Beispiel: Wenn Sie einen regionsübergreifenden Autonomous Data Guard-Peer für eine Quelldatenbank mit folgenden Elementen aktivieren:

• 2 (Basis-)ECPUs mit aktiviertem Compute-Autoscaling und einer Nutzung von etwa 4 ECPUs pro Stunde
• 1 TB (Basis-)Speicher mit automatischer Speicherskalierung und insgesamt 2 TB Datenbankspeicher

Für den regionsübergreifenden Autonomous Data Guard-Peer werden Ihnen zusätzliche 2 ECPUs (Ihre ECPU-Basisauswahl) plus 4 TB Speicher in Rechnung gestellt (d.h. 2x der für die primäre Quelle reservierte Speicher mit Autoscaling, der in der Remote-Peer-Datenbank abgerechnet wird).

Wenn die Primärdatenbank gestoppt wird, werden weder die Primärdatenbank noch die Peerdatenbank ECPU in Rechnung gestellt.

Wenn die Option Regionsübergreifende Backupreplikation für Disaster-Recovery-Peer aktivieren ausgewählt ist, wird Ihnen das Doppelte (2-fache) der für die replizierten Backups erforderlichen Backupspeichergröße in Rechnung gestellt, die der Remotestandbydatenbank in Rechnung gestellt wird.

Wenn ein regionsübergreifender Peer als Snapshot-Standbydatenbank ausgeführt wird, wird die Snapshot-Standbydatenbank-CPU-Auslastung basierend auf der CPU-Basisanzahl und jeder zusätzlichen CPU-Auslastung abgerechnet, wenn Compute-Autoscaling aktiviert ist. Die Anzahl der Basis-CPUs wird durch die Anzahl der ECPUs angegeben, die in der Oracle Cloud Infrastructure-Konsole im Feld ECPU-Anzahl angegeben wird.

Backupbasiertes Disaster Recovery - Lokale (gleiche Region) Backupkopien Es fallen außer den Speicherkosten für automatische Backups keine zusätzlichen Kosten für lokales backupbasiertes Disaster Recovery an.

Backupbasiertes Disaster Recovery - Remote-(regionsübergreifende) Backupkopien Die Abrechnung für ein regionsübergreifendes backupbasiertes Disaster Recovery beträgt zweimal (2x) den für die replizierten regionsübergreifenden Backups erforderlichen Backupspeicher, der dem Remote-Peer in Rechnung gestellt wird.

Beispiel: Sie aktivieren eine regionsübergreifende Backupkopie in einer Quelldatenbank mit:

• 2 (Basis) ECPUs
• 2 TB Datenbankspeicher

Wenn die in der Remoteregion replizierten Backups 1,9 TB Speicher belegen, werden Ihnen 3,8 TB Backupspeicher in der Peerdatenbank der Remotebackupkopie in Rechnung gestellt.

Wenn die Option Regionsübergreifende Backupreplikation für Disaster Recovery-Peer aktivieren ausgewählt ist, wird Ihnen das Doppelte (2-fache) der Backupspeichergröße in Rechnung gestellt, die für die zusätzlichen replizierten Backups erforderlich ist, die dem Remote-Peer in Rechnung gestellt werden. Diese Abrechnung basiert wie folgt auf der Anzahl der Tage, die für die Backupaufbewahrung in der primären Datenbank festgelegt wurden:

• Wenn die automatische Backupaufbewahrung auf 7 Tage oder mehr festgelegt ist, basiert die Abrechnung auf der Speichergröße für replizierte Backups von 7 Tagen.
• Wenn die automatische Backupaufbewahrung auf weniger als 7 Tage festgelegt ist, basiert die Abrechnung auf der Speichergröße für die angegebene Anzahl von Tagen mit Daten, die in die regionsübergreifende Standbydatenbank repliziert werden.

Lokaler aktualisierbarer Klon (gleiche Region) Lokale aktualisierbare Klone haben eine eigene konfigurierbare ECPU-Auswahl. Daher wird ECPU basierend auf der vom Benutzer ausgewählten Anzahl von ECPUs mit oder ohne Autoscaling in Rechnung gestellt. Sie werden nicht zusätzlich über die ECPU-Auswahl abgerechnet. Die Anzahl der ECPUs wird durch die Anzahl der ECPUs angegeben, wie in der ECPU-Anzahl in der Oracle Cloud Infrastructure-Konsole angezeigt.

Lokale aktualisierbare Klone erhalten dieselbe Speichermenge wie ihre Quelldatenbank.

Beispiel: Sie erstellen einen lokalen aktualisierbaren Klon mit 2 ECPUs aus einer Quelldatenbank mit:

• 4 ECPUs
• 1 TB Speicher mit automatischer Speicherskalierung und 2 TB Speicherverbrauch

Für den lokalen aktualisierbaren Klon werden Ihnen 2 ECPUs in Rechnung gestellt, d.h. der Wert der ECPU-Anzahl des aktualisierbaren Klons und 2 TB Speicher (d.h. der für die Quelldatenbank reservierte Speicher).

Wenn Sie die Quelldatenbank starten oder stoppen, wirken sich Ihre Aktionen in der Quelldatenbank nicht auf den aktualisierbaren Klon aus. Ein aktualisierbarer Klon wird unabhängig von der Quelldatenbank gestartet oder gestoppt.

Refreshable Clone Remote (regionsübergreifend) Remote-aktualisierbare Klone haben eine eigene konfigurierbare ECPU-Auswahl. Daher wird ECPU basierend auf der vom Benutzer ausgewählten ECPU (mit oder ohne Autoscaling) in Rechnung gestellt. Sie werden nicht zusätzlich über die ECPU-Auswahl abgerechnet. Die Anzahl der ECPUs wird durch die Anzahl der ECPUs angegeben, wie in der ECPU-Anzahl in der Oracle Cloud Infrastructure-Konsole angezeigt.

Remote aktualisierbare Klone werden doppelt (2-fach) der Speichermenge als Quelldatenbank in Rechnung gestellt.

Beispiel: Wenn Sie einen 2 ECPU-Remoteklon erstellen, der aus einer Quelldatenbank aktualisiert werden kann, mit:

• 4 ECPUs
• 1 TB Speicher mit automatischer Speicherskalierung und 2 TB Speicherverbrauch

Für den Remote-aktualisierbaren Klon werden Ihnen 2 ECPUs (d.h. die ECPU-Auswahl des aktualisierbaren Klons) und 4 TB Speicher (d.h. das 2-fache des für die Quelldatenbank reservierten Speichers) in Rechnung gestellt

Das Starten oder Stoppen der Quelldatenbank wirkt sich nicht auf den aktualisierbaren Klon aus. Der aktualisierbare Klon kann unabhängig gestartet oder gestoppt werden.

Snapshot Standby für Remote-Disaster Recovery (regionsübergreifend)

Die Snapshot-Standby-ECPU-Nutzung wird basierend auf der ECPU-Basisanzahl und jeder zusätzlichen ECPU-Nutzung abgerechnet, wenn Compute-Autoscaling aktiviert ist. Die Anzahl der Basis-ECPUs wird durch die Anzahl der ECPUs angegeben, wie in der ECPU-Anzahl in der Oracle Cloud Infrastructure-Konsole dargestellt.

Die Nutzung des Snapshot Standby-Speichers wird basierend auf dem Speicher der Snapshot Standby plus (1x) dem Speicher der primären Quelldatenbank abgerechnet.

Beispiel: Sie verfügen über eine Snapshot-Standbydatenbank mit 2 ECPUs und 3 TB aus einer Quelldatenbank mit:

• 4 ECPUs
• 1 TB Speicher mit automatischer Speicherskalierung und 2 TB Speicherverbrauch

In der Snapshot Standby-Datenbank werden 2 ECPUs (d.h. die ECPU-Auswahl der Snapshot Standby-Datenbank) und 3 TB + 2 TB = 5 TB Datenbankspeicher in Rechnung gestellt (d.h. der für die Snapshot Standby-Datenbank reservierte Speicher + der in der Quelldatenbank reservierte Speicher).

Elastische Pools: Mit einem elastischen Pool können Sie die 4-fache ECPU-Anzahl bereitstellen, die Sie als Poolgröße haben. Beispiel: Wenn Sie einen Pool mit einer Poolgröße von 128 ECPUs haben, können Sie in diesem Pool bis zu 512 ECPUs bereitstellen. Mit anderen Worten: Wenn Ihre Poolgröße 128 ECPUs beträgt, ist die Poolkapazität viermal so groß wie der Pool (in diesem Beispiel 512 ECPUs).

Datenbanken, die zu einem Pool gehören, werden nicht einzeln für Compute abgerechnet. Die Compute-Abrechnung für alle Poolmitglieder und den Leiter erfolgt über den Leiter. Mit anderen Worten: Einzelne Mitglieder eines elastischen Pools werden nicht für die Berechnung in Rechnung gestellt, solange sie Teil des Pools sind. Dies gilt unabhängig vom Workload-Typ für das Pool-Member. Beispiel: Wenn ein Poolmitglied mit dem Workload-Typ Data Warehouse zu einem Pool hinzugefügt wird, wird die Compute-Nutzung dem Poolleiter mit der Compute-Nutzungsrate in Rechnung gestellt.Transaktionsverarbeitung Die Speicherabrechnung hingegen wird weiterhin einzelnen Autonomous Database-Instanzen in Rechnung gestellt, unabhängig davon, ob sie Teil eines Pools sind oder nicht.

Angenommen, Sie haben einen elastischen Pool mit einer Poolgröße von 128 ECPUs. Aufgrund der Poolgröße beträgt die Poolkapazität 512 ECPUs (Poolkapazität = 4x Poolgröße). Für dieses Beispiel folgen einige allgemeine Fragen und Antworten zur Abrechnung:

• Wie viele Autonomous Database-Instanzen sind in diesem Pool maximal zulässig? Insgesamt 512 Autonomous Database-Instanzen mit je 1 ECPU (elastische Poolmitglieder oder der Leader können eine individuelle ECPU-Zuweisung von nur 1 ECPU haben).

• Was geschieht, wenn das aggregierte High Watermark für die ECPU-Auslastung des Pools größer als die Poolgröße ist? Wenn das aggregierte High Watermark für die ECPU-Auslastung in einer bestimmten Abrechnungsstunde kleiner oder gleich der Poolgröße ist, wird die stündliche Gebühr in der Höhe der Poolgröße berechnet. Wenn das aggregierte High Watermark für die ECPU-Auslastung mehr als die Poolgröße, aber weniger als oder gleich der 2-fachen Poolgröße in einer bestimmten Abrechnungsstunde ist, beträgt die stündliche Gebühr das 2-fache der Poolgröße. Wenn das aggregierte High Watermark für die ECPU-Auslastung mehr als die 2-fache Poolgröße in einer bestimmten Abrechnungsstunde beträgt, beträgt die stündliche Gebühr die 4-fache Poolgröße.

  Beispiel: Angenommen, 512 Autonomous Database-Instanzen mit jeweils 1 ECPU befinden sich in einem elastischen Pool mit einer Poolgröße von 128 ECPUs. Wenn die aggregierte ECPU-Auslastung mit hohem Wasserzeichen dieser Datenbanken 100 ECPUs zwischen 1pm und 2pm und 250 ECPUs zwischen 2pm und 3pm beträgt, beträgt die Abrechnung 128 ECPU-Stunden zwischen 1pm und 2pm und 256 ECPU-Stunden zwischen 2pm und 3pm.

Weitere Informationen finden Sie unter Info über Elastic Pool Billing.

Autonomous Database-Instanz wiederherstellen

Wenn Sie das Löschen einer Autonomous Database-Instanz rückgängig machen, werden Ihnen in der ersten Stunde nach dem Wiederherstellungsvorgang die Basis-CPU und der Hauptspeicher, einschließlich Datenbankspeicher und langfristiger Backups, für die gesamte Zeit abgerechnet, als die Datenbank gelöscht wurde, als ob die Datenbank nie gelöscht wurde und ausgeführt wurde.

Beispiel: Wenn Sie eine Autonomous Database-Instanz beenden mit:

• 4 ECPU mit aktiviertem Compute-Autoscaling
• 2 TB Speicher, mit 100 GB automatischem Backupspeicher und 20 GB langfristigem Backupspeicher

Wenn Sie nach 5 Stunden und 30 Minuten das Löschen der beendeten Instanz rückgängig machen, enthält die Abrechnung in der ersten Stunde nach dem Wiederherstellungsvorgang die zusätzlichen Kosten, als ob die Datenbank nie gelöscht und ausgeführt wurde, einschließlich:

• 5 Stunden und 30 Minuten für die Basis-4-ECPUs
• 2 TB Speicher
• 100 GB automatischer Backupspeicher
• 20 GB langfristiger Backupspeicher