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/). # Snapshots e pontos de recuperação Um backup no Amazon Redshift sem servidor é uma representação pontual dos objetos e dos dados no namespace. Existem dois tipos de backups: snapshots criados manualmente e pontos de recuperação criados automaticamente pelo Amazon Redshift sem servidor para você. O Amazon Redshift sem servidor cria automaticamente pontos de recuperação a cada 30 minutos ou após cada 5 GB de alterações de dados por nó, o que ocorrer primeiro. Para conjuntos de dados maiores (mais de 5 GB × número de nós), o intervalo mínimo entre os pontos de recuperação é de 15 minutos. Esses pontos de recuperação são mantidos por 24 horas. **nota** Não é possível criar uma programação própria de snapshots para controlar quando os pontos de recuperação são criados. O Amazon Redshift sem servidor cria snapshots no Redshift Managed Storage (RMS). Para obter mais informações, consulte [Capacidade computacional do Amazon Redshift Serverless](serverless-capacity.md). **nota** Tabelas sem backup não são aceitas em clusters provisionados com RA3 e grupos de trabalho do Amazon Redshift sem servidor. Uma tabela marcada como sem backup em um cluster do RA3 ou um grupo de trabalho sem servidor será tratada como uma tabela permanente da qual sempre será feito backup durante a criação de um snapshot e sempre restaurada quando ocorrer a restauração por meio de um snapshot. Para evitar custos de snapshots em tabelas sem backup, trunque-as antes de tirar um snapshot. Se achar que deseja recuperar os dados em um snapshot ou em um ponto de recuperação, você poderá restaurar um snapshot para um namespace de tecnologia sem servidor ou para um cluster provisionado. Há três cenários nos quais você pode restaurar snapshots: + Restaure um snapshot sem servidor para um namespace sem servidor. + Restaure um snapshot sem servidor para um cluster provisionado. + Restaure um snapshot de cluster provisionado para um namespace sem servidor. Ao restaurar um snapshot de tecnologia sem servidor para um cluster provisionado, você deve escolher o tipo de nó a ser usado, como RA3, e o número de nós, permitindo controlar configurações no nível do cluster ou do nó. Para restaurar um snapshot de cluster provisionado para um namespace sem servidor, inicie pelo console provisionado do Redshift, escolha o snapshot a ser restaurado, depois selecione **Restore from snapshot** (Restaurar com base no snapshot) e **Restore to serverless namespace** (Restaurar para namespace sem servidor). O Amazon Redshift converte tabelas com chaves intercaladas em chaves de classificação compostas quando você restaura um snapshot de cluster provisionado para um namespace de tecnologia sem servidor. Para obter mais informações sobre chaves de classificação, consulte [Trabalhar com chaves de classificação](https://docs.aws.amazon.com//redshift/latest/dg/t_Sorting_data.html). Se quiser incluir contexto adicional, você pode marcar snapshots e pontos de recuperação com pares de chave-valor que fornecem metadados e informações para snapshots e pontos de recuperação. Para obter mais informações sobre como marcar recursos, consulte [Visão geral da marcação de recursos](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-tagging-resources.html). Por fim, você também pode compartilhar snapshots com outras contas da AWS, o que as permite acessar dados dentro do snapshot e executar consultas. ## AWS BackupIntegração do Também é possível criar e restaurar snapshots usando o AWS Backup, um serviço totalmente gerenciado que ajuda você a centralizar e automatizar a proteção de dados nos serviços da AWS, na nuvem e em ambientes on-premises. Para obter mais informações, consulte [Integração do AWS Backup com o Amazon Redshift](managing-aws-backup.md). Para ter informações sobre o AWS Backup, consulte [What is AWS Backup?](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) no *Guia do desenvolvedor do AWS Backup*. # Criar um snapshot **nota** Tabelas sem backup não são aceitas em clusters provisionados com RA3 e grupos de trabalho do Amazon Redshift sem servidor. Uma tabela marcada como sem backup em um cluster do RA3 ou um grupo de trabalho sem servidor será tratada como uma tabela permanente da qual sempre será feito backup durante a criação de um snapshot e sempre restaurada quando ocorrer a restauração por meio de um snapshot. Para evitar custos de snapshots em tabelas sem backup, trunque-as antes de tirar um snapshot. Para criar um snapshot, execute as etapas no procedimento a seguir. **Para criar um snapshot** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha **Criar snapshot**. 1. Escolha um namespace para o qual deseja criar um snapshot. 1. Insira um identificador de snapshot. 1. (Opcional) Escolha um período de retenção. Se escolher **Custom value** (Valor personalizado), escolha o número de dias. O valor escolhido deve ser de 1 a 3653 dias. O padrão é reter indefinidamente. 1. Escolha **Criar**. **Como criar um snapshot com base na configuração do namespace** 1. No console do Amazon Redshift Serverless, escolha **Namespace configuration** (Configuração do namespace). 1. Escolha o namespace que servirá de base para a criação do snapshot. Você só pode criar snapshots de namespaces associados a um grupo de trabalho e cujo status é Available (Disponível). 1. Selecione a guia **Data backup** (Backup de dados). 1. Escolha **Criar snapshot**. 1. Insira um identificador de snapshot. 1. (Opcional) Escolha um período de retenção. Se escolher **Custom value** (Valor personalizado), escolha o número de dias. O valor escolhido deve ser de 1 a 3653 dias. 1. Escolha **Criar**. # Criar um snapshot final Para criar um snapshot final de todos os dados em um namespace antes de excluir o namespace, execute as etapas no procedimento a seguir. **Criar um snapshot final do banco de dados.** 1. No console do Amazon Redshift Serverless, escolha **Namespace configuration** (Configuração do namespace). 1. Escolha o namespace a ser excluído. 1. Selecione **Ações**, **Excluir**. 1. Selecione **Create final snapshot** (Criar snapshot final). 1. Insira um nome para o snapshot. 1. Insira “delete” (excluir). 1. Escolha **Excluir**. # Compartilhar um snapshot ou remover permissões de snapshot Para compartilhar um snapshot com outra conta da AWS ou remover o acesso de uma conta a um snapshot, execute o procedimento a seguir. **Como compartilhar ou remover o acesso a um snapshot** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha um snapshot para compartilhar. 1. Selecione **Actions** (Ações) e **Manage access** (Gerenciar acesso). 1. Para compartilhar um snapshot com outra conta, insira um **ID de Conta da AWS**. Para remover o acesso de uma conta, escolha **Remover**. 1. Escolha **Salvar alterações**. # Programação de um snapshot Para controlar com precisão quando fazer um snapshot, é possível criar uma programação de snapshot para namepaces específicos. Ao programar a criação de snapshot, você pode criar um evento único ou usar expressões cron do Unix para criar uma programação recorrente. As expressões Cron dão suporte a três campos e são separadas por um espaço em branco. ``` cron(Minutes Hours Day-of-month Month Day-of-week Year) ``` | **Campos** | **Valores** | **Curingas** | | --- | --- | --- | | Minutos | 0–59 | , - \$1 / | | Horas | 0–23 | , - \$1 / | | Dia do mês | 1–31 | , - \$1 ? / L W | | Mês | 1-12 ou JAN-DEZ | , - \$1 / | | Dia da semana | 1-7 ou SUN-SAT | , - \$1 ? L \$1 | | Ano | 1970–2199 | , - \$1 / | **Curingas** + A **,** (vírgula) curinga inclui valores adicionais. No campo `Day-of-week`, `MON,WED,FRI` incluirá segunda-feira, quarta-feira e sexta-feira. Os valores totais são limitados a 24 por campo. + O **-** (traço) curinga especifica intervalos. No campo `Hour`, 1–15 incluiria as horas 1 a 15 do dia especificado. + O **\$1** (asterisco) curinga inclui todos os valores no campo. No campo `Hours`, **\$1** incluirá cada hora. + A **/** (barra) curinga especifica incrementos. No campo `Hours`, você pode inserir **1/10** para especificar a cada décima hora, a partir da primeira hora do dia (por exemplo, 01:00, 11:00 e 21:00). + O curinga **?** (interrogação) especifica um ou outro. No campo `Day-of-month`, você pode inserir **7** e, se não se importar com qual dia da semana era o sétimo, pode inserir **?** no campo Dia da semana. + O curinga **L** nos campos `Day-of-month` ou `Day-of-week` especifica o último dia do mês ou da semana. + O curinga **W** no campo `Day-of-month` especifica um dia da semana. No campo `Day-of-month`, `3W` especifica o dia mais próximo do terceiro dia da semana do mês. + O curinga **\$1** no campo Dia da semana especifica uma determinada instância do dia da semana definido dentro de um mês. Por exemplo, 3\$12 seria a segunda terça-feira do mês: o 3 refere-se a terça-feira, porque é o terceiro dia de cada semana, e o 2 refere-se ao segundo dia desse tipo dentro do mês. **nota** Se você usar um caractere “\$1”, poderá definir apenas uma expressão no campo do dia da semana. Por exemplo, "3\$11,6\$13" não é válido porque é interpretado como duas expressões. **Limites** + Não é possível especificar os campos `Day-of-month` e `Day-of-week` na mesma expressão cron. Se você especificar um valor em um dos campos, deverá usar um **?** (ponto de interrogação) no outro. + Os cronogramas de snapshot não são compatíveis com as seguintes frequências: + Snapshots programados com frequência superior a 1 por hora. + Snapshots programados com frequência inferior a 1 por dia (24 horas). Se você tem programações sobrepostas que resultam na programação de snapshots em uma janela de 1 hora, o resultado é um erro de validação. A tabela a seguir tem algumas strings cron de exemplo. | Minutos | Horas | Dia da semana | Significado | | --- | --- | --- | --- | | 0 | 14-20/1 | TER | A cada hora entre 14h e 20h na terça-feira. | | 0 | 21 | SEG-SEX | Todas as noites, às 21h, de segunda a sexta-feira. | | 30 | 0/6 | SÁB-DOM | Incremento a cada 6 horas no sábado e domingo, a partir de 30 minutos após meia-noite (00:30) daquele dia. Isso resulta em um snapshot às [00:30, 06:30, 12:30 e 18:30] de cada dia. | | 30 | 12/4 | \$1 | Incremento a cada 4 horas, a partir de 12:30 de cada dia. O resultado é [12:30, 16:30, 20:30]. | O exemplo a seguir demonstra como criar uma programação executada em incrementos de duas horas a partir das 15h15 de cada dia. ``` cron(15 15/2 *) ``` Você pode usar o console do Amazon Redshift sem servidor, a API ou a AWS CLI para criar uma programação de snapshot. **Como programar um snapshot** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha **Programações de snapshots**. 1. Clique em **Criar programação**. 1. Insira um nome para a programação de snapshot. 1. Selecione o namespace para o qual criar snapshots. 1. Insira uma expressão cron para a programação ou use o criador de programação para criar uma. 1. (Opcional) Escolha um período de retenção. Se escolher **Valor personalizado**, especifique o número de dias. 1. Clique em **Criar programação**. # Atualizar um período de retenção de snapshots Para atualizar um período de retenção de snapshots, execute o procedimento a seguir. **Como atualizar um período de retenção de snapshots** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha um snapshot para atualizar. 1. Selecione **Actions** (Ações) e **Set manual snapshot settings** (Definir configurações de snapshot manual). 1. Escolha um período de retenção. Se escolher **Custom value** (Valor personalizado), escolha o número de dias. 1. Escolha **Save changes**. # Excluir um snapshot Para excluir um snapshot, realize o procedimento a seguir. **Para excluir um snapshot** **nota** Não é possível excluir um snapshot que foi compartilhado com outra conta. Antes de excluí-lo, você deve primeiro remover o acesso dessa conta ao snapshot. 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha um snapshot para excluir. 1. Selecione **Ações**, **Excluir**. 1. Escolha **Excluir**. # Restauração de um snapshot **nota** Tabelas sem backup não são aceitas em clusters provisionados com RA3 e grupos de trabalho do Amazon Redshift sem servidor. Uma tabela marcada como sem backup em um cluster do RA3 ou um grupo de trabalho sem servidor será tratada como uma tabela permanente da qual sempre será feito backup durante a criação de um snapshot e sempre restaurada quando ocorrer a restauração por meio de um snapshot. Para evitar custos de snapshots em tabelas sem backup, trunque-as antes de tirar um snapshot. A restauração de um snapshot para um namespace de tecnologia sem servidor substitui o banco de dados atual pelo banco de dados no snapshot. A restauração de um snapshot para um namespace sem servidor é concluída em duas fases. A primeira fase é concluída em alguns minutos, restaura os dados para o namespace e os disponibiliza para consultas. A segunda fase de restauração é onde o banco de dados é ajustado, o que pode causar pequenos problemas de performance. Essa segunda fase pode durar de algumas horas a vários dias e, em alguns casos, algumas semanas. O tempo depende do tamanho dos dados, mas a performance melhora progressivamente à medida que o banco de dados é ajustado. No final dessa fase, o namespace sem servidor está totalmente ajustado e é possível enviar consultas sem problemas de performance. **Como restaurar um snapshot para um namespace sem servidor** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha o snapshot a ser restaurado. Você só pode restaurar um snapshot por vez. 1. Selecione **Actions** (Ações) e **Restore to serverless namespace** (Restaurar para namespace sem servidor). 1. Escolha um namespace disponível para fazer a restauração. Você só pode restaurar para namespaces cujo status é Available (Disponível). 1. Escolha **Restore**. **Como restaurar um snapshot para um cluster provisionado** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha um snapshot para restaurar. 1. Selecione **Action** (Ação) e **Restore to provisioned cluster** (Restaurar para cluster provisionado). 1. Insira o identificador de um cluster. 1. Escolha um **Node type** (Tipo de nó). O número de nós depende do tipo de nó. 1. Siga as instruções na página do console para inserir as propriedades de **Cluster configuration** (Configuração do cluster). Para obter mais informações, consulte [Creating a cluster (Criar um cluster)](https://docs.aws.amazon.com//redshift/latest/mgmt/create-cluster.html). Para obter mais informações sobre snapshots em clusters provisionados, consulte [Amazon Redshift snapshots and backups](https://docs.aws.amazon.com//redshift/latest/mgmt/working-with-snapshots.html). # Converter um ponto de recuperação Os pontos de recuperação no Amazon Redshift sem servidor são criados aproximadamente a cada 30 minutos e salvos por 24 horas. Para converter um ponto de recuperação em snapshot, execute as etapas no procedimento a seguir. **Como converter um ponto de recuperação em snapshot** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Em **Recovery points** (Pontos de recuperação), escolha a **Creation time** (Hora de criação) do ponto de recuperação que você deseja converter em um snapshot. 1. Escolha **Create snapshot from recovery point** (Criar snapshot usando o ponto de recuperação). 1. Insira um **Snapshot identifier** (identificador de snapshot). 1. Escolha **Criar**. # Restaurar um ponto de recuperação Os pontos de recuperação no Amazon Redshift sem servidor são criados aproximadamente a cada 30 minutos e salvos por 24 horas. Para restaurar um ponto de recuperação para um namespace sem servidor, execute as etapas no procedimento a seguir. **Como restaurar um ponto de recuperação para um namespace sem servidor** 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Em **Recovery points** (Pontos de recuperação), escolha a **Creation time** (Hora de criação) do ponto de recuperação que você deseja restaurar. 1. Escolha **Restore**. Você só pode restaurar para namespaces cujo status é Available (Disponível). 1. Digite **restore** no campo de entrada de texto e escolha **Restore** (Restaurar). # Cópia de backups para outra Região da AWS É possível configurar o Amazon Redshift sem servidor para copiar automaticamente snapshots e pontos de recuperação para outra Região da AWS. Quando você cria um snapshot na *origem* Região da AWS, ele é copiado para uma região de *destino*. É possível configurar o namespace para que ele só copie snapshots e pontos de recuperação para uma Região da AWS de destino por vez. Para obter uma lista de Regiões da AWS nas quais o Amazon Redshift sem servidor esteja disponível, consulte os endpoints listados para a [API do Redshift sem servidor](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html) na *Referência geral da Amazon Web Services*. Ao configurar a cópia de backups, você também pode especificar um período de retenção do tempo pelo qual o Amazon Redshift sem servidor deve manter o snapshot copiado. Não é possível alterar os períodos de retenção dos pontos de recuperação, que devem ser de um dia. Os períodos de retenção de snapshots na região de destino é separado do período de retenção do snapshot na região de origem. Por padrão, o período de retenção deve manter indefinidamente o snapshot. Se você escolher **Valor personalizado**, escolha o número de dias. O valor escolhido deve estar entre 1 e 3.653 dias. Para alterar a região de destino para a qual copiar snapshots, desative primeiro a cópia de backups e, em seguida, especifique a nova região de destino ao reabilitar a cópia. Depois que um snapshot ou um ponto de recuperação for copiado para uma região de destino, você poderá usá-lo a fim de restaurar dados para a região. Por padrão, os dados são criptografados com uma chave gerenciada pela AWS por você. Para usar uma chave diferente, escolha a chave que você deseja usar ao configurar a cópia de backup na Região da AWS de origem, e o Amazon Redshift sem servidor cria automaticamente uma concessão, o que permite a criptografia de snapshots na Região da AWS de destino. Para copiar backups para outra região, verifique se você tem as seguintes permissões do IAM: ``` redshift-serverless:CreateSnapshotCopyConfiguration redshift-serverless:UpdateSnapshotCopyConfiguration redshift-serverless:ListSnapshotCopyConfigurations redshift-serverless:DeleteSnapshotCopyConfiguration ``` Se estiver usando a própria chave KMS para criptografar os backups, você também precisará das seguintes permissões: ``` kms:CreateGrant kms:DescribeKey ``` Para configurar a cópia dos snapshots ou dos pontos de recuperação para outra Região da AWS 1. No console do Amazon Redshift sem servidor, escolha o namespace para o qual você deseja configurar a cópia de snapshots ou pontos de recuperação. 1. Escolha as **Ações**, **Configurar o backup entre regiões**. 1. Escolha o destino Região da AWS para o qual o snapshot deve ser copiado. 1. (Opcional) Escolha por quanto tempo o snapshot deve ser retido. Se você escolher **Valor personalizado**, escolha o número de dias. O valor escolhido deve estar entre 1 a 3.653 dias , inclusive. O padrão é reter indefinidamente. 1. (Opcional) Escolha uma chave AWS KMS diferente a ser usada na criptografia na região de destino. 1. Escolha **Save configuration**. # Restaurar uma tabela Também é possível restaurar uma tabela específica de um snapshot ou ponto de recuperação. Ao fazer isso, você especifica o snapshot de origem ou o ponto de recuperação, o banco de dados, o esquema, a tabela, o banco de dados de destino, o esquema e o nome da nova tabela. Essa nova tabela não pode ter o mesmo nome de uma tabela existente. Se quiser substituir uma tabela existente restaurando uma tabela, você deverá primeiro renomear ou descartar a tabela antes de restaurá-la. **nota** Tabelas sem backup não são aceitas em clusters provisionados com RA3 e grupos de trabalho do Amazon Redshift sem servidor. Uma tabela marcada como sem backup em um cluster do RA3 ou um grupo de trabalho sem servidor será tratada como uma tabela permanente da qual sempre será feito backup durante a criação de um snapshot e sempre restaurada quando ocorrer a restauração por meio de um snapshot. No entanto, a restauração seletiva de tabelas sem backup não é aceita. A tabela de destino é criada usando-se as definições de coluna da tabela de origem, os atributos da tabela e os atributos da coluna, exceto as chaves externas. Para evitar conflitos por causa de dependências, a tabela de destino não herda chaves externas da tabela de origem. Todas as dependências, como visualizações ou permissões concedidas na tabela de origem, não são aplicadas à tabela de destino. Se o proprietário da tabela de origem existir, esse usuário será o proprietário da tabela restaurada, desde que o usuário tenha permissões suficientes para se tornar o proprietário de uma relação no banco de dados e no esquema especificados. Do contrário, a tabela restaurada será de propriedade do usuário administrador que foi criado quando o cluster foi iniciado. A tabela restaurada retorna ao estado em que estava no momento em que o backup foi feito. Isso inclui regras de visibilidade de transação definidas pela adesão do Amazon Redshift ao [isolamento serializável](https://docs.aws.amazon.com/redshift/latest/dg/c_serial_isolation.html), o que significa que os dados serão imediatamente visíveis para transações em andamento iniciadas após o backup. Você pode usar o console do Amazon Redshift Serverless para restaurar as tabelas de um snapshot. A restauração de uma tabela do backup de dados tem as seguintes limitações: + Você só pode restaurar uma tabela por vez. + Todas as dependências, como visualizações ou permissões concedidas na tabela de origem, não são aplicadas à tabela de destino. + Se a segurança por linha estiver ativada para uma tabela que está sendo restaurada, o Amazon Redshift Serverless restaurará a tabela com a segurança por linha ativada. Para restaurar uma tabela usando o console do Amazon Redshift sem servidor 1. No console do Amazon Redshift Serverless, escolha **Data backup** (Backup de dados). 1. Escolha o snapshot ou o ponto de recuperação que tem a tabela a ser restaurada. 1. Escolha **Ações**, **Restaurar tabela do snapshot** ou **Restaurar tabela do ponto de recuperação**. 1. Insira informações sobre o snapshot de origem ou o ponto de recuperação e a tabela de destino e, em seguida, escolha **Restaurar tabela**.