Atualizações de versões secundárias Oracle

No RDS para Oracle, uma atualização de versão secundária é uma atualização feita em uma versão principal do mecanismo de banco de dados. No RDS, uma versão secundária do mecanismo é uma atualização de versão (RU) ou um pacote de patches espaciais (SPB). Por exemplo, se sua instância de banco de dados executa a versão principal do Oracle Database 19c e a versão secundária 19.0.0.0.ru-2025-10.rur-2025-10.r1, você pode atualizar o mecanismo de banco de dados para a versão secundária 19.0.0.0.ru-2026-01.rur-2026-01.r1. O RDS para Oracle não é compatível com downgrades de versões secundárias.

Você pode fazer upgrade do seu mecanismo de banco de dados para uma versão secundária manual ou automaticamente. Para saber como fazer upgrade manualmente, consulte Atualizar manualmente a versão do mecanismo. Para saber como configurar upgrades automáticos, consulte Atualizar automaticamente a versão do mecanismo espelho. Não importa se você faz upgrade manual ou automaticamente, o upgrade de versão secundária acarreta tempo de inatividade. Considere esse tempo de inatividade ao planejar suas atualizações.

O Amazon RDS também comporta a política de implementação de atualizações para gerenciar atualizações automáticas de versões secundárias em vários recursos de banco de dados e Contas da AWS. Para obter mais informações, consulte Usar a política de implementação de atualização do AWS Organizations para atualizações automáticas de versões secundárias.

Atualizações de versão (RUs) e pacotes de patches espaciais (SPBs)

No RDS, uma atualização de versão (RU) é uma versão secundária trimestral do mecanismo que inclui correções de segurança, correções de erros e novos recursos para o Oracle Database. Um pacote de patches espaciais (SPB) é uma RU do mecanismo que inclui patches projetados para a opção Oracle Spatial. Por exemplo, o SPB denominado 19.0.0.0.ru-2025-01.spb-1.r1 inclui todos os patches na RU 19.0.0.0.ru-2025-01.rur-2025-01.r1 correspondente, além de patches específicos para o Spatial. Os SPBs são compatíveis somente com o Oracle Database 19c.

Quando a instância estiver configurada para atualizações automáticas de versões secundárias, as RUs e os SPBs estarão em caminhos de atualização separados. Normalmente, um SPB é lançado duas a três semanas após a RU correspondente. A tabela a seguir mostra exemplos de versões secundárias do Oracle Database 19c.

Se sua instância de banco de dados estiver configurada para atualizações automáticas, ela estará no caminho de atualização correspondente à sua versão atual. Por exemplo, se a instância de banco de dados estiver executando a versão 19.0.0.0.ru-2025-01.rur-2025-01.r1 quando 19.0.0.0.ru-2025-04.rur-2025-04.r1 for lançada, ela será automaticamente atualizada para essa RU. Da mesma forma, se a instância de banco de dados estiver executando a versão 19.0.0.0.ru-2025-01.spb-1.r1 quando 19.0.0.0.ru-2025-04.spb-1.r1 for lançada, ela será automaticamente atualizada para esse SPB. A instância que estiver executando a versão 19.0.0.0.ru-2025-01.rur-2025-01.r1, que é uma RU, não será atualizada automaticamente para 19.0.0.0.ru-2025-04.spb-1.r1, que é um SPB em um caminho de atualização separado.

Você pode atualizar a instância de banco de dados para SPBs mesmo que ela não use patches espaciais, mas esses patches se aplicam somente ao Oracle Spatial. Você pode atualizar manualmente de uma RU para um SPB na mesma versão do mecanismo ou em uma versão posterior. Por exemplo, é possível atualizar a instância de 19.0.0.0.ru-2025-01.rur-2025-01.r1 para uma das seguintes versões do mecanismo:

Você pode atualizar a instância de um SPB para uma RU somente se a RU for uma versão posterior do mecanismo. Por exemplo, é possível atualizar do SPB 19.0.0.0.ru-2025-04.spb-1.r1 para a RU posterior 19.0.0.0.ru-2025-07.rur-2025-07.r1, mas não para a mesma RU 19.0.0.0.ru-2025-04.rur-2025-04.r1.

Se a instância de banco de dados estiver configurada para atualizações automáticas de versões secundárias e você fizer a atualização manualmente de uma RU para um SPB ou de um SPB para uma RU, o caminho de atualização automática será alterado. Suponha que você atualize manualmente da RU 19.0.0.0.ru-2025-01.rur-2025-01.r1 para o SPB 19.0.0.0.ru-2025-01.spb-1.r1. Sua próxima atualização automática de versão secundária será para a versão 19.0.0.0.ru-2025-04.spb-1.r1 do SPB.

