Manutenção de Serviço do Autonomous AI Database na Infraestrutura Dedicada do Exadata

A Oracle programa e executa todas as aplicações de patch e outras operações em todos os recursos do Autonomous AI Database da Dedicated Exadata Infrastructure. Ao mesmo tempo, ele oferece várias opções para personalizar, exibir e reprogramar eventos de manutenção para os diferentes recursos da infraestrutura.

Observação: com o Database In-Memory ativado, você pode sofrer degradação de desempenho durante qualquer atividade de aplicação de patch que resulte na reinicialização do banco de dados. Para obter informações adicionais sobre o Database In-Memory, consulte Database In-Memory.

Tipos de Manutenção de Serviço

A Oracle programa e executa diferentes atividades de manutenção de serviço no seu Autonomous AI Database. Esses eventos de manutenção variam em seu escopo e frequência de aplicação de patches.

A equipe de Operações em Nuvem da Oracle monitora continuamente a aplicação de patches e executará um rollback se um patch falhar nos testes básicos de integridade. Se for necessário um rollback, a manutenção será reprogramada. Embora a reversão seja a última opção, nosso objetivo é sempre fornecer a correção mais rápida para restaurar seu banco de dados para um estado íntegro. Se uma regressão aparecer somente no seu aplicativo, ela deverá ser reportada por meio de uma solicitação de serviço (SR). Para problemas críticos que exigem atenção imediata, a Oracle pode desenvolver e implementar um patch one-off fora da programação de manutenção padrão.

• Patches de Manutenção Trimestral: Em geral, a Oracle programa e executa toda a manutenção de frota espalhada por cada trimestre.

  • Os patches de manutenção trimestral são aplicados em vários níveis de recursos, como Exadata Infrastructure, AVMC (Autonomous Exadata VM Cluster) e ACD (Autonomous Container Database). A janela de manutenção trimestral pode ser definida durante a criação desses recursos da infraestrutura ou alterada posteriormente.

  • Você pode deixar a Oracle tratar a programação da manutenção ou pode definir uma janela de manutenção específica em que a Oracle pode iniciar as operações de manutenção.

  • Por padrão, a Oracle aplica Atualizações de Versão (RUs) juntamente com esses patches de manutenção trimestral. Você pode configurar para atualizar a RU em um método de manutenção Contínuo ou Não Contínuo.

    • O método Rolling atualiza o ACD, um nó por vez, sem tempo de inatividade para os Autonomous AI Databases.

    • O método Não Incremental é encerrado e atualiza o ACD em paralelo em todos os nós. Esse método minimiza o tempo de manutenção, mas requer tempo de inatividade total para o ACD e todos os Autonomous AI Databases associados.

      Observação: em uma configuração do Autonomous Data Guard, o método de manutenção não incremental resulta em tempo de inatividade para os ACDs principal e stand-by durante a respectiva janela de manutenção até a conclusão da aplicação de patch.

  • Você também pode incluir o arquivo de fuso horário a ser atualizado junto com a RU. Os patches de manutenção trimestrais que incluem uma atualização de arquivo de fuso horário exigiriam um período de indisponibilidade completo para o ACD e os Autonomous AI Databases associados. O tempo de inatividade depende da quantidade de dados que são sensíveis ao fuso horário.

  • Os patches de manutenção trimestral sem uma atualização de arquivo de fuso horário podem ser aplicados em um método incremental ou não incremental, dependendo da configuração de manutenção do ACD (Autonomous Container Database).

• Patches de Segurança Mensais:

  • Patches de Segurança do Exadata Infrastructure: a Oracle programa e executa uma atividade mensal de manutenção de segurança da infraestrutura juntamente com a manutenção trimestral. No entanto, esses patches de segurança são aplicados apenas nos meses com atualizações de segurança críticas, incluindo correções de vulnerabilidades com pontuações de CVSS maiores ou iguais a 7.

    • Qualquer Infraestrutura Exadata provisionada antes da Oracle programar a manutenção de segurança será elegível para manutenção de segurança.

    • O processo mensal de manutenção de segurança atualiza os servidores de banco de dados para corrigir vulnerabilidades críticas de segurança e problemas de produtos. Eles também atualizam os servidores de armazenamento para uma imagem do Software de Armazenamento Exadata que resolve vulnerabilidades de segurança conhecidas e problemas de produtos.

  • Patches de Segurança do Cluster de VMs Autônomas: A Oracle executa manutenção de segurança mensal para Clusters de VMs Autônomas, além das atualizações trimestrais regulares. Esses patches só são aplicáveis a regiões GOV.

    • Os patches de segurança mensais são aplicados usando o método de rolagem.

    • O primeiro mês de cada trimestre inclui patches trimestrais; os dois meses seguintes incluem patches de segurança mensais.

    • Para garantir que os patches sejam aplicados, selecione todos os três meses do trimestre e especifique uma preferência para a Semana 3 e/ou a Semana 4.

