Cloud Backup:Policy Center

Escopo e limites compatíveis

As políticas de backup são compatíveis apenas com source de dados e regiões específicas:

• As regiões compatíveis com políticas de backup são exibidas na página Policy Center no console. Para mais informações sobre as regiões compatíveis, consulte Features supported by region.

• As políticas de backup são compatíveis apenas com ECS File Backup, backup de instância ECS, backup do oss, backup do Alibaba Cloud NAS, backup de NAS local, backup do Tablestore, backup do CPFS e backup de arquivos locais.

• O recurso Backup Vault se aplica apenas a políticas de backup padrão.

• O recurso Automatic Archiving está disponível apenas para ECS File Backup, backup de instância ECS, backup do oss, backup do Alibaba Cloud NAS, backup de NAS local, backup do CPFS e backup de arquivos locais.

• O recurso Immutable Backup é compatível tanto com políticas padrão quanto com políticas de backup de instância ECS.

• O recurso Backup Point Virus Detection se aplica apenas a ECS File Backup (New), Local File Backup (New), oss Backup, Alibaba Cloud NAS Backup e Local NAS Backup.

• O recurso Associate Resource Tag se aplica apenas a backups de instância ECS, backups de arquivos ECS, backups do oss, backups do Alibaba Cloud NAS e backups do Tablestore.

Pré-requisitos

É necessário ter activated Cloud Backup. A ativação do Cloud Backup é gratuita.

Observações

Se o Policy Type de uma política de backup for 'Legacy Backup Policy', a política estará associada a um backup de instância ECS e usará um cofre de backup. As limitações são as seguintes:

As políticas de backup legadas são identificadas por um ícone de triângulo de aviso na coluna Policy Type. A área Backup Policy Details exibe o status atual dos itens de configuração, como horário de execução, período de retenção, período de retenção especial, manter pelo menos um backup, arquivamento automático, replicação de backup entre regiões e detecção de vírus no ponto de backup.

Criar uma política de backup

Antes de fazer o backup de uma source de dados, crie uma política de backup.

1. Acesse o console do Cloud Backup.

2. No painel de navegação à esquerda, escolha Backup > Policy Center.

3. Na barra de navegação superior, selecione uma região.

4. Na página Policy Center, clique em Create Backup Policy.

