Acuerdos de nivel de servicio (SLA) de disponibilidad para base de datos de IA autónoma en infraestructura de Exadata dedicada

En este tema se describen los objetivos del nivel de servicio (SLA) y los objetivos del nivel de servicio (SLO) para Oracle Autonomous AI Database en una Infraestructura de Exadata dedicada.

Oracle Autonomous AI Database se ejecuta en la infraestructura de Oracle Exadata Cloud (Oracle Public Cloud, Multicloud y Oracle Exadata Cloud@Customer), aprovechando la arquitectura de máxima disponibilidad (MAA) de Oracle. La base de datos de IA autónoma en infraestructura de Exadata dedicada está diseñada 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.

Oracle Maximum Availability Architecture (MAA) es un conjunto de mejores prácticas desarrolladas por ingenieros de la empresa Oracle durante muchos años para el uso integrado de tecnologías de alta disponibilidad, seguridad de datos y recuperación ante desastres de Oracle. El objetivo clave de Oracle MAA es cumplir los objetivos de tiempo de recuperación (RTO) y los objetivos de punto de recuperación (RPO) de las bases de datos y las aplicaciones de Oracle que se ejecutan en nuestro sistema y en plataformas de base de datos que utilizan arquitecturas y soluciones MAA de Oracle Cloud. La base de datos de IA autónoma en infraestructura de Exadata dedicada ha sido validada y certificada por MAA Platinum.

Consulte Maximum Availability Architecture and Autonomous AI Database Cloud en Oracle Database 19c High Availability Overview and Best Practices u Oracle Database 26ai High Availability Overview and Best Practices para obtener más información sobre Oracle MAA.

Uptime

En la siguiente tabla se describe el acuerdo de nivel de servicio (SLA) y el objetivo de nivel de servicio (SLO) para Oracle Autonomous AI Database en infraestructura de Exadata dedicada.

Servicio	Tipo	Tiempo de actividad (sin Autonomous Data Guard)	Tiempo de actividad (con Autonomous Data Guard)
Autonomous AI Database en infraestructura de Exadata dedicada (despliegues de nube pública), OCI, @AWS y @Azure	Acuerdo de Nivel de Servicio (SLA)	99,95% Un máximo de 22 minutos de tiempo de inactividad al mes.	99,995% Máximo de 132 segundos de tiempo de inactividad al mes.
Autonomous AI Database on Exadata Cloud@Customer	Objetivo de nivel de servicio (SLO)	99,95% Un máximo de 22 minutos de tiempo de inactividad al mes.	99,995% Máximo de 132 segundos de tiempo de inactividad al mes.
Base de datos de IA autónoma para desarrolladores (Despliegues de nube pública y Exadata Cloud@Customer)	Objetivo de nivel de servicio (SLO)	99,5%	No se aplica Autonomous AI Database para desarrolladores no está soportado con Autonomous Data Guard.

Servicio

Tipo

Tiempo de actividad (sin Autonomous Data Guard)

Tiempo de actividad (con Autonomous Data Guard)

Autonomous AI Database en infraestructura de Exadata dedicada (despliegues de nube pública), OCI, @AWS y @Azure

Acuerdo de Nivel de Servicio (SLA)

99,95%

Un máximo de 22 minutos de tiempo de inactividad al mes.

99,995%

Máximo de 132 segundos de tiempo de inactividad al mes.

Autonomous AI Database on Exadata Cloud@Customer

Objetivo de nivel de servicio (SLO)

99,95%

Un máximo de 22 minutos de tiempo de inactividad al mes.

99,995%

Máximo de 132 segundos de tiempo de inactividad al mes.

Base de datos de IA autónoma para desarrolladores

(Despliegues de nube pública y Exadata Cloud@Customer)

Objetivo de nivel de servicio (SLO)

99,5%

No se aplica

Autonomous AI Database para desarrolladores no está soportado con Autonomous Data Guard.

Nota: en el caso del acuerdo de nivel de servicio (SLA) de disponibilidad de las columnas de tiempo de actividad de la tabla anterior, Oracle realizará los esfuerzos comercialmente razonables para que cada servicio esté disponible con el porcentaje de tiempo de actividad mensual indicado durante cualquier mes natural (el "Compromiso de servicio"). Si no se cumple este compromiso de servicio, podrá recibir créditos de servicio para dicho servicio no conforme, con un porcentaje de crédito de servicio. Consulte la documentación central de Oracle PaaS e IaaS Public Cloud Services para conocer los valores del porcentaje de crédito de servicio y otros detalles.

Objetivo de tiempo de recuperación (RTO) y objetivo de punto de recuperación (RPO)

En las siguientes tablas se describen los SLA/SLO de objetivo de tiempo de recuperación (RTO) y objetivo de punto de recuperación (RPO) de destino para diferentes eventos de fallo para Autonomous AI Database en infraestructura de Exadata dedicada sin Autonomous Data Guard y con Autonomous Data Guard.

