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 21c e a versão secundária 21.0.0.0.ru-2024-10.rur-2024-10.r1, você pode atualizar o mecanismo de banco de dados para a versão secundária 21.0.0.0.ru-2025-01.rur-2025-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.

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.

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

O RDS publica um aviso prévio antes de começar a programar upgrades automáticos. Você pode encontrar a notificação na guia Manutenção e backups da página de detalhes do banco de dados. A mensagem tem o seguinte formato:

An automatic minor version upgrade to engine version will become available on availability-date and will be applied during a subsequent maintenance window.

A availability-date no aviso prévio é a data em que o RDS começa a programar upgrades para instâncias de banco de dados na Região da AWS. Não é a data em que o upgrade da instância de banco de dados está programado para ocorrer. Por exemplo, se a availability-date for 1.º de março, nessa data o RDS poderá programar o upgrade para 14 de abril.

Você também pode obter a data de disponibilidade do upgrade usando o comando describe-pending-maintenance-actions na AWS CLI, conforme mostrado no exemplo a seguir:

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",
                    "OptInStatus": "next-maintenance"
                }
            ]
        }, ...

A tabela a seguir detalha as opções disponíveis para cada tipo de mensagem de ação de manutenção pendente.

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

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

Quando chega a data de disponibilidade dos upgrades automáticos, o RDS começa a programar os upgrades. Para a maioria das Regiões da AWS, o RDS programa um upgrade para a RU trimestral mais recente de quatro a seis semanas após a data ser disponibilizada. A data agendada varia de acordo com a Região da AWS e outros fatores. Para ter mais informações sobre RUs e RURs, consulte Notas de lançamento do Amazon RDS para Oracle.

Quando o RDS programa o upgrade, a seguinte notificação aparece na guia Manutenção e backups da página de detalhes do banco de dados:

Automatic minor version upgrade to engine-version

A mensagem anterior indica que o RDS programou o upgrade do mecanismo de banco de dados para a próxima janela de manutenção.

À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á executando a minor-version-1 quando tanto a minor-version-2 quanto a minor-version-3 estão disponíveis como destinos de upgrade. 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 faz upgrade da instância da minor-version-1 diretamente para a minor-version-3.

Para garantir certa frequência de upgrades de versões secundárias, é possível atualizar as instâncias manualmente em vez de usar o mecanismo de upgrade automático. Para programar um upgrade para a próxima janela de manutenção, especifique --no-apply-immediately quando você fizer upgrade para uma versão secundária usando modify-db-instance. Para fazer upgrade imediatamente, especifique --apply-immediately. Para ter mais informações, consulte Atualizar manualmente a versão do mecanismo.

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

Quando uma nova versão secundária se torna disponível, você pode fazer upgrade de sua instância de banco de dados para essa versão secundária O exemplo a seguir faz upgrade da instância de banco de dados chamada orclinst1 imediatamente:

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 desistir de um upgrade automático de versão secundária que ainda não tenha sido programado, defina --opt-in-type como undo-opt-in, como no exemplo a seguir:

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

Se o RDS já tiver programado um upgrade para sua instância de banco de dados, você não poderá usar apply-pending-maintenance-action para cancelá-lo. No entanto, você poderá modificar sua instância de banco de dados e desativar o recurso de upgrade automático de versão secundária, e isso vai cancelar o upgrade.

Para saber como desativar upgrades automáticos de versão secundária, consulte Atualizar automaticamente a versão do mecanismo espelho. Para ter mais informações sobre apply-pending-maintenance-action, consulte a Referência de comandos da AWS CLI.