• Patches Únicos: O sistema Oracle gera patches one-off para solicitações de suporte críticas arquivadas no My Oracle Support. Para obter ajuda sobre como registrar uma solicitação de suporte, consulte Criar uma Solicitação de Serviço no My Oracle Support .

  • Quando você e a Oracle concordam que uma solicitação de serviço é essencial e exige um patch one-off para resolução imediata, a equipe de serviço gera um patch one-off e o disponibiliza. Os patches one-off são separados dos patches de manutenção programados.

  • Se você ativar notificações e eventos do Oracle Cloud com uma regra para receber notificações relacionadas a novas atualizações, quando patches one-off estiverem disponíveis, a Oracle enviará uma notificação contendo o OCID do produto a ser corrigido. Caso contrário, você poderá encontrar o aviso de disponibilidade de atualização no portal do My Oracle Support para a solicitação de suporte que você registrou.

  • Os patches one-off são incorporados à próxima Atualização de Release (RU) para garantir que:

    • Uma correção única fornecida para um cliente específico está disponível para todos os clientes.

    • As versões subsequentes não precisam aplicar patches one-off novamente.

  • Se necessário, uma RU pode ter vários patches one-off incorporados a ela. A partir da versão atual, os patches one-off não são cumulativos e, portanto, você deve aplicá-los individualmente. Se um patch pontual estiver muito próximo da RU subsequente, uma versão personalizada da RU com a correção única será criada para o próximo trimestre.

  • Suponhamos que uma correção pontual que não seja mesclada na última RU esteja programada e você escolha aplicar a próxima RU. Em seguida, a Oracle cancela o patch one-offl programado. Você pode exibir as execuções de manutenção canceladas no histórico de manutenção. Todos os detalhes de aplicação de patch one-off registrados no histórico de manutenção estão disponíveis em downloads e serviços de auditoria e registro em log.

  • Se necessário, um patch one-off pode ser revertido por meio de uma solicitação de serviço.

  • O número de patches one-off disponíveis para um Autonomous Container Database é mostrado em sua página Detalhes. Clicar no link Copiar ao lado dele copia todos esses números de patch one-off.

Especificar Quando a Manutenção Pode Ocorrer

Em geral, a Oracle programa e executa toda a manutenção da frota espalhada por cada trimestre e correções mensais de segurança de infraestrutura para vulnerabilidades com pontuações de CVSS maiores ou iguais a 7. Você pode deixar a Oracle tratar a programação da manutenção ou pode definir uma janela de manutenção específica em que a Oracle pode iniciar as operações de manutenção.

Personalizando a Manutenção Trimestral

Você escolhe uma programação para manutenção automática trimestral dos recursos do Autonomous AI Database ou permite que a Oracle programe as atualizações automaticamente. Com antecedência, a Oracle notifica você sobre a data e a hora da próxima manutenção programada.

Você pode executar o seguinte com manutenção trimestral automática em vários níveis de recursos, conforme listado na tabela abaixo:

• Personalize as preferências e a programação de manutenção automática. Você pode definir essas preferências ao provisionar os recursos do Autonomous AI Database ou alterá-los posteriormente.

• Exiba e altere a programação a qualquer momento antes do início da manutenção programada. As alterações feitas na manutenção programada para os trimestres subsequentes não afetam a programação do trimestre atual.

• Exibir os eventos de manutenção anteriores.

