Objetivos de Nível de Serviço (SLOs)
Descreve os SLOs (Service Level Objectives) do Oracle Autonomous Database Serverless.
- Objetivo de Tempo de Recuperação e Objetivo de Ponto de Recuperação
O Oracle Autonomous Database Serverless 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. - Disponibilidade da Ferramenta Incorporada
A Oracle envidará esforços comercialmente razoáveis para ter as seguintes ferramentas com um objetivo de Porcentagem de Disponibilidade Mensal (Disponibilidade), conforme definido abaixo, durante o compromisso de serviço de um mês calendário. - Objetivo de Nível de Serviço de Regressão Zero
O Oracle Autonomous Database Serverless aplica patches automaticamente no seu banco de dados. A Oracle fornece um objetivo de nível de serviço de regressões zero em seu banco de dados de produção devido a esses patches.
Tópico principal: Visão Geral
Recovery Time Objective e Recovery Point Objective
O Oracle Autonomous Database Serverless 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.
A tabela abaixo descreve os SLOs RTO (Recovery Time Objective) de destino de diferentes eventos com falha.
| Evento | Objetivo de Nível de Serviço RTO (Recovery Time Objective) | Objetivo de Nível de Serviço do RPO (Recovery Point Objective), Perda Máxima de Dados Possível |
|---|---|---|
|
Eventos que exigem failover para um banco de dados stand-by quando o Autonomous Data Guard está ativado, como:
|
Com um stand-by do Autonomous Data Guard: Banco de Dados Stand-by Local: dois (2) minutos Banco de Dados Stand-by entre Regiões: menos de dez (10) minutos Consulte RTO (Recovery Time Objective) e RPO (Recovery Point Objective) do Autonomous Data Guard para obter mais informações. |
Banco de Dados Stand-by Local: O objetivo máximo possível de perda de dados é < 10 segundos Banco de Dados Stand-by entre Regiões: O objetivo máximo possível de perda de dados é de 1 minuto |
|
Eventos que exigem failover para uma cópia de backup ou restauração de um backup (quando não há um stand-by do Autonomous Data Guard), como:
|
Com o Backup-Based Disaster Recovery, com base no tamanho do banco de dados: Cópia de backup local: 1 hora + (1 hora por 5 TB) Cópia de backup entre Regiões: 1 hora + (1 hora por 5 TB) Por exemplo, um banco de dados de 5 TB tem um RTO (Recovery Time Objective) de até 2 horas. Consulte RTO (Backup-Based Disaster Recovery Time Objective) e RPO (Recovery Point Objective) para obter mais informações. |
Cópia de backup local: O objetivo máximo de perda de dados possível é < 10 segundos Cópia de backup entre Regiões: O objetivo máximo de perda de dados possível é de 1 minuto |
Tópico pai: Objetivos do Nível de Serviço (SLOs)
Disponibilidade da Ferramenta Incorporada
A Oracle envidará esforços comercialmente razoáveis para ter as seguintes ferramentas com um objetivo de Porcentagem de Tempo de Atividade Mensal (Disponibilidade), conforme definido abaixo, durante o compromisso de serviço de um mês calendário.
| Ferramenta Incorporada do Oracle Autonomous Database | Objetivo de Nível de Serviço de Disponibilidade |
|---|---|
| Oracle REST Data Services (ORDENS) | 99.95% |
| Oracle APEX (no Autonomous Database) | 99.95% |
| Ações do Banco de Dados | 99.95% |
| Graph Studio | 99.95% |
Oracle Machine Learning:
|
99.95% |
| Transformações de Dados | 99.95% |
Os termos a seguir se aplicam ao Availability Service Level Objective para as Ferramentas Incorporadas do Oracle Autonomous Database listadas nesta tabela:
-
A "Taxa de Erros HTTP" se aplica separadamente a cada Ferramenta Integrada do Banco de Dados e significa que o valor percentual corresponde a: (i) o número total de chamadas HTTP com falha feitas para a ferramenta aplicável com um status de "Bad Gateway" ou "Service Unavailable" em um período de minutos durante um mês calendário, dividido por (ii) o número total de chamadas HTTP feitas para a ferramenta em um período de minutos.
-
A "Porcentagem de Disponibilidade Mensal" é calculada subtraindo de 100%, a média da Taxa de Erros HTTP para cada período de minutos durante o mês aplicável.
| Ferramenta Incorporada do Oracle Autonomous Database | Objetivo de Nível de Serviço de Disponibilidade |
|---|---|
| Oracle Database API for MongoDB | 99.95% |
Os termos a seguir se aplicam ao Availability Service Level Objective para o Oracle Database API for MongoDB:
-
Uma "Conexão por meio da Oracle Database API for MongoDB" é uma conexão direta estabelecida de qualquer ferramenta ou aplicativo com o Cloud Service usando a Oracle Database API for MongoDB.
-
A "Porcentagem de Atividade Mensal" é calculada subtraindo de 100%, a porcentagem de minutos durante o mês do calendário em que o Cloud Service aplicável estava "Indisponível".
-
"Indisponível" significa um período de minutos em que: (i) nenhuma conexão por meio do Oracle Database API for MongoDB é ou pode ser estabelecida e (ii) todas as tentativas contínuas, pelo menos cinco, de estabelecer tal conexão falham.
Tópico pai: Objetivos do Nível de Serviço (SLOs)
Objetivo de Nível de Serviço de Regressão Zero
O Oracle Autonomous Database Serverless aplica automaticamente patches no seu banco de dados. A Oracle fornece um objetivo de nível de serviço de regressões zero em seu banco de dados de produção devido a esses patches.
O Oracle Autonomous Database Serverless aplica automaticamente patches que contêm correções de bugs e segurança durante os períodos de manutenção anunciados na console do banco de dados. Ao provisionar seu banco de dados de teste ou pré-produção usando a opção Nível de patch Antecipado, você pode testar os patches nessas instâncias antes que os patches sejam aplicados ao seu banco de dados de produção. Se você vir problemas no seu banco de dados de teste ou pré-prod, poderá registrar solicitações de serviço para obter os problemas resolvidos antes que o patch seja aplicado ao seu banco de dados de produção.
A Oracle fornece um objetivo de nível de serviço de regressões zero em seu banco de dados de produção. A "Regressão" neste documento é descrita como problemas introduzidos por patches ou atualizações no Autonomous Database executadas durante a janela de manutenção anunciada na console do banco de dados.
Depois que um patch for aplicado ao seu banco de dados no nível de patch Antecipado, se você encontrar e relatar um problema nesse banco de dados por meio de uma solicitação de serviço, a Oracle envidará esforços comercialmente razoáveis para tratar do problema de modo que esse mesmo problema não ocorra no seu banco de dados de produção.
Consulte Definir o Nível de Patch para obter mais informações.
Tópico pai: Objetivos do Nível de Serviço (SLOs)