O Amazon Redshift não permitirá mais a criação de UDFs do Python a partir do Patch 198. As UDFs do Python existentes continuarão a funcionar normalmente até 30 de junho de 2026. Para ter mais informações, consulte a [publicação de blog ](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). # Trilhas para clusters provisionados pelo Amazon Redshift e grupos de trabalho sem servidor Quando o Amazon Redshift lança uma nova versão, ele atualiza a versão do seu data warehouse do Amazon Redshift (grupo de trabalho sem servidor ou cluster provisionado). É possível controlar se o data warehouse será atualizado para a versão mais recente ou para a versão certificada anterior. A trilha do grupo de trabalho sem servidor ou do cluster provisionado determina qual versão lançada é aplicada durante uma atualização de versão. O Amazon Redshift atualiza os clusters provisionados durante a janela de manutenção especificada e normalmente atualiza os grupos de trabalho durante períodos de inatividade. Para obter detalhes sobre quando o Redshift sem servidor atualiza grupos de trabalho, consulte [Atualizar grupos de trabalho sem servidor](#tracks-serverless-updating). Quando o Amazon Redshift lança uma nova versão, essa versão é atribuída à trilha *atual* e a versão anterior é atribuída à trilha *anterior*. Para definir a trilha do data warehouse, especifique um dos seguintes valores: + **Atual**: com a trilha **atual**, você tem a versão de lançamento certificada mais atualizada com os recursos, atualizações de segurança e aprimoramentos de performance mais recentes. + **Anterior**: com a trilha **anterior**, você estará na versão certificada anterior. Por exemplo, suponha que seu grupo de trabalho sem servidor esteja executando a versão 1.0.2762 e o Amazon Redshift lance a versão 1.0.3072 do Redshift sem servidor. Se o valor da trilha for **atual**, seu grupo de trabalho será atualizado para a versão 1.0.3072 (a versão mais recente). Se você definir o valor da trilha como **anterior**, seu grupo de trabalho será atualizado quando a próxima versão de trilha anterior for lançada. Com o recurso de trilha anterior, você tem a opção de executar um subconjunto de data warehouses do Amazon Redshift na trilha anterior. Isso permite de uma a seis semanas de testes e validação de integração em data warehouses configurados na trilha atual antes de aplicar a versão aos data warehouses na trilha anterior. Por padrão, o Amazon Redshift cria todos os clusters e grupos de trabalho na trilha atual para aproveitar a versão certificada mais atualizada. Entretanto, ao usar a trilha anterior do Amazon Redshift no ambiente de produção e a trilha atual no ambiente de teste e desenvolvimento, é possível ter mais atenção e tempo para avaliar a versão mais recente. A trilha anterior garante estabilidade máxima, o que a torna ideal para workloads essenciais em ambientes de produção. **nota** A versão de trilha anterior pode ser igual à versão de trilha atual por curtos intervalos de tempo. Isso ocorre quando a trilha atual não avançou para a versão seguinte. Normalmente, a versão de trilha atual está à frente da versão de trilha anterior. ## Alternar entre trilhas Geralmente, a decisão de alterar as trilhas de um recurso do Amazon Redshift só ocorre uma vez. Você deve ter cuidado ao mudar de acompanhamento. Para ter informações sobre quais recursos estão em quais versões do data warehouse, consulte [Versões de cluster para o Amazon Redshift](cluster-versions.md). Se você alterar a trilha de **anterior** para **atual**, atualizaremos o data warehouse para a versão de trilha **atual**. Se você alterar a trilha do data warehouse para **anterior**, atualizaremos seu data warehouse da seguinte forma: + Em relação a grupos de trabalho sem servidor, atualizamos a versão do seu data warehouse durante um período de inatividade. Para obter mais detalhes sobre como o Redshift sem servidor atualiza a versão do seu grupo de trabalho, consulte [Atualizar grupos de trabalho sem servidor](#tracks-serverless-updating). + Em relação a clusters provisionados, não atualizaremos seu data warehouse até que haja uma nova versão após a versão de lançamento da trilha **atual**. ## Trilhas e restauração Em relação a grupos de trabalho sem servidor, um snapshot herda a trilha do data warehouse de destino do Amazon Redshift. Por exemplo, se você criar um snapshot para um grupo de trabalho definido como trilha anterior e aplicar esse snapshot a um grupo de trabalho definido como trilha atual, o grupo de trabalho terá uma configuração de trilha atual. Em relação a clusters provisionados, um snapshot herda a trilha do data warehouse de origem do Amazon Redshift. Se você alterar a trilha do data warehouse de origem depois de receber um snapshot, o snapshot e o data warehouse de origem estarão em trilhas diferentes. Quando você fizer a restauração de um snapshot, o novo data warehouse estará na trilha herdada da origem do snapshot. É possível alterar a trilha após a conclusão da operação de restauração. O redimensionamento de um data warehouse não afeta a respectiva trilha. ## Atualizar grupos de trabalho sem servidor Quando uma nova versão é disponibilizada para a trilha escolhida por um grupo de trabalho, o Amazon Redshift sem servidor normalmente aplica a atualização durante um período de inatividade, desde que não haja nenhuma solicitação pendente de atualização da trilha. Se o grupo de trabalho não passar por um período de inatividade em 14 dias, o Redshift sem servidor forçará a atualização da versão. Ele atualiza seu grupo de trabalho somente para a próxima versão posterior. O Redshift sem servidor não ignora versões intermediárias nem faz downgrade de grupos de trabalho, mesmo que a versão da trilha do grupo de trabalho selecionado seja menor que a versão atual do grupo de trabalho. Seu grupo de trabalho não receberá nenhuma atualização de versão principal até e a menos que a trilha `Trailing` seja atualizada. Por exemplo, suponha que a trilha `Current` seja a versão 186 e a versão da trilha `Trailing` seja 185. Se você tiver um grupo de trabalho com um valor `Current` em `Track`, cuja versão for 186, se você alterar o valor `Track` para `Trailing`, o Redshift sem servidor não fará downgrade da versão do grupo de trabalho para 185. Nesse cenário, o Redshift sem servidor mantém o grupo de trabalho na versão 186 até que a versão da trilha `Trailing` seja igual ou superior a 186. Se uma alteração de trilha estiver pendente, o Redshift sem servidor não atualizará o grupo de trabalho para a próxima versão principal na trilha existente enquanto a alteração da trilha não for aplicada. Depois que a alteração da trilha é concluída, o Redshift sem servidor avalia as condições para atualizar o grupo de trabalho para a versão apropriada na nova trilha. Por exemplo, se seu grupo de trabalho estiver configurado para a trilha `Current`, e a trilha atual for 186 e você alterar seu grupo de trabalho para a trilha `Trailing`, o Redshift sem servidor não atualizará o grupo de trabalho enquanto a alteração da trilha não for aplicada e a versão `Trailing` não for atualizada para uma versão igual ou superior a 186. **nota** Qualquer operação existente em um grupo de trabalho, como restaurar com base em um snapshot, alterar a chave do KMS ou redimensionar, só ocorre na trilha existente. O Redshift sem servidor não usa a trilha pendente para operações sem servidor. Se você tiver uma solicitação de troca de trilha pendente, poderá cancelar a solicitação definindo o parâmetro `track` de volta para o valor original usando [UpdateWorkgroup](https://docs.aws.amazon.com/redshift-serverless/latest/APIReference/API_UpdateWorkgroup.html). ## Gerenciar versões Trilha é uma série de versões. É possível decidir se o data warehouse do Amazon Redshift estará na trilha **atual** ou **anterior**. Se você colocar o data warehouse na trilha **atual**, ele sempre será atualizado para a versão mais recente. Se você colocar seu recurso na trilha **anterior**, ele sempre executará a versão lançada imediatamente antes da versão lançada mais recentemente. Em relação a clusters provisionados, a coluna **Status da versão** na lista do console do Amazon Redshift de data warehouses do Amazon Redshift indica se um de seus recursos está disponível para atualização. ## Determinar a versão do grupo de trabalho ou do cluster É possível determinar a versão do grupo de trabalho do Amazon Redshift sem servidor ou a versão do mecanismo do cluster provisionado com o console do Amazon Redshift. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/). ------ #### [ Serverless workgroups ] Em relação a grupos de trabalho sem servidor, no menu de navegação, escolha **Grupos de trabalho** e selecione o nome do grupo de trabalho na lista para abrir os respectivos detalhes. Os detalhes do grupo de trabalho são exibidos. ------ #### [ Provisioned clusters ] Em relação a clusters provisionados, no menu de navegação, escolha **Clusters** e selecione o nome do cluster na lista para abrir os respectivos detalhes. Os detalhes do cluster são exibidos, podendo incluir as guias **Performance do cluster**, **Monitoramento de consultas**, **Bancos de dados**, **Unidades de compartilhamento de dados**, **Programações**, **Manutenção** e **Propriedades**. Escolha a guia **Manutenção** para obter mais detalhes. Na seção **Maintenance (Manutenção)**, localize a **Current cluster version (Versão atual do cluster)**. **nota** Em relação a clusters provisionados, o console exibe as informações da versão em um campo, mas são dois parâmetros na API do Amazon Redshift. Esses parâmetros são `ClusterVersion` e `ClusterRevisionNumber`. Para obter mais informações, consulte [Cluster](https://docs.aws.amazon.com/redshift/latest/APIReference/API_Cluster.html) na *Referência da API do Amazon Redshift*. ------