Recursos de Infraestrutura	Observações e referência adicional
Exadata Infrastructure (EI)	Alterar a Programação de Manutenção de um Recurso Exadata Infrastructure. Há várias opções para personalizar a programação de manutenção conforme explicado em Definições na Programação de Manutenção que são Personalizáveis. Exibir e Gerenciar a Manutenção Programada de um Recurso Exadata Infrastructure Exibir Manutenção Anterior de um Recurso Exadata Infrastructure
AVMC (Autonomous Exadata VM Cluster)	Alterar a Programação de Manutenção de um Cluster de VMs do Autonomous Exadata. Há várias opções para personalizar a programação de manutenção, conforme explicado em Definições na Programação de Manutenção Personalizáveis. Exibir e Gerenciar Manutenção Programada de um Cluster de VMs do Autonomous Exadata Exibir Manutenção Anterior de um Cluster de VMs do Autonomous Exadata Observação: os recursos VMC provisionados nos recursos do Exadata Infrastructure no Oracle Cloud antes da inicialização do recurso de várias VMs do Autonomous AI Database herdam a programação de manutenção de sua Infraestrutura Exadata associada.
ACD (Autonomous Container Database)	Atualizar Preferências de Manutenção do Autonomous Container Database demonstra como atualizar as seguintes preferências: Método de manutenção para as atualizações automáticas (Rolling ou Non-rolling). Você também pode incluir o arquivo de fuso horário a ser atualizado junto com a RU. Observação: em uma configuração do Autonomous Data Guard, o método de manutenção não incremental resulta em tempo de inatividade para os ACDs principal e stand-by durante sua respectiva janela de manutenção até a conclusão da aplicação de patch. Versão de manutenção para as atualizações automáticas (Próxima RU ou Última RU). Programação de manutenção automática para o ACD. Há várias opções para personalizar a programação de manutenção, conforme explicado em Definições na Programação de Manutenção Personalizáveis. Observação: Você não pode definir uma programação personalizada para um ACD stand-by em uma configuração de Autonomous Data Guard. No entanto, você pode definir o número de dias para os quais a manutenção do ACD stand-by será programada antes da manutenção do ACD principal porque o ACD stand-by sempre é corrigido antes do ACD principal. Você também pode programar uma manutenção sob demanda para atualizar RU (Release Update) junto com o arquivo de fuso horário ou apenas o arquivo de fuso horário para um ACD. Para obter instruções, consulte Programar uma Atualização de Manutenção Trimestral. Observação: somente em caso de atualizações de arquivo de fuso horário sob demanda, o ACD stand-by será corrigido 3 dias antes do ACD principal nos ACDs ativados para o Autonomous Data Guard. Exibir e Gerenciar a Manutenção Programada de um Autonomous Container Database Exibir Manutenção Anterior de um Autonomous Container Database

Dica: A Oracle recomenda que você defina uma janela de manutenção para todos os recursos de infraestrutura listados acima para:

• Impedir que operações de manutenção ocorram em horários que possam prejudicar as operações regulares do banco de dados.
• Aplique patch aos seus recursos de infraestrutura de forma escalonada. O escalonamento dos eventos de manutenção para diferentes recursos de infraestrutura é uma das melhores práticas e pode ajudá-lo a verificar o patch em um conjunto de recursos antes de aplicar patch em outro. Por exemplo, quando você estiver usando diferentes Autonomous Container Databases para desenvolvimento e teste e quiser verificar os patches em seu ambiente de desenvolvimento antes de aplicá-los à produção, poderá personalizar suas programações de manutenção para que todos os ACDs de desenvolvimento sejam submetidos à aplicação de patches antes dos ACDs de produção.

Definições Personalizáveis na Programação de Manutenção

Você pode escolher os detalhes a seguir na console do Oracle Cloud Infrastructure ao definir uma programação personalizada para qualquer um dos recursos de infraestrutura acima.

• Meses Permitidos: Você deve selecionar pelo menos um mês por trimestre e também pode optar por ignorar a aplicação de patches para um trimestre. A correção não pode ser ignorada por dois trimestres consecutivos.

  Observação: quando você opta por ignorar, é necessário selecionar pelo menos um mês desse trimestre. Isso funciona como um fallback caso a manutenção não ocorra no trimestre não ignorado anterior. Nesse cenário, a Oracle executará automaticamente a manutenção no mês selecionado, mesmo se a opção de ignorar for escolhida para esse trimestre.

