Selecione suas preferências de cookies

Usamos cookies essenciais e ferramentas semelhantes que são necessárias para fornecer nosso site e serviços. Usamos cookies de desempenho para coletar estatísticas anônimas, para que possamos entender como os clientes usam nosso site e fazer as devidas melhorias. Cookies essenciais não podem ser desativados, mas você pode clicar em “Personalizar” ou “Recusar” para recusar cookies de desempenho.

Se você concordar, a AWS e terceiros aprovados também usarão cookies para fornecer recursos úteis do site, lembrar suas preferências e exibir conteúdo relevante, incluindo publicidade relevante. Para aceitar ou recusar todos os cookies não essenciais, clique em “Aceitar” ou “Recusar”. Para fazer escolhas mais detalhadas, clique em “Personalizar”.

Versionamento do Amazon Aurora - Amazon Aurora

Versionamento do Amazon Aurora

As versões do Amazon Aurora são diferentes dos bancos de dados comunitários upstream com os quais são compatíveis. Para ajudar você a manter a compatibilidade das aplicações e aproveitar os recursos mais recentes do mecanismo de banco de dados, as seções a seguir explicam as convenções de versionamento do Aurora e como as versões do Aurora são mapeadas para os respectivos bancos de dados comunitários.

Para obter uma lista dos bancos de dados relacionais que estão disponíveis no Amazon Aurora, consulte Mecanismos de banco de dados compatíveis com clusters de banco de dados do Amazon Aurora.

Diferenças nos números de versão entre bancos de dados da comunidade e o Aurora

Cada versão do Amazon Aurora é compatível com uma versão específica do banco de dados da comunidade correspondente. Você pode encontrar a versão da comunidade de seu banco de dados com a função version e a versão do Aurora com a função aurora_version.

Os exemplos a seguir mostram como encontrar a versão comunitária do seu banco de dados para o Aurora MySQL e o Aurora PostgreSQL.

Aurora MySQL

A função version retorna a versão comunitária do seu banco de dados para o Aurora MySQL.

mysql> select version();

Exemplo de saída:

+------------------+
|   version()      |
+------------------+
|  8.0.32          | 
+------------------+

E a função aurora_version retorna a versão do Aurora:

mysql> select aurora_version(), @@aurora_version;

Exemplo de saída:

+------------------+------------------+
| aurora_version() | @@aurora_version |
+------------------+------------------+
| 3.05.2           | 3.05.2           |
+------------------+------------------+
Aurora PostgreSQL

A função version retorna a versão comunitária do seu banco de dados para o Aurora PostgreSQL.

postgres=> select version();

Exemplo de saída:

-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)

E a função aurora_version retorna a versão do Aurora:

postgres=> select aurora_version();

Exemplo de saída:

aurora_version
----------------
3.2.2

A função version retorna a versão comunitária do seu banco de dados para o Aurora MySQL.

mysql> select version();

Exemplo de saída:

+------------------+
|   version()      |
+------------------+
|  8.0.32          | 
+------------------+

E a função aurora_version retorna a versão do Aurora:

mysql> select aurora_version(), @@aurora_version;

Exemplo de saída:

+------------------+------------------+
| aurora_version() | @@aurora_version |
+------------------+------------------+
| 3.05.2           | 3.05.2           |
+------------------+------------------+

Para ter mais informações, consulte Verificar versões do Aurora MySQL usando SQL e Identificar as versões do Amazon Aurora PostgreSQL.

Versões padrão do Amazon Aurora

A versão padrão é a versão que o Aurora escolhe automaticamente para a criação ou atualização do banco de dados quando você não especifica manualmente uma versão do mecanismo de destino. Por exemplo, o comando a seguir mostra a versão padrão do mecanismo para o Aurora PostgreSQL (exemplo de saída incluído).

aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text 16.4

Cada versão principal tem uma versão secundária padrão correspondente. Assim, a versão secundária padrão é 16.n para o Aurora PostgreSQL 16, e o número da versão n muda quando o Aurora lança novas versões secundárias padrão. Normalmente, o Aurora lança duas versões secundárias padrão por ano para cada versão principal. O script de shell do Bash a seguir mostra as versões secundárias padrão de um conjunto de versões principais do Aurora PostgreSQL (exemplo de saída incluído).

for major in 16 15 14 13 12 11; do echo -n "Default for Aurora PostgreSQL major version $major: " aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --engine-version "$major" \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text done Default for Aurora PostgreSQL major version 16: 16.4 Default for Aurora PostgreSQL major version 15: 15.8 Default for Aurora PostgreSQL major version 14: 14.13 Default for Aurora PostgreSQL major version 13: 13.16 Default for Aurora PostgreSQL major version 12: 12.20 Default for Aurora PostgreSQL major version 11: 11.21

Se você habilitar atualizações automáticas de versões secundárias para o cluster de banco de dados do Aurora, o Aurora utilizará a versão secundária padrão ou uma versão secundária mais recente para determinada versão principal. Por exemplo, se a versão secundária padrão do Aurora PostgreSQL 15 for 15.8 e a versão mais recente 15.10 também estiver disponível, o Aurora poderá atualizar automaticamente para 15.8 ou 15.10.

Versões principais do Amazon Aurora

As versões do Aurora usam o esquema major.minor.patch. Uma versão principal do Aurora refere-se à versão principal da comunidade MySQL ou PostgreSQL com a qual o Aurora é compatível. As principais versões do Aurora MySQL e Aurora PostgreSQL estarão disponíveis por meio do suporte padrão pelo menos até o fim da vida útil da comunidade para a versão da comunidade correspondente. Você pode continuar executando uma versão principal após a data de término do suporte padrão do Aurora mediante o pagamento de uma taxa. Para obter mais informações, consulte Suporte estendido do Amazon RDS com Amazon Aurora e Definição de preço do Amazon Aurora.

