Service Level Objectives (SLOs)
Beschreibt die Service Level Objectives (SLOs) für Oracle Autonomous Database Serverless.
- Recovery Time Objective und Recovery Point Objective
Oracle Autonomous Database Serverless wurde entwickelt, um eine Anwendung nach einem ungeplanten Ausfall oder einer geplanten Wartungsaktivität innerhalb von einstelligen Sekunden online zurückzugeben. - Built-in-Tool-Verfügbarkeit
Oracle wird wirtschaftlich vertretbare Anstrengungen unternehmen, um die folgenden Tools mit dem unten definierten Ziel "Monatliche Betriebszeit in Prozent" (Verfügbarkeit) während der Serviceverpflichtung eines Kalendermonats zu verwenden. - Service Level Objective für Zero-Regression
Oracle Autonomous Database Serverless wendet automatisch Patches in Ihre Datenbank an. Oracle bietet aufgrund dieser Patches ein Servicegradziel ohne Regressionen in der Produktionsdatenbank.
Übergeordnetes Thema: Überblick
Recovery-Zeitziel und Recovery Point-Ziel
Oracle Autonomous Database Serverless ist so konzipiert, dass eine Anwendung nach einem ungeplanten Ausfall oder einer geplanten Wartungsaktivität innerhalb von einstelligen Sekunden online zurückgegeben wird.
In der folgenden Tabelle werden die Ziel-SLOs für das RTO (Recovery Time Objective) für verschiedene Fehlerereignisse beschrieben.
| Ereignis | Service Level Objective für Recovery Time Objective (RTO) | Service Level Objective für Wiederherstellungspunktziel (RPO), maximal möglicher Datenverlust |
|---|---|---|
|
Ereignisse, die einen Failover auf eine Standby-Datenbank erfordern, wenn Autonomous Data Guard aktiviert ist. Beispiel:
|
Mit einer Autonomous Data Guard-Standby: Lokale Standby-Datenbank: zwei (2) Minuten Regionsübergreifende Standbydatenbank: weniger als zehn (10) Minuten Weitere Informationen finden Sie unter Recovery Time Objective (RTO) und Recovery Point Objective (RPO) in Autonomous Data Guard. |
Lokale Standbydatenbank: Das maximal mögliche Ziel für Datenverlust ist < 10 Sekunden. Regionsübergreifende Standbydatenbank: Das maximal mögliche Ziel für Datenverlust beträgt 1 Minute |
|
Ereignisse, die ein Failover auf eine Backupkopie oder ein Restore aus einem Backup erfordern (wenn keine Autonomous Data Guard-Standbydatenbank vorhanden ist), wie z.B.:
|
Mit Backup-basiertem Disaster Recovery, basierend auf der Größe der Datenbank: Lokale Backupkopie: 1 Stunde + (1 Stunde pro 5 TB) Regionsübergreifende Backupkopie: 1 Stunde + (1 Stunde pro 5 TB) Beispiel: Eine 5-TB-Datenbank hat ein RTO (Recovery Time Objective) von bis zu 2 Stunden. Weitere Informationen finden Sie unter Backupbasierte Disaster Recovery-Zeitziele (RTO) und Recovery Point Objective (RPO). |
Lokale Backupkopie: Das maximal mögliche Ziel für Datenverlust beträgt < 10 Sekunden Regionsübergreifende Backupkopie: Das maximal mögliche Ziel für Datenverlust beträgt 1 Minute |
Übergeordnetes Thema: Service Level Objectives (SLOs)
Integrierte Toolverfügbarkeit
Oracle wird wirtschaftlich vertretbare Anstrengungen unternehmen, um während der Serviceverpflichtung eines Kalendermonats die folgenden Tools mit dem unten definierten Ziel "Monatliche Betriebszeit in Prozent (Verfügbarkeit)" zu verwenden.
| Integriertes Tool für Oracle Autonomous Database | Verfügbarkeit - Service Level Objective |
|---|---|
| Oracle REST Data Services (ORDS) | 99,95% |
| Oracle APEX (auf Autonomous Database) | 99,95% |
| Database Actions | 99,95% |
| Graph Studio | 99,95% |
Oracle Machine Learning:
|
99,95% |
| Datentransformationen | 99,95% |
Die folgenden Bedingungen gelten für das Availability Service Level Objective für die in dieser Tabelle aufgeführten integrierten Oracle Autonomous Database-Tools:
-
"HTTP-Fehlerrate" gilt separat für jedes integrierte Datenbank-Tool und bedeutet, dass der Prozentwert entspricht: (i) der Gesamtanzahl der fehlgeschlagenen HTTP-Aufrufe, die an das entsprechende Tool mit einem Status von "Bad Gateway" oder "Service nicht verfügbar" in einer Minute während eines Kalendermonats, geteilt durch (ii) die Gesamtanzahl der HTTP-Aufrufe, die an das Tool in einer Minute durchgeführt wurden.
-
"Monatliche Betriebszeit in Prozent" wird berechnet, indem von 100% subtrahiert wird, dem Durchschnitt der HTTP-Fehlerrate für jede Minute im entsprechenden Kalendermonat.
| Integriertes Tool für Oracle Autonomous Database | Verfügbarkeit - Service Level Objective |
|---|---|
| Oracle Database API für MongoDB | 99,95% |
Die folgenden Bedingungen gelten für das Availability Service Level Objective for Oracle Database API for MongoDB:
-
Eine "Verbindung über die Oracle Database-API für MongoDB" ist eine direkte Verbindung, die von einem beliebigen Tool oder einer Anwendung mit der Oracle Database-API für MongoDB mit dem Cloud Service hergestellt wird.
-
"Prozentsatz der monatlichen Betriebszeit" wird durch Subtraktion von 100% berechnet. Der Prozentsatz der Minuten im Kalendermonat, in dem der entsprechende Cloud Service "Nicht verfügbar" war.
-
"Nicht verfügbar" bezeichnet einen Minutenzeitraum, in dem: (i) keine Verbindung über die Oracle Database-API für MongoDB hergestellt wird oder hergestellt werden kann und (ii) alle kontinuierlichen Versuche, mindestens fünf, eine solche Verbindung herzustellen, fehlschlagen.
Übergeordnetes Thema: Service Level Objectives (SLOs)
Service Level Objective ohne Regression
Oracle Autonomous Database Serverless wendet automatisch Patches auf Ihre Datenbank an. Oracle bietet aufgrund dieser Patches ein Servicegradziel ohne Regressionen in der Produktionsdatenbank.
Oracle Autonomous Database Serverless wendet während der in der Datenbankkonsole angekündigten Wartungsfenster automatisch Patches mit Bug- und Sicherheitsfixes an. Wenn Sie die Test- oder Pre-Production-Datenbank mit der Option "Frühe Patchebene" bereitstellen, können Sie die Patches auf diesen Instanzen testen, bevor die Patches in die Produktionsdatenbank eingespielt werden. Wenn Probleme in der Test- oder Pre-Production-Datenbank auftreten, können Sie Serviceanfragen einreichen, um die Probleme zu beheben, bevor der Patch in die Produktionsdatenbank eingespielt wird.
Oracle bietet ein Servicegradziel ohne Regressionen in der Produktionsdatenbank. "Regression" in diesem Dokument wird als Probleme beschrieben, die durch Patches oder Updates für Autonomous Database auftreten, die während des auf der Datenbankkonsole angekündigten Wartungsfensters ausgeführt werden.
Wenn Sie nach dem Einspielen eines Patches auf der Early-Patch-Ebene ein Problem in dieser Datenbank über eine Serviceanfrage finden und melden, unternimmt Oracle wirtschaftlich angemessene Anstrengungen, um das Problem zu beheben, damit dasselbe Problem nicht in Ihrer Produktionsdatenbank auftritt.
Weitere Informationen finden Sie unter Patchebene festlegen.
Übergeordnetes Thema: Service Level Objectives (SLOs)