• Semana (ou Semanas) Dentro dos Meses Selecionados: As Semanas começam no 1º, 8º, 15º e 22º dias do mês e têm uma duração de 7 dias. As semanas começam e terminam com base nas datas do calendário, não nos dias da semana. A manutenção não pode ser programada para a quinta semana dos meses que contêm mais de 28 dias. Se você não especificar uma semana do mês, a Oracle designará uma semana automaticamente.

• Dia (ou Dias) da Semana Selecionada:

  Se um dia da semana não for especificado, a Oracle executará a atualização de manutenção em um dia que ela designar automaticamente.

  À medida que as semanas começam e terminam com base nas datas do calendário e não nos dias da semana, você deve prestar atenção extra ao escolher os dias se quiser garantir uma sequência específica de aplicação de patches no EI (Exadata Infrastructure). Por exemplo, observe os dois meses mostrados abaixo:

  

  Descrição da ilustração dayofweek.png

  

  Descrição da ilustração dayofweek2.png

  Para setembro de 2023, a semana 1 começa em uma sexta-feira e termina em uma quinta-feira. Então, seu primeiro sábado vem um dia antes de seu primeiro domingo. No entanto, a 1ª semana de outubro de 2023 começa em um domingo e termina em um sábado. Como resultado, seu primeiro sábado vem cinco dias após seu primeiro domingo.

  Suponha que você queira aplicar patches a todos os recursos Exadata Infrastructure antes de aplicar patches em seus ACDs (Autonomous Container Databases) para manter uma sequência específica de manutenção. Programando a manutenção do recurso Exadata Infrastructure na semana 1 Sábado e seus ACDs na semana 1 Domingo, assumindo que a semana 1 Domingo sempre vem um dia após a semana 1 Sábado pode funcionar por alguns meses, como Setembro de 2023, mas não outros, como Outubro de 2023. Se você quiser implementar uma sequência específica para aplicação de patches, talvez seja melhor espaçá-los por uma semana. Nesse caso, você pode programar seu recurso Exadata Infrastructure no sábado da semana 1 e seus ACDs no domingo da semana 2. Isso sempre garantirá que seu recurso Exadata Infrastructure seja submetido à aplicação de patches antes da aplicação de patches a seus ACDs.

• Janela de 4 Horas (ou Windows) quando as operações da manutenção podem começar.

• Período do Buffer Entre Manutenção Principal e Stand-by: Número de dias entre a manutenção ACD stand-by e a manutenção ACD principal, ou seja, quantos dias antes da execução da manutenção do banco de dados contêiner principal, a manutenção do banco de dados contêiner stand-beby deverá ser executada. Você pode escolher qualquer valor de 1 a 7 dias.

  A seleção do período de buffer só se aplica a um Autonomous Container Database que seja o banco de dados principal em uma configuração do Autonomous Data Guard.

• Lead Time: O número mínimo de semanas antes do evento da manutenção que você gostaria de receber uma mensagem de notificação. O lead time garante que uma atualização de manutenção recém-liberada seja programada levando em conta o período mínimo obrigatório de notificação antecipada.

  O Lead Time não se aplica à manutenção dos recursos do Autonomous Container Database.

• Você pode reverter as alterações de volta para as definições padrão selecionando Redefinir para padrão.

Personalizando a Manutenção Mensal de Segurança da Infraestrutura

A manutenção mensal da segurança da infraestrutura, quando necessário, está programada para ser aplicada durante um período de 21 dias que começa entre os dias 18 e 21 de cada mês e vai correr até o dia 9 até o dia 12 do mês seguinte. Você receberá uma notificação da programação proposta pelo menos 7 dias antes do início da janela da manutenção mensal, e poderá reprogramar a manutenção mensal para outra data na janela, se desejar.

Os patches de segurança mensais podem ser reprogramados para outra hora dentro da janela de manutenção, mas não podem ser ignorados ou reprogramados além da janela de 21 dias. Você pode reprogramar uma manutenção mensal de segurança ao reprogramar uma manutenção trimestral, desde que mantenha a mensal dentro da janela atual de manutenção.