Para obter mais informações sobre as versões principais e o calendário de lançamento do Aurora MySQL e do Aurora PostgreSQL, consulte as seguintes páginas nas respectivas Notas de lançamento:

nota

O Suporte estendido do Amazon RDS para o Aurora MySQL versão 2 inicia-se em 1.º de novembro de 2024, mas só será cobrado a partir de 1.º de dezembro de 2024. Entre 1.º e 30 de novembro de 2024, todos os clusters de banco de dados do Aurora MySQL versão 2 serão cobertos pelo Suporte estendido do Amazon RDS. Para ter mais informações, consulte Suporte estendido do Amazon RDS para versões selecionadas do Aurora.

Por quanto tempo as versões principais do Amazon Aurora permanecem disponíveis

As principais versões do Amazon Aurora continuam disponíveis pelo menos até o fim da vida útil da comunidade para a versão da comunidade correspondente. É possível usar as mesmas datas de teste e atualização do Aurora para planejar seus ciclos de testes e atualização. Essas datas representam a data mais antiga em que uma atualização para uma versão mais recente pode ser necessária. Para obter mais informações sobre as datas, consulte Versões principais do Amazon Aurora.

Antes de o Aurora solicitar a atualização para uma versão principal mais recente e ajudar você a se planejar, você recebe um lembrete com pelo menos 12 meses de antecedência. Esse lembrete oferece informações detalhadas sobre o processo de atualização, como o momento de determinados marcos, o impacto em seus clusters de banco de dados e as ações recomendadas. Recomendamos testar detalhadamente suas aplicações com as novas versões do banco de dados antes de atualizar o cluster para uma nova versão principal.

Depois que a versão principal atingir o fim do suporte padrão do Aurora, qualquer cluster de banco de dados que ainda esteja executando a versão mais antiga será automaticamente atualizado para uma versão do Suporte estendido durante uma janela de manutenção programada. Cobranças do Suporte estendido são aplicáveis. Para ter mais informações sobre o Suporte estendido do Amazon RDS, consulte Usar o suporte estendido do Amazon RDS.

Versões secundárias do Amazon Aurora

As versões do Aurora usam o esquema major.minor.patch. Uma versão secundária do Aurora fornece melhorias incrementais da comunidade e específicas do Aurora para o serviço, por exemplo, novos recursos e correções.

Para obter mais informações sobre as versões secundárias e o calendário de lançamento do Aurora MySQL e do Aurora PostgreSQL, consulte as seguintes páginas nas respectivas Notas de lançamento:

As seções a seguir descrevem detalhes sobre a cadência e a vida útil das versões secundárias do Aurora.

Com que frequência são lançadas versões secundárias do Amazon Aurora

Em geral, as versões secundárias do Amazon Aurora são lançadas trimestralmente. O cronograma de lançamento pode variar para coletar mais recursos ou correções.

Por quanto tempo as versões secundárias do Amazon Aurora permanecem disponíveis

Normalmente, o Amazon Aurora disponibiliza cada versão secundária de uma versão principal específica durante pelo menos 12 meses. Ao final desse período, o Aurora poderá atualizar automaticamente seu banco de dados para a versão secundária padrão ou uma versão subsequente. O Aurora inicia a atualização durante a janela de manutenção programada para qualquer cluster de banco de dados que esteja executando a versão secundária mais antiga.

Em alguns casos, o Aurora pode substituir uma versão secundária de uma versão principal específica antes do período usual de 12 meses. Os motivos podem incluir problemas críticos de segurança ou término do prazo de suporte para uma versão principal.

Antes de iniciar atualizações automáticas de versões secundárias que estão se aproximando do fim da vida útil, geralmente o Aurora envia um lembrete com três meses de antecedência. O Aurora detalha o processo de atualização, fornecendo informações sobre o momento de determinados marcos, o impacto nos clusters de banco de dados e as ações recomendadas. As notificações com menos de três meses de antecedência descrevem questões críticas, como problemas de segurança, que exigem uma ação mais rápida.

Se a configuração Upgrade automático de versões secundárias estiver habilitada, você receberá um lembrete, mas nenhuma notificação de evento do RDS. Após o término do prazo obrigatório de atualização, o Aurora atualizará o banco de dados durante uma janela de manutenção.

Se a configuração Upgrade automático de versões secundárias não estiver habilitada, você receberá um lembrete e uma notificação de evento de cluster de banco de dados do Amazon RDS com categoria maintenance e ID RDS-EVENT-0156. O Aurora atualiza o banco de dados durante a próxima janela de manutenção.

Observe que, depois que uma versão secundária atingir o fim do suporte padrão do Aurora, nenhuma outra versão de patch será lançada para essa versão secundária. Para receber correções de erros críticos ou CVEs, você deve atualizar para uma versão secundária com suporte padrão.

Para ter mais informações sobre atualizações de versões secundárias, consulte Atualizações da versão secundária automáticas para clusters de banco de dados do Aurora.

Versões de patch do Amazon Aurora

As versões do Aurora usam o esquema major.minor.patch. Uma versão de patch do Aurora contém correções importantes adicionadas a uma versão secundária após seu lançamento inicial (por exemplo, Aurora MySQL 3.04.0, 3.04.1, ..., 3.04.3). Embora cada nova versão secundária forneça novos recursos do Aurora, as novas versões de patch contidas em uma versão secundária específica são usadas principalmente para resolver problemas importantes.

Para obter mais informações sobre aplicação de patches, consulte Manutenção de um cluster de banco de dados do Amazon Aurora.

PrivacidadeTermos do sitePreferências de cookies
© 2025, Amazon Web Services, Inc. ou suas afiliadas. Todos os direitos reservados.