Atualizações da versão do Snowflake Postgres¶
O Postgres usa um esquema de controle de versão X.Y, em que X é a versão principal e Y é a versão secundária dentro da versão principal.
Atualizações da versão principal do Postgres¶
O Snowflake Postgres permite que você agende as atualizações da sua versão principal por meio d ação Modificar da instância, que requer manutenção de failover.
Para iniciar uma atualização da versão principal, você deve usar uma função que tenha recebido o privilégio OWNERSHIP ou OPERATE na instância.
Nota
Você só pode atualizar para uma versão principal mais recente. Não é possível fazer downgrade para uma versão principal anterior.
Você pode combinar a atualização da versão principal com o redimensionamento da instância selecionando um novo tamanho da instância, tamanho do armazenamento ou ambos, junto com o novo número da versão.
Dica
Como os failovers de manutenção da atualização podem levar mais tempo do que os failovers de manutenção Modificar da instância (consulte abaixo), e não é possível fazer downgrade de uma instância para uma versão principal anterior, a Snowflake recomenda fortemente que você faça um teste completo das atualizações da versão principal com um Bifurcar da sua instância antes de prosseguir com as atualizações da versão principal das instâncias de produção ativas.
No menu de navegação, selecione Postgres.
Selecione a instância do Snowflake Postgres.
No menu Manage no canto superior direito, selecione Modify.
Se uma nova versão estiver disponível, você poderá selecioná-la no menu suspenso de versões do Postgres.
Selecione o botão Save para confirmar a alteração.
Você pode iniciar a atualização da versão principal com o comando ALTER POSTGRES INSTANCE definindo o parâmetro POSTGRES_VERSION como a versão desejada.
Isso atualizará uma instância chamada my_instance para o Postgres 18:
Para que a atualização prossiga assim que a instância de substituição da atualização estiver pronta, independentemente da janela de manutenção definida:
Isso atualizará a instância para o Postgres 18 e mudará o tamanho do armazenamento para 100GB:
Suponha que a data de hoje seja 18 de março de 2026, e você deseja que o failover de manutenção da atualização ocorra amanhã às 22h:
Nota
Se você não tem uma janela de manutenção definida e não especificou um tempo de execução com APPLY ON '<timestamp>' ao criar a ação de atualização usando SQL, o failover de manutenção da atualização prosseguirá assim que a nova instância estiver preenchida e pronta, da mesma forma que ao usar APPLY IMMEDIATELY para criar a ação de atualização por meio de SQL.
Ao usar APPLY ON '<timestamp> para agendar o failover de manutenção da atualização em um horário futuro especificado, esse horário poderá ser no máximo três dias a partir do horário atual.
Como funcionam as manutenções de atualização da versão principal¶
As atualizações da versão principal do Postgres funcionam de maneira diferente das outras operações de gerenciamento de instâncias. Depois que você iniciar o processo, o Snowflake Postgres executará as seguintes etapas:
Da mesma forma que em outras ações Modificar, uma réplica oculta é provisionada para a atualização.
Quando chega a hora da manutenção agendada:
A instância primária atual é bloqueada para impedir gravações.
A réplica oculta é atualizada usando pg_upgrade. A duração depende do número de objetos no banco de dados, e não do tamanho dos dados.
Fazer failover para a instância recém-atualizada quando a atualização for concluída.
Observações importantes:
As alterações da versão principal podem afetar a compatibilidade do aplicativo. Recomendamos testar o aplicativo com a nova versão do PostgreSQL antes da atualização.
As réplicas de leitura não podem ter suas versões principais atualizadas separadamente das instâncias primárias. Em vez disso, elas são atualizadas automaticamente ao realizar uma atualização da versão principal na instância primária, mas somente depois que a instância primária é atualizada e um novo backup é feito. Até que isso seja concluído, as réplicas permanecerão disponíveis, mas em estado obsoleto.
As instâncias HA (se houver) também são atualizadas automaticamente depois que a instância primária é atualizada e um novo backup é feito. Até que isso aconteça, a instância primária não terá uma instância HA válida.
A interrupção do serviço devido ao failover de manutenção será mais longa do que o necessário para outras ações Modificar, mas normalmente não devem durar mais do que alguns minutos.
Se uma atualização falhar, sua instância será automaticamente revertida para a instância original.
Atualizações da versão secundária do Postgres¶
O Snowflake atualizará automaticamente seu banco de dados com novas versões secundárias do Postgres ao longo do tempo.
A cada versão do Postgres, examinamos todos os problemas e bugs relacionados à segurança. Para qualquer um considerado crítico, priorizaremos a atualização para garantir que seus dados estejam seguros. Se uma atualização de emergência for necessária, ela será feita durante sua janela de manutenção.
Para correções não críticas, atualizamos gradualmente os bancos de dados de uma das seguintes maneiras:
Atualização da instância durante as operações de gerenciamento de instâncias que exigem substituição de instância, como alterações de recursos.
Atualização da espera de alta disponibilidade após um failover HA. Se ocorrer um failover HA, a instância HA recém-criada receberá a versão pontual mais recente.
Um Atualizar da instância também garantirá que sua instância e a instância HA (se houver) sejam atualizadas para a versão secundária mais recente disponível.