Como os SPBs funcionam como RUs, as APIs do RDS para atualizar a instância para RUs e SPBs são idênticas. Os comandos a seguir demonstram a atualização para uma RU e para um SPB.

aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --engine-version 19.0.0.0.ru-2025-01.rur-2025-01.r1

aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --engine-version 19.0.0.0.ru-2025-01.spb-1.r1

Para ter mais informações sobre como especificar a opção Oracle Spatial, consulte Como funcionam os pacotes de patches espaciais (SPBs). Para examinar uma lista de RUs e SPBs compatíveis com o Oracle Database 19c, consulte Amazon RDS for Oracle Database 19c (19.0.0.0).

Ativar as atualizações automáticas de versão secundária para Oracle

Em um upgrade automático de versão secundária, o RDS aplica a versão secundária mais recente disponível ao seu banco de dados Oracle sem intervenção manual. Uma instância de banco de dados do Amazon RDS para Oracle agenda seu upgrade durante a próxima janela de manutenção nas seguintes circunstâncias:

Para saber como ativar upgrades automáticos, consulte Atualizar automaticamente a versão do mecanismo espelho.

Usar a política de implementação de atualização do AWS Organizations para atualizações automáticas de versões secundárias

O Amazon RDS para Oracle comporta a política de implementação de atualizações do AWS Organizations para gerenciar atualizações automáticas de versões secundárias em vários recursos de banco de dados e Contas da AWS. Essa política elimina os custos operacionais indiretos de coordenar atualizações automáticas de versões secundárias manualmente ou por meio de ferramentas personalizadas, ao mesmo tempo em que garante que, antes de serem implementadas na produção, as atualizações sejam aplicadas primeiro em ambientes que não sejam de produção. Quando uma nova versão secundária do mecanismo é disponibilizada, o Amazon RDS atualiza as instâncias de banco de dados com base na ordem de implementação de atualizações configurada:

Para ter informações detalhadas sobre a programação e duração das fases, consulte Como o RDS programa atualizações automáticas de versão secundária. Para ter informações sobre como configurar políticas de implementação de atualizações no AWS Organizations, consulte Usar a política de implementação de atualização do AWS Organizations para atualizações automáticas de versões secundárias.

Notificação de atualizações automáticas de versão secundária no RDS para Oracle

Se a atualização automática de versões secundárias estiver habilitada na instância de banco de dados, o RDS para Oracle criará ações de manutenção pendentes para notificar você antes de aplicar as atualizações. É possível visualizar essas ações de manutenção pendentes na guia Manutenção e backups da página de detalhes do banco de dados no console do Amazon RDS.

Quando a nova versão secundária é disponibilizada, o RDS para Oracle publica uma notificação antecipada (ação de manutenção pendente). A notificação antecipada tem o seguinte formato:

An automatic minor version upgrade to engine-version will be applied during your maintenance window on apply-date based on the upgrade rollout order rollout-order. You can change the upgrade rollout order or apply this upgrade manually at any time before the scheduled date through the AWS console or AWS CLI.

apply-date na notificação antecipada é a data em que o Amazon RDS atualizará a instância de banco de dados. rollout-order é a ordem de implementação de atualizações (primeira, segunda ou última). Se você não configurou uma política de implementação de atualizações, esse valor será a segunda ordem por padrão. Para obter mais informações, consulte Usar a política de implementação de atualização do AWS Organizations para atualizações automáticas de versões secundárias.

Quando a fase de implementação de atualizações começa, a mensagem de ação de manutenção pendente muda para o seguinte formato:

Automatic minor version upgrade to engine-version

Essa mensagem indica que a atualização foi programada e será aplicada durante a janela de manutenção na data de aplicação programada. É possível verificar a data de aplicação programada na guia Manutenção e backups da página de detalhes do banco de dados no console do Amazon RDS ou no campo CurrentApplyDate da resposta da API describe-pending-maintenance-actions.

O seguinte exemplo mostra que é possível obter os detalhes sobre as ações de manutenção pendentes usando o comando describe-pending-maintenance-actions na AWS CLI:

aws rds describe-pending-maintenance-actions 

    "PendingMaintenanceActions": [
        {
            "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:orclinst1",
            "PendingMaintenanceActionDetails": [
                {
                    "Action": "db-upgrade",
                    "Description": "Automatic minor version upgrade to 21.0.0.0.ru-2024-07.rur-2024-07.r1",
                    "CurrentApplyDate": "2024-12-02T08:10:00Z"
                }
            ]
        }, ...

Para ter mais informações sobre describe-pending-maintenance-actions, consulte a Referência de comandos da AWS CLI.

Como o RDS programa atualizações automáticas de versão secundária

Quando você usa a política de implementação de atualizações do AWS Organizations, o Amazon RDS atualiza as instâncias de banco de dados em fases com base na ordem de implementação configurada. Esta seção descreve a programação e a duração de cada fase.

Fase 0: notificação antecipada

Quando o RDS para Oracle lança uma nova versão secundária (normalmente de três a quatro semanas após o lançamento trimestral de atualização de versão da Oracle), todas as instâncias de banco de dados com atualização automática de versão secundária habilitada recebem uma notificação antecipada. Essa notificação aparece na guia Manutenção e backups da página de detalhes do banco de dados no console do Amazon RDS e na resposta da API describe-pending-maintenance-actions. A fase de notificação antecipada dura duas semanas. Durante essa fase, não ocorre nenhuma atualização automática.

Fase 1: primeira ordem de implementação de atualizações

No final da fase de notificação antecipada, o RDS para Oracle começa a atualizar as instâncias de banco de dados com a primeira ordem de implementação de atualizações. Essa fase dura de duas a três semanas para as versões secundárias trimestrais de janeiro, abril e julho e de sete a oito semanas para a versão secundária trimestral de outubro. O período estendido da versão secundária de outubro oferece tempo suficiente para testar a nova versão secundária durante as festas de fim de ano. As novas instâncias de banco de dados criadas durante essa fase com a primeira ordem de implementação de atualizações serão atualizadas automaticamente.

Fase 2: segunda ordem de implementação de atualizações

No final da fase 1, o RDS para Oracle começa a atualizar as instâncias de banco de dados com a segunda ordem de implementação de atualizações. Essa fase dura duas semanas para todas as versões secundárias trimestrais. As novas instâncias de banco de dados criadas durante essa fase com a primeira ou segunda ordem de implementação de atualizações serão atualizadas automaticamente.

Fase 3: última ordem de implementação de atualizações

No final da fase 2, o RDS para Oracle começa a atualizar as instâncias de banco de dados com a última ordem de implementação de atualizações. Essa fase dura até o próximo lançamento trimestral da versão secundária. As novas instâncias de banco de dados criadas durante essa fase com a primeira, segunda ou última ordem de implementação de atualizações serão atualizadas automaticamente.

Gerenciar uma atualização automática de versão secundária no RDS para Oracle

Quando a atualização automática de versão secundária está habilitada na instância de banco de dados, o Amazon RDS atualiza automaticamente a instância de banco de dados para a última versão secundária durante a janela de manutenção. Mas você pode optar por aplicar a atualização manualmente antes da data programada usando a AWS CLI ou na guia Manutenção e backups da página de detalhes do banco de dados.

Para atualizar sua instância de banco de dados imediatamente, em vez de aguardar a janela de manutenção programada:

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
    --apply-action db-upgrade \
    --opt-in-type immediate

Para aplicar a atualização durante a próxima janela de manutenção, em vez de na data de aplicação programada:

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
    --apply-action db-upgrade \
    --opt-in-type next-maintenance

Para cancelar a atualização automática de versão secundária, modifique a instância de banco de dados e desative a opção de atualização automática de versão secundária. Isso cancela qualquer atualização automática pendente.

Para saber como desativar atualizações automáticas de versão secundária, consulte Atualizar automaticamente a versão do mecanismo espelho. Se precisar de ajuda para desativar a atualização automática de versões secundárias, entre em contato com o AWS Support.

Às vezes, uma nova versão secundária fica disponível antes que o RDS aplique uma versão secundária anterior. Por exemplo, a instância está sendo executada na 21.0.0.0.ru-2025-07.rur-2025-07.r1 quando both 21.0.0.0.ru-2025-10.rur-2025-10.r1 e 21.0.0.0.ru-2026-01.rur-2026-01.r1 está disponível como destino de atualização. Nessa situação, para evitar tempo de inatividade desnecessário para as instâncias de banco de dados, o RDS programa o upgrade automático da versão secundária para a versão mais recente, ignorando o upgrade para a versão anterior. Neste exemplo, o RDS atualiza diretamente a instância da 21.0.0.0.ru-2025-07.rur-2025-07.r1 para a 21.0.0.0.ru-2026-01.rur-2026-01.r1.