5. Na caixa de diálogo Create Backup Policy, configure parâmetros como Policy Type, Policy Name, Execution Plan, Lifecycle, Automatic Archive Settings, Backup Vault Configuration e Replication Policy e, em seguida, clique em OK.

   Configure também a Data Security (incluindo as opções Backup Lock e Backup Point Virus Detection), o Backup Vault Encryption Method (como Cloud Backup Fully Managed) e as Associated Resource Tags.

   • Ao selecionar a ECS Instance Backup Policy, essa política se aplica apenas ao backup de instância ECS, e o período de retenção não pode ser definido como permanente.

   • A opção Keep at Least One Backup está ativada por padrão.

   • A área Backup Data Management permite configurar o Backup Lock (os pontos de backup de instância ECS não podem ser excluídos antes da expiração automática).

   • A área Associated Resource Tags permite clicar em + Add Resource para vincular recursos de backup.

   Descrição dos parâmetros da General Backup Policy

   Importante

   Selecione um tipo de política com base nas suas necessidades de negócios e leia atentamente as descrições dos parâmetros para garantir que as configurações atendam aos seus requisitos.

   Parameter		Description
   Policy Type		Especifica o tipo de política. Esta política se aplica a backups diferentes de backups de instância ECS. As source de dados compatíveis incluem: arquivos ECS, arquivos locais, oss, Alibaba Cloud NAS, CPFS, Tablestore e NAS local. O Cloud Backup armazena os dados de backup em um cofre de backup de uso geral.
   Policy Name		insira um nome personalizado para a política de backup. O nome deve ter de 2 a 128 caracteres. Não pode começar com auto, um caractere especial ou um dígito. Pode conter apenas pontos (.), sublinhados (_), hífens (-) e dois pontos (:).
   Schedule	Backup Frequency	Especifique o ciclo de backup. Nota Se um job de backup ainda estiver em execução quando o próximo estiver programado para começar, o próximo job será ignorado e executado no próximo horário programado. Hourly: Executa backups em intervalos de um número fixo de horas. Daily: Executa backups em um intervalo fixo de dias. Weekly: Executa backups em dias específicos da semana. Monthly: Executa backups nos meses especificados.
   	First Execution Time	defina o horário de execução inicial.
   	Time Interval	Especifique o intervalo de backup.
   	Incremental Backup Interval	Este parâmetro é necessário apenas para o Tablestore. Para outras source de dados, o Cloud Backup executa automaticamente backups completos ou incrementais. No: Não utiliza backup incremental. Specify Time: Especifique o intervalo de backup incremental para o Tablestore.
   Lifecycle	Retention Period	defina o período de retenção para os dados de backup. Permanent: Os dados de backup são retidos permanentemente e nunca são excluídos. Specify Time: O período total de retenção dos dados de backup. O período de retenção é especificado em dias. O valor máximo não pode exceder o equivalente a 999 anos. Por exemplo, se você defina o parâmetro Specify Time como 210 dias, os dados de backup serão retidos por 210 dias e serão excluídos quando o período de retenção expirar. defina os Days to Transfer to Archive Tier, os dados na camada de arquivamento devem ser retidos por pelo menos 60 dias. Portanto, o período total de retenção deve ser maior ou igual à soma do número de dias antes do arquivamento e ao período mínimo de retenção de 60 dias para a camada de arquivamento. Por exemplo, se você defina que os dados serão arquivados após 30 dias, o período total de retenção deve ser de pelo menos 30 + 60 = 90 dias.
   	Special Retention Period	Além das políticas de backup padrão, o Cloud Backup é compatível com políticas de retenção especial para atender aos requisitos de segurança de dados. Com uma política de retenção especial, é possível defina um período de retenção mais longo para o primeiro backup disponível de um ciclo especificado (semanal, mensal ou anual). Uma única política de backup pode incluir regras para retenção especial semanal, mensal e anual ao mesmo tempo. Para mais informações, consulte Special retention periods. Importante O período de retenção especial e o período de retenção padrão têm restrições de tempo. defina um período de retenção especial, recomendamos seguir as sugestões do sistema. Geralmente, aplicam-se os seguintes limites: Não é possível defina um período de retenção especial para backups retidos permanentemente. O período de retenção especial deve ser maior que o período de retenção padrão. O período de retenção especial, convertido de semanas, meses ou anos, não pode exceder 999 anos.
   	Keep At Least One Backup Version	Recomendamos que você ative esta opção. Quando ativada, a versão de backup mais recente gerada por este plano de backup não é excluída devido à expiração do período de retenção ou a operações acidentais. Isso evita o risco de não haver nenhuma versão de backup disponível para restauração devido a configurações inadequadas do plano de backup. Para mais informações, consulte Enable retaining at least one backup version. Importante Este recurso entra em vigor apenas após associar uma source de dados a esta política de backup. Para políticas de backup de uso geral, pelo menos uma versão dos pontos de backup replicados para o local externo também é retida. Backups do Tablestore não têm suporte. O backup mais recente não é arquivado automaticamente.
   Automatic Archiving	Days to Transfer to Archive Tier	Especifique o número de dias após o qual os dados de backup serão movidos para a camada de arquivamento. Por padrão, os dados de backup ficam armazenados na camada padrão de um cofre de backup. Para dados de backup que precisam ser retidos por muito tempo, use este recurso para mover pontos de backup da camada padrão para a camada de arquivamento, reduzindo os custos de proteção de dados. Importante Ao usar o cross-region backup, os dados da camada de arquivamento em um cofre de backup não são replicados para uma região diferente. Depois que os dados da camada padrão no cofre de backup são transferidos para a camada de arquivamento, os dados correspondentes no cofre de destino da replicação também são excluídos. A quantidade de dados na camada de arquivamento é calculada com base no tamanho dos dados brutos antes do arquivamento. Objetos ou arquivos menores que 64 KB são calculados como 64 KB. Para cenários que envolvem muitos arquivos pequenos, avalie cuidadosamente se deve arquivar os dados. Para regras detalhadas, consulte Auto-archiving. Os dados de backup devem ser retidos na camada padrão por pelo menos 30 dias antes de serem arquivados. Após a movimentação para a camada de arquivamento, os dados devem ser retidos nela por pelo menos 60 dias. No: Os dados de backup ficam armazenados na camada padrão e não são transferidos para a camada de arquivamento. Specify Time: O intervalo válido é de 30 a 65535 dias. Para equilibrar a frequência de acesso aos dados, as necessidades de recuperação, os custos de armazenamento e o ciclo de vida dos dados, os pontos de backup devem ser retidos na camada padrão por pelo menos 30 dias antes de serem arquivados automaticamente. Essa estratégia baseia-se na consideração de que dados recentes têm maior probabilidade de recuperação, ajudando a reduzir os custos de armazenamento de longo prazo e minimizar os altos custos que podem ser incorridos na restauração de dados da camada de arquivamento. Se a movimentação para a camada de arquivamento ocorrer 30 dias após o Specify Time: Se o Retention Period dos dados de backup for Permanent, os dados são transferidos para a camada de arquivamento após 30 dias, onde ficam retidos permanentemente e não serão excluídos. Se o Retention Period dos dados de backup for de 210 dias, os dados são transferidos para a camada de arquivamento após 30 dias e retidos por mais 180 dias antes de serem excluídos automaticamente. O período total de retenção é de 210 dias.
   Backup Vault	Backup Vault	Configure o cofre de backup onde os backups são armazenados. Create Backup Vault: Crie um novo cofre de backup para armazenar dados de backup. Por padrão, o sistema atribui o nome do cofre com base na data e hora. Select Vault: Selecione um cofre de backup existente na lista suspensa de nomes de cofres de backup. Para maximizar a redundância dos seus dados de backup, o sistema seleciona automaticamente o vault type com base no suporte da região: um cofre de backup com redundância de zona é criado por padrão em regiões que têm suporte para armazenamento com redundância de zona, e um cofre de backup com redundância local é criado em outras regiões.
   	Vault Name	Este parâmetro é necessário apenas quando o parâmetro Backup Vault está definido como Create Backup Vault ou Select Backup Vault. insira ou selecione o nome de um cofre de backup.
   	Vault Resource Group	Este parâmetro é necessário apenas quando o parâmetro Backup Vault está definido como Create Backup Vault. Especifica o grupo de recursos ao qual o cofre de backup pertence. Use grupos de recursos para gerencie recursos pertencentes à sua conta Alibaba Cloud. Os grupos de recursos ajudam a simplificar o gerenciamento de recursos e permissões da sua conta. Para mais informações, consulte Create a resource group.
   	Vault Encryption Method	Configure este parâmetro apenas quando o parâmetro Backup Vault estiver definido como Create Backup Vault. Especifica o método usado para criptografar os dados no cofre de backup. Cloud Backup-managed (Padrão): Usa o método de criptografia padrão do service de backup. KMS: Use uma chave personalizada do Alibaba Cloud KMS para criptografia. Especifique o parâmetro KMS Key ID. Selecione a caixa de seleção Use KMS Alias para usar um alias de chave KMS como o ID da chave KMS. Importante Após criptografar um cofre de backup com uma chave KMS, não é possível alterar a chave KMS. Para criptografar um cofre de backup com uma chave KMS, primeiro crie uma chave KMS no Key Management Service (KMS). Para mais informações, consulte Create a CMK.
   Replication Policy	Backup Vault Replication	Depois de ativar a replicação do cofre de backup, todos os dados de backup existentes na camada padrão do cofre de origem e quaisquer novos dados de backup gerados após o horário atual são sincronizados automaticamente com o cofre de destino da replicação. Isso oferece proteção de dados entre regiões e entre contas. Importante Quando o arquivamento automático está ativado para o cofre de backup de origem, os dados na camada de arquivamento do cofre de origem não são sincronizados com o cofre de destino. Depois que os dados da camada padrão do cofre de origem são movidos para a camada de arquivamento, os dados correspondentes no cofre de destino também são excluídos. A ativação da replicação de backup entre regiões gera taxas de armazenamento e transferência de dados entre regiões. Para mais informações, consulte Billing methods and billable items. ative o recurso Backup Vault Replication em uma política de backup padrão equivale a Configure Vault Replication para os cofres de backup associados à política. Você pode configurar o configure cross-region backup em Storage Vaults. Depois de ativar o Backup Vault Replication, os cofres de backup das source de dados associadas a esta política executarão automaticamente a replicação com base nas regras configuradas, e todos os pontos de backup, incluindo os existentes e os novos, serão sincronizados com o cofre de destino. Nota O período de retenção externo para backups de uso geral é o mesmo que o período de retenção dos pontos de backup de origem.
   	Replication Target Vault Configuration	escolha entre usar um cofre de destino de replicação existente ou criar um novo, conforme necessário. Create replication target vault: Cria um cofre na conta atual para replicação entre regiões. Select replication target vault: Se você já criou um cofre de destino de replicação em outra conta e o compartilhou com a conta atual, poderá realizar a replicação entre contas ou entre contas e regiões. Se selecionar um cofre de destino de replicação em outra região da conta atual, poderá realizar a replicação entre regiões.
   	Destination Region	Este parâmetro é necessário apenas se você ativar a opção Backup Vault Replication. Selecione a região onde está localizado o cofre de destino da replicação.
   	Encryption Method of Replication Target Vault	Este parâmetro é necessário apenas quando você ativa a opção Backup Vault Replication e seleciona Create Replication Target Vault. O método de criptografia para o cofre de backup de destino deve ser o mesmo do cofre de backup de origem. Os valores válidos são Cloud Backup-managed e KMS.
   Data Security	Immutable Backup	Depois de ativar o Backup lock, não é possível desativar esse recurso. Depois de ativado, o cofre de backup e todos os seus dados não podem ser excluídos antes da expiração automática. Se a replicação de backup externa também estiver ativada, o cofre de backup replicado e os pontos de backup no local externo também serão bloqueados.
   	Backup Point Virus Detection	Depois de ativar a opção Backup Point Virus Detection, o sistema executa automaticamente a detecção de vírus nos dados de backup após a conclusão do backup. visualize os resultados detalhados da detecção no ponto de backup. Importante Depois de ativar a verificação de vírus em uma política de backup, o sistema realiza uma verificação completa de vírus no primeiro ponto de backup. Para os pontos de backup subsequentes, o sistema realiza uma verificação incremental. A verificação de vírus no ponto de backup é um recurso pago. Não é possível cancelar uma tarefa de verificação de vírus no ponto de backup após o início. Desative o recurso de detecção de vírus no ponto de backup desligando a opção Backup Point Virus Detection.
   Associate Resource Tag		As políticas de backup são compatíveis com a associação de recursos em lotes com base em tags. Resource Type: ECS file, oss Bucket, Alibaba Cloud NAS, Tablestore. Select Resource: Associe todos os recursos de um tipo de recurso ou associe recursos específicos usando Specify Tag. Resource Tag: Um recurso será correspondido apenas se tiver todas as tags especificadas. clique em Associate Tags para adicionar várias tags. As tags de recurso devem corresponder ao tipo de recurso: Se o Resource Type for ECS File: especifique tags de instância ECS. Se o Resource Type for oss Bucket: especifique tags de bucket do oss. Se o Resource Type for Alibaba Cloud NAS: especifique tags de sistema de arquivos NAS. Se o Resource Type for Tablestore: especifique tags de instância do Tablestore. Nota Você pode adicionar até 30 tags de recurso. Quando uma instância ECS é associada a uma política de backup por meio de tags e o tipo de recurso é definido como ECS File, o Cloud Backup implanta automaticamente o cliente de backup de arquivos ECS quando o próximo job de backup começa. Por outro lado, se as tags de uma instância ECS não estiverem mais associadas a nenhuma política de backup e todos os jobs de backup relacionados tiverem expirado, o Cloud Backup desinstala automaticamente o cliente de backup de arquivos ECS. A cada execução da política de backup, o Cloud Backup realiza a seguinte verificação de correspondência de tags: Associação automática de novos recursos correspondentes: se o Cloud Backup encontrar source de dados que não estão vinculadas à política de backup atual, mas correspondem às tags da política, ele as associa automaticamente. Esses recursos terão backup periódico a partir do próximo horário de backup. Ajuste automático dos recursos associados: para source de dados já vinculadas a esta política de backup, o sistema verifica se elas ainda atendem aos requisitos de tags da política. Se uma source de dados não corresponder mais às configurações atuais da política, o Cloud Backup pausa automaticamente suas operações de backup. Após o término do ciclo de backup, a source de dados é desassociada automaticamente da política. Tag Hit Check: clique em Detect Now para encontrar os recursos que correspondem às tags de recurso definidas. Para adicionar recursos de vários tipos, clique em Add Resource.

   Descrição das métricas da ECS Instance Backup Policy

   Importante

   Selecione um tipo de política com base nas suas necessidades de negócios e leia atentamente as descrições dos parâmetros para garantir que as configurações atendam aos seus requisitos.

   Parameter		Description
   Policy Type		Especifica o tipo de política. Aplica-se apenas ao ECS instance backup. Os dados de backup utilizam a capacidade do snapshot e não são armazenados em um cofre de backup.
   Policy Name		insira um nome personalizado para a política de backup. O nome deve ter de 2 a 128 caracteres. Não pode começar com auto, um caractere especial ou um dígito. Pode conter apenas pontos (.), sublinhados (_), hífens (-) e dois pontos (:).
   Schedule	Backup Frequency	Especifique o ciclo de backup. Nota Se um job de backup ainda estiver em execução quando o próximo estiver programado para começar, o próximo job será ignorado e executado no próximo horário programado. Hourly: Executa um backup em um intervalo fixo de horas. Daily: Executa um backup em um intervalo fixo de dias. Weekly: Executa backups nos dias especificados da semana. Monthly: Executa o backup nos meses especificados.
   	First Execution Time	Especifique o primeiro horário de execução.
   	Time Interval	Especifique o intervalo de backup.
   Lifecycle	Retention Period	defina o período de retenção para os dados de backup. Importante Os backups de instância ECS não podem ser retidos permanentemente. Specify Time: O período total de retenção dos dados de backup. A unidade é dias. O período máximo de retenção não pode exceder 999 anos. Por exemplo, se você defina o parâmetro Specify Time como 210 dias, os dados de backup serão retidos por 210 dias e serão excluídos quando o período de retenção expirar. Se você defina o parâmetro Days to Transfer to Archive Tier, os dados na camada de arquivamento devem ser retidos por pelo menos 60 dias. Portanto, o período total de retenção não deve ser inferior à soma do número de dias antes do arquivamento e ao período mínimo de retenção para a camada de arquivamento (60 dias). Por exemplo, se você defina que os dados serão arquivados após 15 dias, o período total de retenção deve ser de pelo menos 15 + 60 = 75 dias.
   	Special Retention Period	Além das políticas de backup padrão, o Cloud Backup é compatível com políticas de retenção especial para atender aos requisitos de segurança de dados. Essas políticas permitem defina um período de retenção mais longo para o primeiro backup disponível gerado a cada semana, mês e ano. Uma política de backup pode incluir regras de retenção especial semanal, mensal e anual ao mesmo tempo. Para mais informações, consulte Special retention periods. Importante O período de retenção especial e o período de retenção padrão têm restrições de tempo. defina um período de retenção especial, recomendamos seguir as sugestões do sistema. Geralmente, aplicam-se os seguintes limites: O período de retenção especial deve ser maior que o período de retenção padrão. O período de retenção especial, convertido de semanas, meses ou anos, não pode exceder 999 anos.
   	Keep At Least One Backup Version	Recomendamos ative a opção Enable Keep at least one backup version. Se você ativar essa opção, a versão de backup mais recente gerada por este plano de backup não será excluída devido à expiração do período de retenção ou a operações acidentais. Isso evita o risco de não haver nenhuma versão de backup disponível para restauração devido a configurações inadequadas do plano de backup. Importante Este recurso entra em vigor apenas após associar uma source de dados a esta política de backup. A configuração "Keep at Least One Backup Version" na política local não afeta os pontos de backup replicados para o local externo para políticas de backup de instância ECS. O backup mais recente não é arquivado automaticamente.
   Automatic Archiving	Days to Transfer to Archive Tier	Especifique o número de dias após o qual os dados de backup serão movidos para a camada de arquivamento. Por padrão, os dados de backup ficam armazenados na camada padrão. Para dados de backup que precisam ser retidos por muito tempo, use este recurso para mover pontos de backup da camada padrão para a camada de arquivamento, reduzindo os custos de proteção de dados. Importante Este recurso se aplica apenas a novos pontos de backup de instância ECS criados após a definição ou modificação da configuração de arquivamento automático. Os pontos de backup criados antes dessa definição não são arquivados. Os dados na camada de arquivamento são cobrados com base no armazenamento archive snapshot, e as taxas são coletadas pelo service ECS. Antes que os pontos de backup de uma instância ECS inteira entrem na camada de arquivamento, os snapshots que não foram arquivados com sucesso são cobrados com base no armazenamento de snapshot padrão, e os snapshots arquivados com sucesso são cobrados com base no armazenamento archive snapshot. Os pontos de backup devem ser retidos na camada padrão por pelo menos 14 dias antes de serem arquivados. Depois de movido para a camada de arquivamento, o ponto de backup deve ser retido nela por pelo menos 60 dias. Se você exclua manualmente um ponto de backup antes de 60 dias, será cobrado pelo período restante. No: Os dados de backup permanecem na camada padrão e não são transferidos para a camada de arquivamento. Specify Time: O intervalo válido é de 14 a 65535 dias. Para equilibrar a frequência de acesso aos dados, os requisitos de recuperação, os custos de armazenamento e o ciclo de vida dos dados, os pontos de backup devem ser retidos na camada padrão por pelo menos 14 dias antes de serem arquivados automaticamente. Essa estratégia baseia-se na consideração de que dados recentes têm maior probabilidade de recuperação, ajudando a reduzir os custos de armazenamento de longo prazo e minimizar os altos custos que podem ser incorridos na restauração de dados da camada de arquivamento. Por exemplo, se o Specify Time for de 30 dias e o Retention Period for de 210 dias, os dados de backup são movidos para a camada de arquivamento após 30 dias. Os dados são então retidos na camada de arquivamento por mais 180 dias antes de serem excluídos automaticamente. O período total de retenção é de 210 dias.
   Replication Policy	Replication to Other Region	Depois de ativar o recurso Replication to Other Region, os backups criados são imediata e automaticamente replicados para a região de destino, o que oferece proteção entre regiões. Dependendo do tipo de source de backup, a ativação da replicação entre regiões gera taxas de armazenamento ou de transferência de dados entre regiões. Para detalhes sobre os métodos de cobrança, consulte Billing methods and billable items. O Cloud Backup oferece a seguinte tecnologia de replicação de backup externa: Os backups são replicados entre regiões usando a tecnologia de replicação de snapshot entre regiões. Esse método é aplicável apenas a backing up entire ECS instances. Importante Depois de ativar o Replication to Other Region, os backups existentes não são replicados. Esse recurso se aplica apenas aos pontos de backup criados após a ativação do recurso. Depois de desativar a replicação de backup externa, os pontos de backup que já foram replicados para a região de destino não são excluídos imediatamente. O sistema os limpa automaticamente após a expiração do período de retenção.
   	Destination Region	Este parâmetro é necessário apenas quando o recurso Replication to Other Region está ativado. Especifique a região de destino para a qual os dados de backup serão replicados.
   	Remote Retention Period	Ao ativar o recurso Replication to Other Region, configure esse parâmetro. defina o período de retenção para os dados de backup na região de destino. Nota Os backups de instância ECS não podem ser retidos permanentemente. Specify Time: O período total de retenção para dados de backup com redundância geográfica. Unidade: dias. O valor padrão é 7 dias, e o período máximo de retenção não pode exceder 999 anos. Os dados de backup são excluídos automaticamente após a expiração do período de retenção. defina a opção Archive after days, os dados na camada de arquivamento devem ser retidos por pelo menos 60 dias. Portanto, o período total de retenção para dados externos não deve ser inferior à soma do número de dias antes do arquivamento e ao período mínimo de retenção da camada de arquivamento (60 dias). Por exemplo, se você defina que os dados serão arquivados após 15 dias, o período total de retenção deve ser de pelo menos 15 + 60 = 75 dias.
   	Archive after days	Configure este parâmetro ao ativar o recurso Replication to Other Region. Por padrão, os dados de backup externos ficam armazenados na camada padrão. defina o número de dias após o qual arquivar os dados, você move os dados de backup externos de longo prazo da camada padrão para a camada de arquivamento, o que reduz os custos de proteção de dados. Importante Os dados na camada de arquivamento são cobrados como armazenamento archive snapshot, e as taxas são coletadas pelo service ECS. Antes que um ponto de backup de uma instância ECS inteira seja movido para a camada de arquivamento, os snapshots que não foram arquivados com sucesso são cobrados como armazenamento de snapshot padrão, e os snapshots arquivados com sucesso são cobrados como armazenamento archive snapshot. Os pontos de backup devem ser retidos na camada padrão por pelo menos 14 dias antes de serem arquivados. Depois de movido para a camada de arquivamento, o ponto de backup deve ser retido nela por pelo menos 60 dias. Se você exclua manualmente um ponto de backup antes de 60 dias, será cobrado pelo período restante. Se o Archive after days for maior ou igual ao Remote Retention Period, nenhum backup será arquivado. No: Os dados de backup com redundância geográfica permanecem na camada padrão e não são transferidos para a camada de arquivamento. Specify Time: O número de dias pode variar de 14 a 65535. Para equilibrar a frequência de acesso aos dados, as necessidades de recuperação, os custos de armazenamento e o ciclo de vida dos dados, os pontos de backup devem ser retidos na camada padrão por pelo menos 14 dias antes de serem arquivados automaticamente. Essa estratégia baseia-se na consideração de que dados recentes têm maior probabilidade de recuperação, ajudando a reduzir os custos de armazenamento de longo prazo e minimizar os altos custos que podem ser incorridos na restauração de dados da camada de arquivamento. Por exemplo, se você defina o Specify Time como 30 dias e o Remote Retention Period dos dados de backup for de 210 dias, os dados de backup com redundância geográfica são movidos para a camada de arquivamento após 30 dias. Eles são então retidos na camada de arquivamento por mais 180 dias e depois excluídos automaticamente. O período total de retenção é de 210 dias.
   Data Security	Immutable Backup	Depois de ativado, não é possível desativar o recurso Backup Lock. Depois de ativado, os pontos de backup de instância ECS não podem ser excluídos antes da expiração automática. Depois de ativado, apenas os pontos de backup de instância ECS criados no próximo ciclo de backup serão bloqueados. Os pontos existentes não serão bloqueados. Se a replicação de backup externa também estiver ativada, os pontos de backup replicados no local externo também serão bloqueados. ative esse recurso não afeta o uso normal dos cloud disks e snapshots correspondentes, como a criação de cloud disks ou o compartilhamento de snapshots.
   Associate Resource Tag		As políticas de backup são compatíveis com a associação de recursos em lotes com base em tags. Resource Type: ECS instance. Select Resource: Associe todos os recursos de um tipo de recurso ou associe recursos específicos usando Specify Tag. Resource Tag: Um recurso será correspondido apenas se todas as tags coincidirem. clique em Associate Tags para adicionar várias tags. Especifique as tags para instâncias ECS. Nota Você pode adicionar até 30 tags de recurso. Quando uma instância ECS é associada a uma política de backup por meio de tags e o tipo de recurso é definido como ECS File, o Cloud Backup implanta automaticamente o cliente de backup de arquivos ECS quando o próximo job de backup começa. Por outro lado, se as tags de uma instância ECS não estiverem mais associadas a nenhuma política de backup e todos os jobs de backup relacionados tiverem expirado, o Cloud Backup desinstala automaticamente o cliente de backup de arquivos ECS. A cada execução da política de backup, o Cloud Backup realiza a seguinte verificação de correspondência de tags: Associação automática de novos recursos correspondentes: se o Cloud Backup encontrar source de dados que não estão vinculadas à política de backup atual, mas correspondem às tags da política, ele as associa automaticamente. Esses recursos terão backup periódico a partir do próximo horário de backup. Ajuste automático dos recursos associados: para source de dados já vinculadas a esta política de backup, o sistema verifica se elas ainda atendem aos requisitos de tags da política. Se uma source de dados não corresponder mais às configurações atuais da política, o Cloud Backup pausa automaticamente suas operações de backup. Após o término do ciclo de backup, a source de dados é desassociada automaticamente da política. Tag Hit Detection: clique em Detect Now para verificar quais recursos correspondem às tags de recurso definidas. Para adicionar recursos de vários tipos, clique em Add Resource.

   Depois de criar a política, visualize-a na lista de políticas da Central de Políticas.

   • Se o tipo de política for General Backup Policy, a política de backup criada será exibida.

     • Execution Time: A partir de 09:00:00, intervalo de 1 dia

     • Retention Period: 2 anos

     • Special Retention Period: Não utilizado

     • Keep at Least One Backup: Ativado

     • Auto Archive: Não utilizado

     • Backup Cross-Region Replication: Não utilizado

     • Backup Point Virus Detection: Ativado (sujeito a cobrança)

     • Associated Resources: Não utilizado

   • Ao selecionar a ECS Instance Backup Policy, a política de backup é criada da seguinte forma.

     A lista de políticas de backup mostra um registro de política de backup de instância ECS. Os valores de configuração dos parâmetros nos detalhes da política de backup são:

     • Execution Time: A partir de 03:00:00, intervalo de 1 dia

     • Retention Period: 1 semana

     • Special Retention Period: Não utilizado

     • Keep at Least One Backup: Ativado

     • Backup Cross-Region Replication: Não utilizado

     • Backup Lock: Ativado

     • Backup Vault: Não utilizado

     • Associated Resource Count: 1

     gerencie esta política por meio dos links Associate Resources e Edit Policy na coluna Actions.

