As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Backup e cópia de tags
Você pode copiar backups para vários, sob demanda Contas da AWS ou Regiões da AWS automaticamente como parte de um plano de backup programado para a maioria dos tipos de recursos, embora os backups em camadas de armazenamento frio ou arquivamento não possam ser copiados. Consulte detalhes em Disponibilidade de recursos por recurso e Criptografia para obter uma cópia de backup em uma conta ou Região da AWS diferente.
nota
Se um tipo de recurso não oferecer suporte à cópia entre regiões ou entre contas AWS Backup, as operações de cópia desse tipo de recurso não serão suportadas em nenhum cenário, incluindo cópias da mesma região e da mesma conta em um cofre diferente. Para determinar quais tipos de recursos oferecem suporte às operações de cópia, consulte as colunas Backup entre regiões e Backup entre contas em. Disponibilidade de recursos por recurso Se o AWS serviço subjacente fornecer seu próprio recurso nativo de cópia ou replicação, consulte a documentação desse serviço.
Alguns tipos de recursos têm a capacidade de backup contínuo e de cópia entre contas e entre regiões disponível. Quando uma cópia entre regiões ou entre contas de um backup contínuo é feita, o ponto de recuperação copiado (backup) se torna um backup de snapshot (periódico) (não disponível para todos os tipos de recursos que são compatíveis com os dois tipos de backup). Dependendo do tipo de recurso, os snapshots podem ser uma cópia incremental ou uma cópia completa. A PITR (Point-in-Time Restauração) não está disponível para essas cópias.
Importante
As cópias mantêm a configuração de origem, incluindo datas de criação e período de retenção. A data de criação se refere a quando a fonte foi criada, não quando a cópia foi criada. É possível substituir o período de retenção.
A configuração do backup de origem que está sendo copiado substitui a configuração de expiração da cópia se o período de retenção da cópia estiver definido como Sempre no AWS Backup console (ou o DeleteAfterDaysvalor estiver definido como -1 na solicitação da API); ou seja, uma cópia com uma configuração de retenção definida para nunca expirar manterá a data de expiração do ponto de recuperação de origem.
Se você quiser que a nova cópia de backup nunca expire, defina seus backups de origem para nunca expirar ou então determine que a nova cópia expirará 100 anos após a criação.
Nova tentativa de trabalhos de cópia
AWS Backup implementa a seguinte estratégia de repetição para trabalhos de cópia: Se AWS Backup
encontrar algum erro no sistema, o trabalho de cópia entra em uma fase de repetição que dura 2 horas. Durante esse período, o status do trabalho de cópia permanece como CREATED enquanto o sistema tenta iniciar o trabalho periodicamente. Se o trabalho for iniciado com êxito nesse prazo, ele passará para o estado RUNNING.
Se os problemas persistirem além do período de repetição de 2 horas, a equipe de AWS Backup serviço será alertada automaticamente. Assim, a equipe passa a investigar e solucionar os problemas subjacentes. Depois que o problema for resolvido, eles repetirão manualmente a solicitação de cópia, garantindo que os trabalhos de cópia sejam concluídos conforme solicitado.
O processo de novas tentativas do trabalho de cópia é diferente do processo de novas tentativas do trabalho de backup, que usa uma janela inicial definida com novas tentativas regulares até o sucesso ou a expiração. O mecanismo do trabalho de cópia fornece uma camada adicional de confiabilidade ao incorporar a intervenção direta da equipe de serviço para problemas persistentes.
Copiar a simultaneidade do trabalho
Somente uma tarefa de backup ou cópia pode ser executada por vez para um determinado recurso. Trabalhos de cópia adicionais para o mesmo recurso permanecem no CREATED status até que o trabalho em execução seja concluído. Para obter mais informações sobre limites de simultaneidade, consulte AWS Backup cotas.
Os trabalhos de cópia para grandes recursos podem levar várias horas para serem concluídos, o que pode resultar em trabalhos de cópia adicionais aguardando CREATED status. Para tipos de recursos que oferecem suporte a cópias incrementais, um curto período de retenção pode levar a situações em que o único ponto de recuperação no cofre de destino expira. Se não existir nenhum ponto de recuperação no cofre de destino, a próxima cópia deverá ser uma cópia completa em vez de uma cópia incremental. Para evitar isso, defina o período de retenção de cópias para pelo menos uma semana. Para obter mais informações, consulte Medição, custos e cobrança. Para determinar quais tipos de recursos oferecem suporte a cópias incrementais, consulte Disponibilidade de recursos por recurso.
Se os trabalhos de cópia continuarem na fila no CREATED status do mesmo recurso, reduza a frequência de cópia.