Acordos de Nível de Serviço (SLAs) de Disponibilidade para o Autonomous AI Database na Infraestrutura Dedicada do Exadata

Este tópico descreve os Acordos de Nível de Serviço (SLAs) e os Objetivos de Nível de Serviço (SLOs) do Oracle Autonomous AI Database on Dedicated Exadata Infrastructure.

O Oracle Autonomous AI Database é executado na infraestrutura do Oracle Exadata Cloud (Oracle Public Cloud, Multicloud e Oracle Exadata Cloud@Customer), aproveitando a Arquitetura de Disponibilidade Máxima (MAA) da Oracle. O Autonomous AI Database on Dedicated Exadata Infrastructure foi projetado para retornar um aplicativo on-line após uma interrupção não programada ou uma atividade de manutenção planejada em segundos de um único dígito.

O MAA (Maximum Availability Architecture) da Oracle é um conjunto de melhores práticas desenvolvidas por engenheiros da Oracle ao longo dos anos para o uso integrado de tecnologias de alta disponibilidade do Oracle, proteção a dados e descoberta de desastres. O principal objetivo do Oracle MAA é atender ao RTO (Recovery Time Objective) e ao RPO (Recovery Point Objective) de bancos de dados e aplicativos Oracle executados em nosso sistema e plataformas de banco de dados usando arquiteturas e soluções do Oracle Cloud MAA. O Autonomous AI Database on Dedicated Exadata Infrastructure foi validado e certificado pela MAA Platinum. Consulte Arquitetura de Disponibilidade Máxima e Autonomous AI Database Cloud em Visão Geral e Melhores Práticas de Alta Disponibilidade do Oracle Database 19c ou Visão Geral e Melhores Práticas de Alta Disponibilidade do Oracle Database 26ai para obter mais detalhes sobre o Oracle MAA.

Tempo de funcionamento

A tabela a seguir descreve o SLA (Service Level Agreement) e o SLO (Service Level Objective) do Oracle Autonomous AI Database on Dedicated Exadata Infrastructure.

Tabela - SLAs/SLOs de Tempo de Atividade

Serviço Tipo Tempo de atividade (sem o Autonomous Data Guard) Tempo de atividade (com o Autonomous Data Guard)

Autonomous AI Database na Infraestrutura Dedicada do Exadata (implantações do Oracle Public Cloud)

Contrato de Nível de Serviço (SLA)

99.95%

Um máximo de 22 minutos de tempo de inatividade por mês.

99.995%

Um máximo de 132 segundos de tempo de inatividade por mês.
Autonomous AI Database no Exadata Cloud@Customer, Autonomous AI Database no Oracle Database@AWS Objetivo do Nível de Serviço (SLO)

99.95%

Um máximo de 22 minutos de tempo de inatividade por mês.

99.995%

Um máximo de 132 segundos de tempo de inatividade por mês.

Autonomous AI Database para desenvolvedores

(Implantações do Oracle Public Cloud e do Exadata Cloud@Customer)

Objetivo do Nível de Serviço (SLO)

99.5%

Não se aplica

O Autonomous AI Database para Desenvolvedores não é compatível com o Autonomous Data Guard.

Observação:

Para o Contrato de Nível de Serviço (SLA) de Disponibilidade sob as colunas de Tempo de Atividade na tabela acima, a Oracle envidará esforços comercialmente razoáveis para disponibilizar cada Serviço desse tipo com a Porcentagem de Tempo de Atividade Mensal indicada durante qualquer mês calendário (o "Compromisso de Serviço"). Se esse Compromisso de Serviço não for atendido, você será elegível para receber Créditos de Serviço para esse Serviço Não Compatível, com uma Porcentagem de Crédito de Serviço. Consulte o Documento Pilar do Oracle PaaS and IaaS Public Cloud Services para obter os valores de Porcentagem de Crédito de Serviço e outros detalhes.

RTO (Recovery Time Objective ) e RPO (Recovery Point Objective)

As tabelas a seguir descrevem os SLAs/SLOs RTO (Recovery Time Objective) e RPO (Recovery Point Objective) de destino para diferentes eventos de falha no Autonomous AI Database on Dedicated Exadata Infrastructure sem o Autonomous Data Guard e com o Autonomous Data Guard.

Tabela - Tempo de Recuperação da Política de Alta Disponibilidade Padrão e SLAs/SLOs do Ponto de Recuperação

Eventos de Falha e Manutenção Inatividade no Nível de Serviço (SLO) Perda Máxima de Dados Viáveis
Eventos localizados, incluindo:
  • Falhas na topologia da rede de clusters Exadata
  • Falha de armazenamento (disco e flash)
  • Falha na instância do banco de dados
  • Falhas no servidor de banco de dados
  • Atualizações periódicas de manutenção de software e hardware

Quase zero

Zero
Eventos que requerem restauração do backup porque o banco de dados stand-by não existe:
  • Corrompimento de dados
  • Falhas completas no banco de dados
  • Falhas completas de armazenamento
  • Domínio de disponibilidade (AD) para regiões com vários ADs

Minutos a horas

(sem o Autonomous Data Guard)

15 minutos

(sem o Autonomous Data Guard)

Eventos que exigem atualizações de software não incrementais ou upgrades de banco de dados

Até que a atualização de software não incremental ou o evento de upgrade do banco de dados seja concluído.

Para as atualizações que incluem uma atualização de arquivo de fuso horário, o tempo de inatividade no nível de serviço depende da quantidade de dados de fuso horário modificados durante a atualização.

Zero

Tabela - SLAs/SLOs de Ponto de Recuperação e Tempo de Recuperação do Autonomous Data Guard

Eventos de Falha e Manutenção Inatividade no nível de serviço (RTO) Potencial Perda de Dados no Nível de Serviço (RPO)
Eventos localizados, incluindo:
  • Falhas na malha da rede de clusters do Exadata
  • Falha de armazenamento (disco e flash)
  • Falha na instância do banco de dados
  • Falhas no servidor de banco de dados
  • Atualizações periódicas de manutenção de software e hardware

Zero ou Quase Zero

Zero
Eventos que exigem failover para o banco de dados stand-by usando o Autonomous Data Guard, incluindo:
  • Corrupção de dados (como o Data Guard tem reparo de bloqueio automático para danos físicos, uma operação de failover só é necessária em caso de danos lógicos ou uma grande corrupção de dados)
  • Falhas completas no banco de dados
  • Falhas completas de armazenamento
  • Falhas no domínio de disponibilidade ou na região (a proteção de falha regional só estará disponível se o stand-by estiver localizado entre regiões.)

De alguns segundos a dois minutos
  • Zero com modo de proteção de disponibilidade máxima (usa transporte de redo síncrono). Mais comumente usado para bancos de dados stand-by intrarregionais.
  • Quase zero para modo de proteção de desempenho máximo (usa transporte de redo assíncrono). Mais comumente usado para bancos de dados stand-by entre regiões.