RDS for Oracle reduz tempo de indisponibilidade em upgrades automáticos e manutenção agendada

A AWS passou a montar os recursos da manutenção até 30 minutos antes da janela abrir, encurtando o downtime de upgrades automáticos de versão menor e de manutenções agendadas no Amazon RDS for Oracle.

A AWS anunciou em 13 de novembro de 2026 uma mudança na forma como o Amazon RDS for Oracle executa manutenção. O serviço agora reduz o tempo de indisponibilidade tanto em upgrades automáticos de versão menor (AMVU, Automatic Minor Version Upgrade) quanto em upgrades de versão menor e atualizações de sistema operacional que caem dentro da janela de manutenção agendada. A mudança vale para instâncias Enterprise Edition e Standard Edition 2, e não exige nenhuma ação de quem já usa o recurso de atualização automática.

O que mudava até agora

Aplicar um upgrade de versão menor ou uma atualização de SO no RDS exige que o serviço prepare recursos novos por trás da instância. Antes desta mudança, essa preparação só começava depois que a janela de manutenção já tinha aberto, com a instância já fora do ar. Ou seja, parte do tempo de downtime era gasto só montando a infraestrutura necessária para o próprio upgrade, não executando o upgrade em si.

Como funciona a preparação antecipada

Agora o RDS prepara esses recursos até 30 minutos antes do início da janela de manutenção, enquanto a instância continua servindo o workload normalmente. Quando a janela abre, a instância fica offline por menos tempo porque a infraestrutura já está pronta, e o processo de manutenção só precisa fazer a troca final. A preparação não bloqueia nem atrasa nenhuma operação feita pelo cliente na instância, o que é o ponto central para quem opera banco em produção.

Se alguma alteração feita por você durante essa janela de preparação conflitar com o que o RDS está montando, o serviço descarta (faz rollback) os recursos preparados e deixa sua alteração seguir normalmente. Se a preparação simplesmente não conseguir terminar a tempo, o RDS aplica a manutenção do jeito antigo, sem o ganho de tempo, mas sem travar o processo. Na prática, o comportamento é estritamente igual ou melhor do que era antes: não existe cenário em que essa mudança piora o downtime que você já tinha.

Observabilidade: novos eventos no RDS

Para quem precisa correlacionar manutenção com métricas de disponibilidade, a AWS adicionou novos eventos do RDS que sinalizam quando a preparação começa, quando termina e quando não consegue terminar. Esses eventos aparecem nas categorias de eventos do RDS, do mesmo jeito que outros eventos de manutenção já são tratados hoje. Vale cadastrar essas categorias nos runbooks de observabilidade para não depender só da métrica de conectividade caindo para saber que uma manutenção está em andamento.

O que muda para quem roda Oracle em produção

Em resumo: o ganho é direto em RTO de manutenção, sem mudança de arquitetura. Para quem mantém instâncias Single-AZ de Oracle (comum em ambientes legados migrados com SE2, onde Multi-AZ nem sempre é viável por licenciamento ou custo), a janela de manutenção é o pior momento do mês em termos de indisponibilidade planejada, e qualquer redução nesse intervalo importa. Para topologias Multi-AZ, o failover de manutenção já é rápido, mas o ganho de preparação antecipada se soma e reduz ainda mais o tempo total do evento.

O recurso é automático para quem já tem AutoMinorVersionUpgrade habilitado na instância. Não existe flag nova para ligar: se o parâmetro já está como true, o benefício é aplicado nos próximos upgrades. Para conferir o estado atual de uma instância:

aws rds describe-db-instances \
 --db-instance-identifier meu-oracle-prod \
 --query 'DBInstances[0].AutoMinorVersionUpgrade'

E para habilitar, caso ainda esteja desligado:

aws rds modify-db-instance \
 --db-instance-identifier meu-oracle-prod \
 --auto-minor-version-upgrade \
 --apply-immediately

Disponibilidade e custo

A capacidade está disponível sem custo adicional em todas as regiões comerciais da AWS e nas regiões AWS GovCloud (US) onde o Amazon RDS for Oracle existe. Não há opt-in separado além de já ter o AMVU ligado ou depender da sua janela de manutenção agendada, que todo mundo já tem configurada por padrão.

A AWS sinalizou no próprio anúncio que o RDS for Oracle vai continuar trazendo melhorias que reduzem ainda mais o downtime de manutenção, então essa não deve ser a última mudança nessa frente. Para quem mantém SLA de disponibilidade com áreas de negócio e precisa justificar janelas de manutenção, vale documentar essa mudança nos próprios runbooks: ela não altera o processo que o time segue, mas altera o número que aparece no relatório de indisponibilidade planejada.

A documentação detalhada de preparação de manutenção, categorias de eventos e o guia geral de manutenção de instância estão linkados no próprio anúncio da AWS; vale revisar o guia de manutenção para confirmar como sua janela atual está configurada antes do próximo ciclo de patch do Oracle.

Fonte 1: AWS What's New (https://aws.amazon.com/about-aws/whats-new/2026/11/rds-oracle-reduces-maintenance-downtime-for-amvu-scheduled-upgrades/)

Amazon RDS for Oracle reduces downtime for automatic minor version upgrades and scheduled maintenance - AWS

Skip to main content

Amazon RDS for Oracle reduces downtime for automatic minor version upgrades and scheduled maintenance

Posted on: Nov 13, 2026

Amazon Relational Database Service (Amazon RDS) for Oracle now reduces downtime for automatic minor version upgrades, as well as minor version upgrades and operating system updates scheduled for your maintenance window. Shorter maintenance makes it easier to stay current on the latest Oracle minor versions and operating system updates with less disruption to your applications. If you turned on automatic minor version upgrade, your DB instances benefit automatically.

To apply these upgrades and updates, RDS has to set up new resources as part of the maintenance. Previously, RDS set up these resources after the maintenance started, which made your downtime longer. Now, RDS prepares them up to 30 minutes before your maintenance window, while your DB instance keeps serving your workload. When the maintenance window opens, your DB instance is offline for less time because resources required for the maintenance are already prepared. This applies to both Enterprise Edition and Standard Edition 2 DB instances.

The preparation never blocks or delays your own operations, and your DB instance stays available while RDS prepares. If a change that you make conflicts with the preparation, RDS rolls back the staged resources, and your change goes ahead. If the preparation can't finish, RDS still applies the maintenance in your window, without the preparation. New RDS events tell you when the preparation starts, when it finishes, and when it can't finish. RDS for Oracle will continue to introduce improvements that further reduce maintenance downtime.

This capability is available at no additional cost in all commercial AWS Regions and the AWS GovCloud (US) Regions where Amazon RDS for Oracle is available. To learn more, see Maintenance preparation , Amazon RDS event categories and event messages , and Maintaining a DB instance in the Amazon RDS User Guide.

Fonte: AWS What's New