Não há impacto nos Autonomous AI Databases ou aplicativos conectados a eles durante a atividade mensal de aplicação de patches de segurança de Infraestrutura. As atualizações feitas em servidores de banco de dados são aplicadas on-line por meio de tecnologia Ksplice, e as atualizações feitas em servidores de armazenamento são aplicadas de forma contínua.

No entanto, ao atualizar sua infraestrutura de serviço, o Oracle pode bloquear algumas operações, incluindo dimensionamento da memória e do armazenamento, patching do sistema operacional e do Grid Infrastructure (incluindo pré-verificações) e expansão elástica de servidores de computação e armazenamento. Planeje o adiamento dessas operações até que as atualizações sejam concluídas. A aplicação de atualizações da segurança leva cerca de 15 minutos por host do servidor de banco de dados, mais 60 minutos por servidor de armazenamento dependendo da atividade da Entrada/Saída. Se você tentar uma operação afetada, será notificado pela console sobre as atualizações de segurança em andamento. Nenhum software é atualizado nas VMs convidadas.

Personalizando Patches One-off

Usando a View de Manutenção da Console do Oracle Cloud, você pode editar o horário inicial programado ou optar por instalar o patch one-off imediatamente. Por padrão, a Oracle programa um patch one-off a ser aplicado dentro de 72 horas após a disponibilização do patch. Se nenhuma ação para alterar a programação ocorrer, o patch será aplicado automaticamente. É possível reprogramar os patches one-off apenas no trimestre atual. No entanto, não é possível ignorar um patch one-off.

Especificar Que Tipo de Patches Aplicar

Uma operação de manutenção padrão é aplicar patches de software de banco de dado aos seus Autonomous Container Databases e, por extensão, aos Autonomous AI Databases criados neles. Por padrão, a Oracle aplica Atualizações de Release (RUs). Você pode configurar o tipo de manutenção para Próxima RU para atualizar o Autonomous Container Database para a próxima atualização da release ou para a Última RU para atualizar o Autonomous Container Database para a atualização da release mais recente na próxima janela de manutenção. Da mesma forma, a Oracle usará um tipo de imagem que atenda à sua preferência quando disponível. Você sempre tem a opção de alterar um determinado patch programado para uma versão distinta, quando desejado.

Para obter orientação passo a passo, consulte Atualizar Preferências de Manutenção do Autonomous Container Database.

Exibir e Gerenciar uma Manutenção Já Programada

Quando uma atividade de manutenção for programada com base na janela de manutenção definida, você poderá gerenciar o cronograma real da atividade, mesmo até o ponto de alterar a versão do patch, aplicar o patch imediatamente ou ignorar a atividade.

Detalhes da Manutenção Programada

Para cada evento de manutenção programado do Exadata Infrastructure, do Cluster de VMs do Autonomous Exadata ou do Autonomous Container Database, a página Manutenção do recurso lista os seguintes detalhes:

• O status do evento.
• O tipo do evento, como Semanal, Trimestral, Mensal ou Anual.
• O OCID do evento.
• O horário inicial e a data programados do evento.

• O método de manutenção do evento como Incremental ou Não Incremental Isso é exibido somente para um recurso Exadata Infrastructure.

• A versão do patch a ser aplicada no evento. Isso é exibido somente para um recurso do Autonomous Container Database.

Operações de Gerenciamento em uma Manutenção Programada

Para cada evento de manutenção listado em uma página de manutenção de recursos de infraestrutura, você pode executar as seguintes operações de gerenciamento, desde que o evento ainda não esteja em andamento:

• Reprogramar o horário inicial e a data do evento para um momento posterior no trimestre. Especifique a nova data e hora iniciais na janela Editar Horário Inicial de Manutenção.

• Inicie o evento de manutenção imediatamente, clicando em Aplicar Patch Agora.

Observação: Aplique Agora não está disponível para um Autonomous AI Database ativado com Autonomous Data Guard. Como solução alternativa, você pode modificar o horário da manutenção programada para começar no período de 4 horas mais próximo disponível. Certifique-se de que o stand-by seja submetido à aplicação de patch antes do principal com um período de buffer de 1 a 7 dias entre eles.

• Ignore um evento programado de manutenção do Autonomous Container Database.

