Manutenção de Serviços do Autonomous Database on Dedicated Exadata Infrastructure
A Oracle programa e executa toda a aplicação de patches e outras operações de manutenção em todos os recursos do Autonomous Database na Infraestrutura Dedicada do Exadata. Ao mesmo tempo, ela fornece várias opções para personalizar, exibir e reagendar eventos de manutenção para os diferentes recursos de 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.
Tópicos Relacionados
Tipos de Manutenção de Serviço
A Oracle programa e executa diferentes atividades de manutenção de serviço no seu Autonomous Database. Esses eventos de manutenção variam em seu escopo e frequência de aplicação de patches.
- Patches de Manutenção Trimestral: Em geral, a Oracle programa e executa toda a manutenção da frota espalhada por cada trimestre.
- Os patches de manutenção trimestrais são aplicados em vários níveis de recursos, como Exadata Infrastructure, Cluster de VMs do Autonomous Exadata (AVMC) e Autonomous Container Database (ACD). A janela de manutenção trimestral pode ser definida ao criar esses recursos de 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 Release (RUs) junto com esses patches de manutenção trimestral. Você pode configurar para atualizar a RU em um método de manutenção Incremental ou Não Incremental.
- O método Rolling atualiza o ACD, um nó de cada vez, sem tempo de inatividade para os Autonomous 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 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 sua respectiva janela de manutenção até que a aplicação de patch seja concluída.
- 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 tempo de inatividade completo para o ACD e os Autonomous Databases associados. O tempo de inatividade depende da quantidade de dados que são sensíveis a fuso horário.
- Os patches de manutenção trimestrais 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 Autonomous Container Database (ACD).
- 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 Exadata Infrastructure provisionado antes que a Oracle programe 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 produto. Eles também atualizam servidores de armazenamento para uma imagem do Software de Armazenamento Exadata que resolve vulnerabilidades de segurança conhecidas e problemas de produto.
- 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 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.
- Patches Únicos: A Oracle gera patches one-off para solicitações de suporte críticas registradas 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.
- Suponha que uma correção única que não seja incorporada à RU mais recente esteja programada e você opte por 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 distribuída 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
Escolha uma programação para manutenção automática trimestral dos recursos do Autonomous Database ou deixe 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 Database ou alterá-las 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 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) |
|
Cluster de VMs do Autonomous Exadata (AVMC) |
Observação: Os recursos AVMC provisionados nos recursos do Exadata Infrastructure no Oracle Cloud antes da inicialização do recurso de vários Autonomous Databases de VM herdam a programação de manutenção de seu Exadata Infrastructure associado. |
ACD (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 aplicação de patches não pode ser ignorada por dois trimestres consecutivos.
Observação:
Ao optar por ignorar, você precisa selecionar pelo menos um mês a partir desse trimestre. Isso funciona como um fallback no caso de a manutenção não ocorrer no trimestre anterior não ignorado. Nesse cenário, a Oracle executará automaticamente a manutenção no mês selecionado, mesmo que ignorar seja escolhido para esse trimestre. -
Semana (Semana) Nos Meses Selecionados: As semanas começam no 1o, 8o, 15o e 22o 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 dayofweek2.pngPara 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 semana 1 em outubro de 2023 começa em um domingo e termina em um sábado. Como resultado, seu primeiro sábado vem cinco dias depois de 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. A programação da manutenção do recurso Exadata Infrastructure no sábado da semana 1 e seus ACDs no domingo da semana 1, supondo que o domingo da semana 1 sempre venha um dia após o sábado da semana 1, possa funcionar por alguns meses, como Setembro de 2023, mas não por outros, como Outubro de 2023. Se você quiser implementar uma sequência específica de aplicação de patches, talvez seja uma opção melhor espaçá-las 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 (ou Windows) (4 Horas quando as operações de manutenção podem começar.
-
Período de Buffer Entre a Manutenção Principal e Stand-by: Número de dias entre a manutenção do ACD stand-by e a manutenção do ACD principal, ou seja, quantos dias antes da execução da manutenção no banco de dados contêiner principal, essa manutenção no banco de dados contêiner stand-by 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.
- Hora do Lead: O número mínimo de semanas antes do evento de manutenção que você deseja 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 às configurações padrão selecionando Redefinir para padrão.
Personalizando a Manutenção de Segurança de Infraestrutura Mensal
A manutenção mensal da segurança da infraestrutura, quando necessário, está programada para ser aplicada durante uma janela de 21 dias que começa entre os dias 18 e 21 de cada mês e será executada até o dia 9 e o dia 12 do mês seguinte. Você receberá notificação da programação proposta pelo menos 7 dias antes do início da janela de manutenção mensal e poderá reprogramar a manutenção mensal para outra data na janela, se desejado.
Os patches de segurança mensais podem ser reprogramados para outro momento dentro da janela de manutenção, mas não podem ser ignorados ou reprogramados além da janela de 21 dias. Você pode reagendar a manutenção de segurança mensal ao reagendar a manutenção trimestral, desde que mantenha a manutenção mensal dentro da janela de manutenção atual.
Não há impacto nos Autonomous Databases ou aplicativos conectados a eles durante a atividade mensal de aplicação de patches de segurança de Infraestrutura. As atualizações nos servidores de banco de dados são aplicadas on-line por meio da tecnologia Ksplice, e as atualizações nos servidores de armazenamento são aplicadas de forma incremental.
No entanto, ao atualizar sua infraestrutura de serviço, a Oracle pode bloquear algumas operações, incluindo dimensionamento de memória e armazenamento, aplicação de patches 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 de 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 de 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 dados aos seus Autonomous Container Databases e, por extensão, aos Autonomous Databases criados neles. Por padrão, a Oracle aplica Atualizações de Release (RUs). Você pode configurar o tipo de manutenção como Próxima RU para atualizar o Autonomous Container Database para a próxima atualização de release ou a RU Mais Recente para atualizar o Autonomous Container Database para a atualização de 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
- 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 Este é exibido somente para um recurso Exadata Infrastructure.
- A versão do patch a ser aplicada no evento. Esta é exibida somente para um recurso do Autonomous Container Database.
Operações de Gerenciamento em uma Manutenção Programada
- Reprogramar o horário inicial e a data do evento para um momento posterior no trimestre. Especifique o novo horário inicial e a data na janela Editar Horário Inicial da Manutenção.
- Inicie o evento de manutenção imediatamente clicando em Patch Agora.
Observação:
Aplicar Patch Agora não está disponível para um Autonomous Database ativado com o 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 de manutenção programada do Autonomous Container Database.
Observação:
Não é possível ignorar dois eventos de manutenção consecutivos. Depois de ignorar um evento de manutenção, você não poderá ignorar o próximo evento de manutenção imediato programado; você só poderá ignorar os eventos de manutenção para dois trimestres alternados 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 de manutenção do Exadata Infrastructure de Rolling para Non-rolling e vice-versa.
Enfileiramento Automático de Eventos de Manutenção
Eventos de Manutenção Trimestrais de Diferentes Recursos do Autonomous Database
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 de manutenção de recursos Exadata Infrastructure e um evento de manutenção do Autonomous Container Database sejam programados para inicialização simultânea. 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 Trimestrais e Patches Mensais de Segurança de Infraestrutura
Cenário | Fila |
---|---|
Quando uma atividade de manutenção trimestral é programada em 24hours de um patch de segurança de infraestrutura mensal. | A manutenção mensal programada será ignorada e aplicada imediatamente após a manutenção trimestre. |
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á executada 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 está programado para iniciar de 0 a 24 horas à frente 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 no último momento, a atividade de manutenção mensal será executada no horário programado após a edição da programação. |
Quando uma manutenção trimestral é programada fora do período de 24 horas da manutenção de 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 anterior de um recurso Exadata Infrastructure, do Cluster de VMs do Autonomous Exadata ou do Autonomous Container Database na sua respectiva página Detalhes.
Monitorar Eventos de Manutenção de Serviço
Você pode monitorar os eventos de manutenção dos recursos de infraestrutura do Autonomous 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.
- 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 da manutenção real. 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 Database na Infraestrutura Dedicada do Exadata.
- 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.
Exemplo - Notificações: E-mails para Eventos de Manutenção
Para obter um guia passo a passo com um exemplo, consulte Exemplo de Notificações: E-mails para Eventos de Manutenção.