Objetivos de Nivel de Servicio (SLO)

Describe los objetivos de nivel de servicio (SLO) para Oracle Autonomous Database Serverless.

Objetivo de tiempo de recuperación y objetivo de punto de recuperación

Oracle Autonomous Database Serverless está diseñado para devolver una aplicación en línea después de una interrupción no planificada o una actividad de mantenimiento planificada en segundos de un solo dígito.

En las siguientes tablas se describen los SLO de objetivo de tiempo de recuperación (RTO) de destino para diferentes eventos del fallo.

Evento Objetivo de Tiempo de Recuperación (RTO) Objetivo de Nivel de Servicio Objetivo de nivel de servicio de objetivo de punto de recuperación (RPO), pérdida de datos máxima posible

Eventos que requieren failover en una base de datos en espera cuando Autonomous Data Guard está activado, como:

  • Corrupciones de datos
  • Fallos completos de la base de datos
  • Fallos de almacenamiento completos
  • Fallos de dominio o región de disponibilidad

Con una base de datos en espera de Autonomous Data Guard:

Base de datos en espera local: dos (2) minutos

Base de datos en espera entre regiones: menos de diez (10) minutos

Consulte Objetivo de tiempo de recuperación (RTO) y objetivo de punto de recuperación (RPO) de Autonomous Data Guard para obtener más información.

Base de datos en espera local: el objetivo de pérdida de datos máximo posible es < 10 segundos

Base de datos en espera entre regiones: el objetivo de pérdida de datos máximo posible es de 1 minuto

Eventos que requieren failover en una copia de seguridad o restauración a partir de una copia de seguridad (cuando no hay una base de datos en espera de Autonomous Data Guard), como:

  • Corrupciones de datos
  • Fallos completos de la base de datos
  • Fallos de almacenamiento completos
  • Fallos de dominio o región de disponibilidad

Con la recuperación ante desastres basada en copia de seguridad, según el tamaño de la base de datos:

Copia de seguridad local: 1 hora + (1 hora por 5 TB)

Copia de seguridad entre regiones: 1 hora + (1 hora por 5 TB)

Por ejemplo, una base de datos de 5 TB tiene un objetivo de tiempo de recuperación (RTO) de hasta 2 horas.

Consulte Objetivo de tiempo de recuperación ante desastres (RTO) basado en copias de seguridad y objetivo de punto de recuperación (RPO) para obtener más información.

Copia de seguridad local: el objetivo de pérdida de datos máximo posible es < 10 segundos

Copia de seguridad entre regiones: el objetivo de pérdida de datos máximo posible es de 1 minuto

Disponibilidad de herramientas incorporadas

Oracle realizará esfuerzos comercialmente razonables para disponer de las siguientes herramientas con el objetivo de porcentaje de tiempo de actividad (disponibilidad) mensual, según se define a continuación, durante el compromiso de servicio de un mes natural.

Herramienta integrada de Oracle Autonomous Database Objetivo de nivel de servicio de disponibilidad
Oracle REST Data Services (ORDS) 99,95%
Oracle APEX (en Autonomous Database) 99,95%
Acciones de base de datos 99,95%
Graph Studio 99,95%
Oracle Machine Learning:
  • Oracle Machine Learning Notebooks
  • Oracle Machine Learning Services
  • Oracle Machine Learning for Python/R
  • Interfaz de Usuario de Oracle Machine Learning AutoML
99,95%
Transformaciones de datos 99,95%

Las siguientes condiciones se aplican al objetivo de nivel de servicio de disponibilidad de las herramientas incorporadas de Oracle Autonomous Database que se muestran en esta tabla:

  • "Ratio de Errores HTTP" se aplica por separado a cada Herramienta Incorporada de Base de Datos y significa que el valor porcentual corresponde a: (i) el número total de llamadas HTTP fallidas realizadas a la herramienta aplicable con un estado de "Bad Gateway" o "Service Unavailable" en un periodo de minutos durante un mes natural, dividido por (ii) el número total de llamadas HTTP realizadas a la herramienta en un periodo de minutos.

  • "Porcentaje de tiempo de actividad mensual" se calcula restando del 100%, la media del ratio de errores HTTP para cada período de minutos durante el mes natural aplicable.

Herramienta integrada de Oracle Autonomous Database Objetivo de nivel de servicio de disponibilidad
API de Oracle Database para MongoDB 99,95%

Los siguientes términos se aplican al objetivo de nivel de servicio de disponibilidad para Oracle Database API for MongoDB:

  • Una "Conexión a través de Oracle Database API for MongoDB" es una conexión directa establecida desde cualquier herramienta o aplicación a Cloud Service mediante Oracle Database API for MongoDB.

  • "Porcentaje de tiempo de actividad mensual" se calcula restando del 100%, el porcentaje de minutos durante el mes natural en el que el Cloud Service aplicable fue "No disponible".

  • "No disponible" significa un período de minutos en el que: (i) no se establece ni se puede establecer ninguna conexión a través de Oracle Database API for MongoDB y (ii) fallan todos los intentos continuos, al menos cinco, para establecer dicha conexión.

Objetivo de nivel de servicio de regresión cero

Oracle Autonomous Database Serverless aplica parches automáticamente en la base de datos. Oracle proporciona un objetivo de nivel de servicio de cero regresiones en la base de datos de producción debido a estos parches.

Oracle Autonomous Database Serverless aplica automáticamente parches que contienen correcciones de seguridad y bugs durante las ventanas de mantenimiento anunciadas en la consola de la base de datos. Al aprovisionar la base de datos de prueba o anterior a la producción mediante la opción Early Patch Level, puede probar los parches en estas instancias antes de que los parches se apliquen a la base de datos de producción. Si ve problemas en la base de datos de prueba o de producción previa, puede presentar solicitudes de servicio para solucionar los problemas antes de aplicar el parche a la base de datos de producción.

Oracle proporciona un objetivo de nivel de servicio de cero regresiones en la base de datos de producción. La "regresión" de este documento se describe como problemas introducidos por parches o actualizaciones de Autonomous Database realizados durante la ventana de mantenimiento anunciada en la consola de la base de datos.

Después de aplicar un parche a la base de datos en el nivel Early Patch, si encuentra y notifica una incidencia en esa base de datos a través de una solicitud de servicio, Oracle realizará los esfuerzos comercialmente razonables para solucionar el problema de manera que no se produzca la misma incidencia en la base de datos de producción.

Consulte Definición del nivel de parche para obtener más información.