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

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

O Oracle Autonomous Database é executado no Oracle Exadata Cloud infrastructure (Oracle Public Cloud, Multicloud e Oracle Exadata Cloud@Customer), aproveitando a Arquitetura de Disponibilidade Máxima (MAA) da Oracle. O Autonomous 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 Oracle Maximum Availability Architecture (MAA) é um conjunto de melhores práticas desenvolvidas pelos engenheiros da Oracle ao longo de muitos anos para o uso integrado das tecnologias Oracle High Availability, proteção de dados e recuperação 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 Database on Dedicated Exadata Infrastructure foi validado e certificado pelo MAA Platinum. Consulte Maximum Availability Architecture and Autonomous Database Cloud no Oracle Database 19c High Availability Overview and Best Practices ou Oracle Database 23ai High Availability Overview and Best Practices para obter mais detalhes sobre o Oracle MAA.

Tempo de funcionamento

A tabela a seguir descreve o SLA (Contrato de Nível de Serviço) e o SLO (Objetivo de Nível de Serviço) do Oracle Autonomous 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 Database on Dedicated Exadata Infrastructure (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 Database no Exadata Cloud@Customer, Autonomous 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 Database for Developers

(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 Database for Developers não é suportado 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 de RTO (Recovery Time Objective) e RPO (Recovery Point Objective) de destino para diferentes eventos de falha do Autonomous Database em uma Infraestrutura Dedicada do Exadata 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.