Associar uma política de backup a uma source de dados

Depois de criar uma política de backup, associe recursos para backups automáticos de uma das seguintes maneiras:

• Associe a política de backup ao criar um plano de backup para uma source de dados.

• Na lista de políticas de backup, associate resources in batches by resource ID.

• Especifique tags de recurso na política de backup para associar automaticamente os recursos correspondentes. Para mais informações, consulte Automatically associate resources based on tags.

clique em ícone à esquerda de uma política para visualize suas source de dados associadas.

Associar recursos em lotes por ID de recurso

Depois de criar uma política de backup, clique em Associate Resource na coluna Actions da política de backup de destino para associar recursos em lotes.

Para uma política de backup padrão:

• Se o tipo de recurso for ECS File, clique em lista suspensa ECS Instance para selecionar várias instâncias ECS.

  O sistema faz o backup das instâncias ECS especificadas automaticamente com base nessa política. Por padrão, o sistema faz o backup de todos os arquivos, exceto dos diretórios do sistema. Para obter informações sobre os diretórios do sistema excluídos, consulte as informações fornecidas no console.

• Se o tipo de recurso for Alibaba Cloud OSS, clique em lista suspensa OSS Bucket para selecionar vários oss Buckets.

  O sistema faz o backup dos buckets do oss especificados das classes de armazenamento Standard e Infrequent Access automaticamente com base nessa política. Por padrão, o sistema faz o backup do bucket inteiro.