Eventos de fallos y mantenimiento	Tiempo de inactividad de nivel de servicio (SLO)	Pérdida máxima de datos viable
Eventos localizados, incluidos: Fallo de topología de red de cluster de Exadata Fallos de almacenamiento (disco y Flash) Fallos de la instancia de base datos Fallos del servidor de bases de datos Actualizaciones periódicas de mantenimiento de software y hardware	Casi cero	Cero
Eventos que necesitan restauración a partir de una copia de seguridad porque la base de datos en espera no existe: Corrupciones de datos Fallos de la base de datos completa Fallos de almacenamiento completo Dominio de disponibilidad (AD) para regiones con varios dominios de disponibilidad	Minutos a horas (sin Autonomous Data Guard)	15 minutos (sin Autonomous Data Guard)
Eventos que requieren actualizaciones de software no acumulativas o actualizaciones de base de datos	Hasta que finalice la actualización de software no sucesiva o el evento de actualización de la base de datos. Para las actualizaciones que incluyen una actualización de archivo de zona horaria, el tiempo de inactividad de nivel de servicio depende de la cantidad de datos de zona horaria que se modifican durante la actualización.	Cero

Eventos de fallos y mantenimiento

Tiempo de inactividad de nivel de servicio (SLO)

Pérdida máxima de datos viable

Eventos localizados, incluidos:

Fallo de topología de red de cluster de Exadata
Fallos de almacenamiento (disco y Flash)
Fallos de la instancia de base datos
Fallos del servidor de bases de datos
Actualizaciones periódicas de mantenimiento de software y hardware

Casi cero

Cero

Eventos que necesitan restauración a partir de una copia de seguridad porque la base de datos en espera no existe:

Corrupciones de datos
Fallos de la base de datos completa
Fallos de almacenamiento completo
Dominio de disponibilidad (AD) para regiones con varios dominios de disponibilidad

Minutos a horas

(sin Autonomous Data Guard)

15 minutos

(sin Autonomous Data Guard)

Eventos que requieren actualizaciones de software no acumulativas o actualizaciones de base de datos

Hasta que finalice la actualización de software no sucesiva o el evento de actualización de la base de datos.

Para las actualizaciones que incluyen una actualización de archivo de zona horaria, el tiempo de inactividad de nivel de servicio depende de la cantidad de datos de zona horaria que se modifican durante la actualización.

Cero

Eventos de fallos y mantenimiento	Tiempo de inactividad del nivel de servicio (RTO)	Posible pérdida de datos en el nivel de servicio (RPO)
Eventos localizados, incluidos: Fallos del tejido de red del cluster de Exadata Fallos de almacenamiento (disco y Flash) Fallos de la instancia de base datos Fallos del servidor de bases de datos Actualizaciones periódicas de mantenimiento de software y hardware	Cero o casi cero	Cero
Eventos que necesitan failover en la base de datos en espera mediante Autonomous Data Guard, incluidos: Corrupciones de datos (dado que Data Guard tiene reparación automática de bloques para corrupciones físicas, solo se necesita una operación de failover para corrupciones lógicas o grandes corrupciones de datos) Fallos de la base de datos completa Fallos de almacenamiento completo Fallos de región o dominio de disponibilidad (la protección contra fallos regionales solo está disponible si la base de datos en espera se encuentra entre regiones).	De unos segundos a dos minutos	Cero para la máxima disponibilidad (utiliza la transferencia de redo síncrono). Se utiliza más frecuentemente para bases datos en espera dentro de una región. Casi cero para el modo de protección de máximo rendimiento (utiliza el transporte de redo asíncrono). Se utiliza más frecuentemente para bases de datos de reserva entre regiones.

Eventos de fallos y mantenimiento

Tiempo de inactividad del nivel de servicio (RTO)

Posible pérdida de datos en el nivel de servicio (RPO)

Eventos localizados, incluidos:

Fallos del tejido de red del cluster de Exadata
Fallos de almacenamiento (disco y Flash)
Fallos de la instancia de base datos
Fallos del servidor de bases de datos
Actualizaciones periódicas de mantenimiento de software y hardware

Cero o casi cero

Cero

Eventos que necesitan failover en la base de datos en espera mediante Autonomous Data Guard, incluidos:

Corrupciones de datos (dado que Data Guard tiene reparación automática de bloques para corrupciones físicas, solo se necesita una operación de failover para corrupciones lógicas o grandes corrupciones de datos)
Fallos de la base de datos completa
Fallos de almacenamiento completo
Fallos de región o dominio de disponibilidad (la protección contra fallos regionales solo está disponible si la base de datos en espera se encuentra entre regiones).

De unos segundos a dos minutos

Cero para la máxima disponibilidad (utiliza la transferencia de redo síncrono). Se utiliza más frecuentemente para bases datos en espera dentro de una región.
Casi cero para el modo de protección de máximo rendimiento (utiliza el transporte de redo asíncrono). Se utiliza más frecuentemente para bases de datos de reserva entre regiones.