Objetivos de nivel de servicio (SLO)

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

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

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

En la siguiente tabla se describen los SLO de objetivo de tiempo de recuperación (RTO) de destino para diferentes eventos de fallo.

Evento Objetivo de nivel de servicio de objetivo de tiempo de recuperación (RTO) Objetivo de punto de recuperación (RPO), objetivo de nivel de servicio, 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
  • Fallo completo en la base de datos
  • Fallos de almacenamiento completo
  • Fallos de dominio o región de disponibilidad

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

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

Base de datos en espera entre regiones: quince (15) 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 máximo de pérdida de datos 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
  • Fallo completo en la base de datos
  • Fallos de almacenamiento completo
  • Fallos de dominio o región de disponibilidad

Con Backup-Based Disaster Recovery, 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) y objetivo de punto de recuperación (RPO) basados en copias de seguridad 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 máximo de pérdida de datos posible es de 1 minuto

Disponibilidad de herramientas incorporadas

Oracle realizará todos los esfuerzos comercialmente posibles para disponer de las siguientes herramientas con el objetivo de porcentaje de tiempo de actividad mensual (disponibilidad) definido a continuación, durante el compromiso de servicio de un mes natural.

Herramienta incorporada 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%
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.
  • Interfaz de usuario de Oracle Machine Learning AutoML
99,95%
Transformaciones de datos 99,95%

Los siguientes términos se aplican al objetivo de nivel de servicio de disponibilidad para 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 en la base de datos y significa que el valor de porcentaje corresponde a: (i) el número total de llamadas HTTP fallidas realizadas a la herramienta aplicable con un estado de "Puerta de enlace incorrecta" o "Servicio no disponible" en un período de minutos durante un mes natural, dividido entre (ii) el número total de llamadas HTTP realizadas a la herramienta en un período de minutos.

  • Se calcula "porcentaje de tiempo de actividad mensual" restando del 100%, el promedio del ratio de errores HTTP para cada período de minutos durante el mes natural aplicable.

Herramienta incorporada 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 la API de Oracle Database para MongoDB:

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

  • El "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 era "no disponible".

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

Objetivo de nivel de servicio de regresión cero

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

Oracle Autonomous Database Serverless aplica automáticamente parches que contienen correcciones de bugs y seguridad durante los períodos de mantenimiento anunciados en la consola de la base de datos. Al aprovisionar la base de datos de prueba o de preproducción mediante la opción Early patch level, puede probar los parches de estas instancias antes de aplicar los parches a la base de datos de producción. Si ve problemas en la base de datos de prueba o de producción previa, puede enviar solicitudes de servicio para obtener los problemas solucionados 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 incidencias introducidas por parches o actualizaciones de Autonomous Database realizadas 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 de parche temprano, si detecta y notifica un problema en esa base de datos a través de una solicitud de servicio, Oracle realizará todos los esfuerzos comercialmente razonables para solucionar el problema, de modo que no se produzca el mismo problema en la base de datos de producción.

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