• Se o tipo de recurso for Alibaba Cloud NAS, clique em lista suspensa NAS File System para selecionar um ou mais sistemas de arquivos NAS.

  O sistema faz o backup dos sistemas de arquivos NAS especificados do tipo General-purpose automaticamente com base nessa política. Por padrão, o sistema faz o backup de todo o sistema de arquivos.

• Se o tipo de recurso for Tablestore, clique em lista suspensa Tablestore Instance para selecionar várias instâncias do Tablestore.

  O sistema faz o backup das instâncias do Tablestore especificadas automaticamente com base nessa política. Por padrão, o sistema faz o backup da instância inteira.

Para uma política de backup de instância ECS:

• Se o tipo de recurso for ECS Instance, clique em lista suspensa ECS Instance para selecionar várias instâncias ECS.

  O sistema faz o backup das instâncias ECS especificadas automaticamente com base nessa política. Por padrão, o sistema faz o backup de todos os cloud disks.

Para adicionar recursos de vários tipos de recurso, clique em Associate Resource.

modifique uma política de backup

Depois de criar uma política de backup, encontre a política de destino na lista de políticas e clique em Edit Policy na coluna Actions para modifique as configurações definidas. As configurações modificadas entram em vigor na próxima execução da tarefa de backup.

execute uma política de backup imediatamente

