Documentazione dell'infrastruttura Oracle Cloud

Obiettivi del livello di assistenza (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 in linea in seguito a un'indisponibilità non pianificata o a un'attività di manutenzione pianificata in secondi a una cifra.
  • Disponibilità degli strumenti incorporati
    Oracle compirà ogni sforzo commercialmente ragionevole per avere i seguenti strumenti con un obiettivo Percentuale tempo di attività mensile (disponibilità) come definito di seguito, durante l'impegno del servizio di un mese di calendario.
  • Obiettivo del livello di servizio a zero regressioni
    Oracle Autonomous Database Serverless applica automaticamente le patch sul tuo database. Oracle fornisce un obiettivo del livello di servizio pari a zero regressioni nel database di produzione a causa di queste patch.

Argomento padre: Panoramica

Obiettivo tempo di recupero e obiettivo punto di recupero

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

Nella tabella seguente vengono descritti gli SLO RTO (Recovery Time Objective) di destinazione per i diversi eventi di errore.

Evento Obiettivo livello 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:

  • Corruzioni dei dati
  • Errori completi del database
  • Errori di storage completi
  • Errori del dominio di disponibilità o dell'area

Con uno standby Autonomous Data Guard:

Database in 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 in standby locale: l'obiettivo di perdita di dati massimo possibile è < 10 secondi.

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

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

  • Corruzioni dei dati
  • Errori completi del database
  • Errori di storage completi
  • 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 RTO (Backup-Based Disaster Recovery Time Objective) e RPO (Recovery Point Objective).

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

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

Disponibilità degli strumenti integrati

Oracle compirà ogni sforzo commercialmente ragionevole per disporre dei seguenti strumenti con un obiettivo Percentuale tempo di attività mensile (disponibilità) come definito di seguito, durante l'impegno per il servizio di un mese di calendario.

Strumento integrato di Oracle Autonomous Database Disponibilità - Obiettivo livello servizio
Oracle REST Data Services (ORDS) 99,95%
Oracle APEX (su Autonomous Database) 99,95%
Azioni database 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 Oracle Machine Learning AutoML
 99,95%
Trasformazioni dei dati 99,95%

Le seguenti condizioni si applicano all'obiettivo del livello di 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 incorporato nel 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 "Bad Gateway" 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.

  • "Percentuale tempo di attività mensile" viene calcolata sottraendo dal 100%, la media del tasso di errore HTTP per ogni periodo di minuti durante il mese di calendario applicabile.

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

Le seguenti condizioni si applicano all'Obiettivo del Livello di Servizio Disponibilità per Oracle Database API for 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.

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

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

Obiettivo livello servizio a regressione zero

Oracle Autonomous Database Serverless applica automaticamente le patch sul tuo database. Oracle fornisce un obiettivo del livello di servizio pari a zero regressioni nel database di produzione a causa di queste patch.

Oracle Autonomous Database Serverless applica automaticamente le patch contenenti bug e correzioni di sicurezza durante le finestre di manutenzione annunciate sulla console del database. Quando si esegue il provisioning del database di test o di pre-produzione utilizzando l'opzione Livello patch anticipato, è possibile eseguire il test delle patch su queste istanze prima che le patch vengano applicate al database di produzione. Se vengono rilevati problemi nel database di test o di pre-produzione, è possibile inoltrare le richieste di assistenza per risolvere i problemi prima dell'applicazione della patch al database di produzione.

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

Dopo l'applicazione di una patch al Vostro database a livello di patch Early, qualora riscontri e segnalassi un problema a tale database tramite una richiesta di assistenza, Oracle compirà ogni sforzo ragionevole dal punto di vista commerciale per risolvere il problema in modo che il medesimo problema non si verifichi nel Vostro database di produzione.

Per ulteriori informazioni, vedere Impostare il livello patch.