Observação: Você não pode ignorar dois eventos de manutenção consecutivos. Depois de ignorar um evento da manutenção, você não pode ignorar o próximo evento da manutenção programada imediata; você só pode ignorar os eventos da manutenção para dois trimestres alternativos em um ano.

• Selecione outra versão de patch a ser aplicada. Ao selecionar uma versão, observe o seguinte:

  • Você deve selecionar uma versão posterior à versão atual do Autonomous Container Database.

  • A lista de versões disponíveis pode conter RUs (atualizações da release) e RURs (revisões de atualização da release). Você pode escolher qualquer um dos tipos, independentemente do tipo de manutenção configurado para o Autonomous Container Database. A seleção de outro tipo na lista Versão não altera o tipo configurado para o Autonomous Container Database.

• Atualize o método da manutenção do Exadata Infrastructure de Rolling para Non-rolling e vice-versa.

Para obter a orientação passo a passo, consulte:

• Exibir e Gerenciar a Manutenção Programada de um Recurso Exadata Infrastructure

• Exibir e Gerenciar Manutenção Programada de um Cluster de VMs do Autonomous Exadata

• Exibir e Gerenciar a Manutenção Programada de um Autonomous Container Database

Exibir Notificações de Status de Manutenção

A view DB_NOTIFICATIONS armazena informações sobre notificações de status de manutenção para sua instância do Autonomous AI Database.

APLICA-SE A: Oracle Public Cloud somente

Para mostrar informações de notificação:

1. Conecte-se à sua instância do Autonomous AI Database.

2. Use a consulta a seguir para exibir informações de manutenção (aplicação de patches).

    SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
   

A seguir, são fornecidos detalhes sobre o status da manutenção.

• A execução da manutenção foi encerrada: Especifica que a manutenção foi concluída. O STATUS mostra o valor COMPLETED com os timestamps inicial e final para a manutenção concluída em ACTUAL_START_DATE e ACTUAL_END_DATE.

• A execução da manutenção está programada para a instância: Especifica que uma nova manutenção foi programada. O STATUS mostra o valor SCHEDULED com os timestamps inicial e final esperados para a manutenção programada em EXPECTED_START_DATE e EXPECTED_END_DATE.

• Execução de manutenção iniciada: Especifica se a manutenção está em andamento e fornece o timestamp inicial para a manutenção ativa. O STATUS mostra o valor IN_PROGRESS e ACTUAL_START_DATE armazena o timestamp inicial.

A tabela a seguir mostra as colunas e os tipos de dados DB_NOTIFICATIONS.

Coluna	Tipo de dados	Descrição
TYPE	VARCHAR2(128)TYPE	Especifica o tipo da notificação. O valor válido é: MAINTENANCE.
TIME	TIMESTAMP(6) WITH TIME ZONE	Hora em que a entrada de notificação foi adicionada.
EXPECTED_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Horário inicial da manutenção programado.
EXPECTED_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Hora final de manutenção programada.
ACTUAL_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Horário inicial da manutenção real.
ACTUAL_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Horário final da manutenção real.
PRODUCT	VARCHAR2(128)	Produto ou componente para o qual a manutenção está programada ou em andamento. Valores: DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS	VARCHAR2(128)	Status atual da manutenção. Valores: SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE	VARCHAR2(64)	Modo de operação de aplicação de patch. Valores: RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT	VARCHAR2(64)	Impacto do banco de dados. Valores: AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION	VARCHAR2(128)	Os detalhes da mensagem de notificação.
PATCH_ID	VARCHAR2(128)	Versão do patch.

Enfileiramento Automático de Eventos de Manutenção

Eventos de Manutenção Trimestral de DiferentesAutonomous AI DatabaseResources

Se você escolher uma programação de manutenção personalizada para qualquer recurso de infraestrutura, a Oracle respeitará a sua preferência ao programar os eventos de manutenção. No entanto, se sua programação personalizada criar qualquer sobreposição com outros recursos de infraestrutura, o sistema Oracle serializará automaticamente de forma que os eventos de manutenção sejam executados nesta sequência com algum intervalo de tempo entre eles; Exadata Infrastructure, Cluster de VMs do Autonomous Exadata, Autonomous Container Database.