• execute um job de backup imediatamente para todas as source de dados associadas à política de backup.

  Encontre a política de destino na lista de políticas. Na coluna Actions, escolha ┇ > Execute Immediately. Essa operação executa imediatamente um job de backup para todas as source de dados associadas. Depois da conclusão do job, acesse a página Backup Jobs de cada source de dados para visualize o progresso da execução.

• execute um job de backup imediatamente para uma source de dados específica.

  clique em ícone para expandir os detalhes da política de backup e mudar para a source de dados correspondente no painel de navegação à esquerda. Na coluna Actions da source de dados de destino, escolha ┇ > Execute Immediately. Essa ação executa imediatamente um job de backup para a source de dados de destino.

Desassociar uma política de backup

Depois de criar uma política de backup, mude para a source de dados correspondente no painel de navegação à esquerda, clique na aba Backup Plans, encontre o plano de backup de destino e, na coluna Actions, escolha ┇ > Delete Plan para desassociar a política de backup da source de dados. Depois de desassociada, o plano de backup da source de dados não é mais executado.

exclua uma política de backup

Depois de criar uma política de backup, encontre a política de destino na lista de políticas e escolha ┇ > Delete na coluna Actions. Depois de excluída a política de backup, os jobs de backup para as source de dados associadas não são mais executados, mas os dados de backup são mantidos.

Desanexar tags de recurso

Depois de criar uma política de backup, encontre a política de destino na lista de políticas e clique em Edit Policy na coluna Actions. Em seguida, clique em ícone da tag de recurso para desanexá-la da política de backup. Quando uma tag de recurso é desanexada, o sistema remove automaticamente as source de dados associadas à tag da política de backup. Essa alteração entra em vigor na próxima execução da política de backup.