Documentazione di Oracle Cloud Infrastructure

Obiettivi del livello di servizio (SLO)

Descrive gli obiettivi livello di servizio (SLO, Service Level Objectives) per Oracle Autonomous Database Serverless.

  • Obiettivo del tempo di recupero e obiettivo del punto di recupero
    Oracle Autonomous Database Serverless è stato progettato per restituire un'applicazione online a seguito di un'indisponibilità non pianificata o di un'attività di manutenzione pianificata entro secondi a una cifra.
  • Disponibilità degli strumenti integrata
    Oracle compirà ogni sforzo ragionevole dal punto di vista commerciale per avere i seguenti strumenti con un obiettivo Percentuale di tempo di attività mensile (Disponibilità), come definito di seguito, durante l'impegno del servizio di un mese di calendario.
  • Obiettivo del livello di servizio di zero-regressione
    Oracle Autonomous Database Serverless applica automaticamente le patch al database. Oracle fornisce l'obiettivo del livello di servizio di nessuna regressione nel database di produzione a causa di queste patch.

Argomento padre: panoramica

Obiettivo tempo di recupero e punto di recupero

Oracle Autonomous Database Serverless è stato progettato per restituire un'applicazione online in seguito a un'indisponibilità non pianificata o a un'attività di manutenzione pianificata entro secondi a una sola cifra.

Nella tabella riportata di seguito vengono descritti gli SLO obiettivo tempo di recupero (RTO) di destinazione per diversi eventi di errore.

Evento Obiettivo livello di servizio RTO (Recovery Time Objective) Obiettivo livello di servizio RPO (Recovery Point Objective), massima perdita di dati possibile

Eventi che richiedono il failover in un database di standby quando Autonomous Data Guard è abilitato, ad esempio:

  • Danneggiamenti dei dati
  • Errori del database completi
  • Completamento degli errori di storage
  • Errori del dominio di disponibilità o dell'area

Con uno standby Autonomous Data Guard:

Database di standby locale: due (2) minuti

Database in standby tra più aree: meno di dieci (10) minuti

Per ulteriori informazioni, consulta Autonomous Data Guard Recovery Time Objective (RTO) e Recovery Point Objective (RPO).

Database di standby locale: l'obiettivo di perdita di dati massima possibile è < 10 secondi

Database in standby tra più aree: l'obiettivo massimo di perdita di dati possibile è 1 minuto

Eventi che richiedono il failover per una copia di backup o il ripristino da un backup (quando non è presente uno standby Autonomous Data Guard), ad esempio:

  • Danneggiamenti dei dati
  • Errori del database completi
  • Completamento degli errori di storage
  • Errori del dominio di disponibilità o dell'area

Con il disaster recovery basato su backup, in base alle dimensioni del database:

Copia di backup locale: 1 ora + (1 ora per 5 TB)

Copia di backup tra più aree: 1 ora + (1 ora per 5 TB)

Ad esempio, un database da 5 TB ha un RTO (Recovery Time Objective) fino a 2 ore.

Per ulteriori informazioni, vedere Recovery Time Objective (RTO) e Recovery Point Objective (RPO) basati su backup.

Copia di backup locale: l'obiettivo di perdita di dati massima possibile è < 10 secondi

Copia di backup tra più aree: l'obiettivo massimo di perdita di dati possibile è 1 minuto

Disponibilità degli strumenti integrati

Oracle compirà ogni sforzo ragionevole dal punto di vista commerciale per avere i seguenti strumenti con un obiettivo di percentuale di tempo di attività mensile (disponibilità), come definito di seguito, durante l'impegno del servizio di un mese solare.

Strumento integrato di Oracle Autonomous Database Obiettivo livello di servizio disponibilità
Oracle REST Data Services (ORDINI) 99,95%
Oracle APEX (su Autonomous Database) 99,95%
Database Actions 99,95%
Graph Studio 99,95%
Oracle Machine Learning:
  • Oracle Machine Learning Notebooks
  • Oracle Machine Learning Services
  • Oracle Machine Learning for Python/R
  • Interfaccia utente di AutoML di Oracle Machine Learning
 99,95%
Trasformazioni dati 99,95%

I termini riportati di seguito si applicano all'obiettivo del livello del servizio di disponibilità per gli strumenti integrati di Oracle Autonomous Database elencati in questa tabella.

  • "Tasso di errori HTTP" si applica separatamente a ogni strumento integrato del database e indica che il valore percentuale corrisponde a: (i) il numero totale di chiamate HTTP non riuscite effettuate allo strumento applicabile con un stato di "Gateway non valido" o "Servizio non disponibile" in un periodo di minuti durante un mese di calendario, diviso per (ii) il numero totale di chiamate HTTP effettuate allo strumento in un periodo di minuti.

  • La percentuale di tempo di attività mensile viene calcolata sottraendo dal 100% la media della frequenza di errori HTTP per ogni minuto durante il mese di calendario applicabile.

Strumento integrato di Oracle Autonomous Database Obiettivo livello di servizio disponibilità
Oracle Database API per MongoDB 99,95%

I termini riportati di seguito si applicano all'obiettivo del livello del servizio di disponibilità per Oracle Database API per MongoDB:

  • Una connessione tramite Oracle Database API for MongoDB è una connessione diretta stabilita da qualsiasi strumento o applicazione a Cloud Service utilizzando Oracle Database API for MongoDB.

  • La percentuale di tempo di attività mensile viene calcolata sottraendo dal 100% la percentuale di minuti durante il mese di calendario in cui il Cloud Service applicabile era "Non disponibile".

  • "Non disponibile" indica un periodo di minuti in cui: (i) non è o può essere stabilita alcuna connessione tramite Oracle Database API per MongoDB e (ii) tutti i tentativi continui, almeno cinque, di stabilire tale errore di connessione.

Obiettivo livello del servizio a regressione zero

Oracle Autonomous Database Serverless applica automaticamente le patch al database. Oracle fornisce l'obiettivo del livello di servizio di nessuna regressione nel database di produzione a causa di queste patch.

Oracle Autonomous Database Serverless applica automaticamente le patch contenenti bug e correzioni della sicurezza durante le finestre di manutenzione annunciate sulla console del database. Quando esegui il provisioning del database di test o pre-produzione utilizzando l'opzione Livello patch iniziale, puoi eseguire il test delle patch in queste istanze prima che le patch vengano applicate al database di produzione. Se vengono rilevati problemi nel database di test o pre-produzione, è possibile inoltrare le richieste di servizio per ottenere i problemi risolti prima che la patch venga applicata al database di produzione.

Oracle fornisce un obiettivo a livello di servizio pari a zero regressioni nel database di produzione. La "regressione" in questo documento viene descritta come problemi introdotti dalle patch o dagli aggiornamenti ad Autonomous Database eseguiti durante la finestra di manutenzione annunciata sulla console del database.

Dopo l'applicazione di una patch al database a livello di patch iniziale, se riscontri e segnali un problema su tale database tramite una richiesta di servizio, Oracle compirà ogni sforzo ragionevole dal punto di vista commerciale per risolvere il problema in modo da evitare che lo stesso problema si verifichi nel database di produzione.

Per ulteriori informazioni, vedere Impostazione del livello di patch.