Exemplo: Suponha que um evento da manutenção de recursos Exadata Infrastructure e um evento da manutenção do Autonomous Container Database estejam programados para serem iniciados simultaneamente. Nesse caso, o evento de manutenção de recursos Exadata Infrastructure é iniciado, e o evento de manutenção do Autonomous Container Database é enfileirado e começa imediatamente após o evento de manutenção de recursos Exadata Infrastructure.

Eventos de Manutenção Trimestral e Patches de Segurança Mensais de Infraestrutura

Cenário	Filas
Quando uma atividade de manutenção trimestral é programada dentro de 24 horas de um patch de segurança de infraestrutura mensal.	A manutenção mensal programada será ignorada e aplicada imediatamente após a manutenção trimestral.
Quando uma atividade de manutenção trimestral é programada ao mesmo tempo que um patch de segurança de infraestrutura mensal.	A manutenção trimestral será realizada primeiro e o patch de segurança mensal será aplicado imediatamente após a conclusão da manutenção trimestral.
Quando um patch de segurança de infraestrutura mensal é programado para começar 0 a 24 horas antes da manutenção trimestral.	A manutenção mensal programada aguardará e será executada imediatamente após a manutenção trimestral. Se a manutenção trimestral for reprogramada posteriormente, a manutenção de segurança mensal será iniciada imediatamente. Portanto, a Oracle recomenda programar a manutenção trimestral e mensal ao mesmo tempo. Como resultado, se você reprogramar o evento de manutenção trimestral na última hora, a atividade de manutenção mensal será executada na hora programada ao editar a programação.
Quando uma manutenção trimestral é programada fora da janela de 24 horas da manutenção da segurança no mesmo mês.	Você precisará de uma janela de Manutenção para manutenção trimestral e uma janela de Manutenção para manutenção de segurança. Observação: A qualquer momento antes da manutenção mensal programada do Exadata Infrastructure, você pode reprogramá-la. Os servidores de armazenamento só serão atualizados uma vez se você programar a manutenção de segurança mensal pelo menos 25 horas antes da manutenção trimestral no mês em que a manutenção de segurança trimestral e mensal foi programada.

Exibir Eventos de Manutenção Anteriores

Você pode exibir a manutenção passada de um Exadata Infrastructure, Cluster da VM do Autonomous Exadata ou de um recurso do Autonomous Container Database em sua página Detalhes.

Para obter a orientação passo a passo, consulte:

• Exibir Manutenção Anterior de um Recurso Exadata Infrastructure

• Exibir Manutenção Anterior de um Cluster de VMs do Autonomous Exadata

• Exibir Manutenção Anterior de um Autonomous Container Database

Monitorar Eventos de Manutenção de Serviço

Você pode monitorar os eventos da manutenção de recursos da infraestrutura do Autonomous AI Database usando os serviços Events e Notifications. Usando os serviços Events e Notifications, você poderá receber notificações por e-mail quando ocorrerem eventos de manutenção nos recursos Exadata Infrastructure, Cluster de VMs do Autonomous Exadata e Autonomous Container Database.

Para cada recurso de infraestrutura, quatro eventos de manutenção diferentes são gerados conforme listado abaixo:

• Manutenção Programada
• Lembrete de Manutenção para os recursos AVMC (Autonomous Exadata VM Cluster) e ACD (Autonomous Container Database), a notificação de lembrete de manutenção é enviada 1 semana antes da execução real da manutenção. Para recursos do Exadata Infrastructure, a notificação de lembrete é liberada entre 1 e 4 semanas antes da execução da manutenção, dependendo da preferência definida.
• Início da Manutenção
• Fim da Manutenção

Para obter a lista completa de eventos gerados para cada recurso de Infraestrutura, consulte Eventos do Autonomous AI Database on Dedicated Exadata Infrastructure.

Você pode se inscrever em qualquer um desses eventos de manutenção para um recurso de infraestrutura executando as seguintes tarefas de alto nível:

• Crie um tópico do serviço de notificações.
• Adicione uma inscrição de e-mail ao tópico.
• Adicione uma regra de serviço de eventos para enviar eventos de manutenção ao tópico do serviço de notificações.

Para obter um guia passo a passo com um exemplo, consulte Exemplo de Notificações: E-mails para Eventos de Manutenção.

Conteúdo Relacionado

Criar uma Solicitação de Serviço no My Oracle Support