Uma política de backup define a programação, o período de retenção e as regras de ciclo de vida dos backups. As políticas são independentes das fontes de dados e podem ser aplicadas a várias source para gerar planos de backup. Na Central de Políticas, é possível criar, modifique, associar e exclua políticas de backup.
Escopo e limitações
Aplicam-se as seguintes limitações:
A página do console Policy Center lista as regiões suportadas. Recursos suportados por região.
Atualmente, as políticas de backup suportam apenas backup de arquivos ecs, backup de instâncias ecs, backup OSS, backup NAS Alibaba Cloud, backup NAS local, backup Tablestore, backup CPFS e backup de arquivos locais.
O Backup Vault aplica-se somente a políticas de backup de uso geral.
O recurso auto-archive suporta apenas backup de arquivos ecs, backup de instâncias ecs, backup OSS, backup NAS Alibaba Cloud, backup NAS local, backup CPFS e backup de arquivos locais.
Tanto as políticas de backup de uso geral quanto as políticas de backup de instância suportam Immutable Backup.
O recurso Backup Point Virus Detection suporta apenas backup de arquivos ecs (nova versão), backup de arquivos locais (nova versão), backup OSS, backup NAS Alibaba Cloud e backup NAS local.
O recurso Associate Resource Tag suporta apenas backup de instâncias ecs, backup de arquivos ecs, backup OSS, backup NAS Alibaba Cloud e backup Tablestore.
Pré-requisitos
Você já ative o 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 e a um cofre de backup. Aplicam-se as seguintes limitações:
Ainda é possível edite políticas de backup legadas, mas não é permitido criar novas nem associá-las a novos backups de instâncias ecs. As associações existentes permanecem inalteradas. Para fazer backup de novas instâncias ecs, crie e utilize uma nova ECS Instance Backup Policy.
Uma política de backup legada faz backup das instâncias ecs vinculadas usando snapshots. Esses backups não ficam armazenados em um cofre de backup e não suportam replicação entre regiões ou arquivamento automático.
-
Sobre os recursos de replicação e bloqueio de backup:
Caso uma política legada não esteja vinculada a um cofre de backup, visualize e edite a configuração de backup da instância na página ECS Instance Backup.
Se uma política legada estiver vinculada a um cofre de backup, visualize e edite a configuração do cofre na página Policy Center. As configurações de backup da instância ainda aparecem na página ECS Instance Backup, mas são somente leitura.

Criar uma política de backup
Crie uma política de backup antes de fazer backup de qualquer source de dados.
Faça login no console do Cloud Backup.
No painel de navegação à esquerda, escolha Backup > Policy Center.
Na barra de navegação superior, selecione uma região.
Em Policy Center, clique em Create Backup Policy.
-
Na caixa de diálogo Create Backup Policy, configure Policy Type, Policy Name, Execution Plan, Lifecycle, Auto-archive Settings, Backup Vault Configuration e Replication Policy e clique em OK.


General Backup Policy
ImportanteSelecione o tipo de política conforme seus requisitos de negócios e revise as descrições dos parâmetros antes de prosseguir.
Parâmetro
Descrição
Policy Type
Esta política aplica-se a todos os backups, exceto backups completos de instâncias ecs.
As source de dados suportadas incluem arquivos ecs, arquivos locais, OSS, Alibaba Cloud NAS, CPFS, Tablestore e NAS local. Os dados de backup são armazenados em um cofre de backup de uso geral.
Policy Name
Nome da política de backup.
O nome deve ter entre 2 e 128 caracteres. Não pode começar com
auto, caractere especial ou dígito. Pode conter pontos (.), sublinhados (_), hífens (-) e dois-pontos (:).Schedule
Backup Frequency
NotaSe um trabalho de backup ainda estiver em execução quando o próximo estiver programado para iniciar, o trabalho agendado será ignorado e execute no próximo ciclo.
-
Hourly: Backups criados em intervalos horários fixos.
-
Daily: Backups criados em intervalos diários fixos.
-
Weekly: Backups criados em dias específicos da semana.
-
Monthly: Backups criados em dias específicos do mês.
First Execution Time
Hora de início do primeiro trabalho de backup.
Time Interval
Intervalo entre trabalhos de backup.
Incremental Backup Interval
Este parâmetro aplica-se apenas ao Tablestore. Para outras source de dados, o Cloud Backup executa automaticamente backups completos ou incrementais.
-
No: Desativa backups incrementais.
-
Specify Time: Especifica o intervalo para backups incrementais do Tablestore.
Lifecycle
Retention Period
-
Permanent: Os backups são retidos permanentemente.
-
Specify Time: Período de retenção em dias (máximo: 999 anos). Por exemplo, 210 significa que os backups são exclua após 210 dias.
Ao configurar 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 deve ser no mínimo a soma do período de acionamento do arquivamento automático e o período mínimo de retenção da camada de arquivamento (60 dias).
Por exemplo, se você defina que os dados serão arquivados automaticamente após 30 dias, o período total de retenção deverá ser de pelo menos 30 + 60 = 90 dias.
Special Retention Period
Cloud Backup suporta regras de Período de retenção especial que mantêm o primeiro backup de uma semana, mês ou ano específico por mais tempo. Uma política pode combinar regras semanais, mensais e anuais.
ImportanteO período de retenção especial está sujeito ao período total de retenção. Limites:
-
Não aplicável a backups retidos permanentemente.
-
O período de retenção especial deve ser maior que o período de retenção padrão.
-
Não pode exceder 999 anos, independentemente da unidade (semanas, meses ou anos).
Keep At Least One Backup Version
Quando ativado, o backup mais recente fica protegido contra exclusão por expiração de retenção ou remoção acidental. Recomendado para evitar perda de dados devido a configurações de retenção incorretas. Reter pelo menos uma versão de backup.
Importante-
Entra em vigor somente após a associação de uma source de dados a esta política.
-
Para políticas de backup gerais, pelo menos um backup replicado na região de destino também é retido.
-
Backups do Tablestore não são suportados.
-
O backup mais recente retido não é arquivado automaticamente.
Automatic Archiving
Days to Transfer to Archive Tier
Move backups para a camada de arquivamento após um número especificado de dias para reduzir custos de armazenamento de longo prazo. Camada de armazenamento padrão: standard.
Importante-
Ao usar backup entre regiões, os dados na camada de arquivamento de um cofre de backup não são replicados para outra região. Depois que os dados são movidos da camada standard para a camada de arquivamento no cofre de source, os dados correspondentes no cofre de destino também são exclua.
-
O armazenamento de arquivamento é cobrado pelo tamanho original dos dados. Arquivos menores que 64 KB são cobrados como 64 KB. Avalie cuidadosamente se sua carga de trabalho tiver muitos arquivos pequenos. Arquivamento automático.
-
Mínimo de 30 dias na camada standard antes do arquivamento. Mínimo de 60 dias na camada de arquivamento após o arquivamento.
-
No: Os backups permanecem na camada standard.
-
Specify Time: 30–65.535 dias. Os backups devem permanecer na camada standard por pelo menos 30 dias antes do arquivamento.
Se você defina Specify Time como 30 dias:
-
Se o Retention Period estiver definido como Permanent, os backups serão movidos para a camada de arquivamento após 30 dias e retidos permanentemente.
-
Se o Retention Period for de 210 dias, os backups serão movidos para a camada de arquivamento após 30 dias, retidos por mais 180 dias e então exclua automaticamente. O período total de retenção é de 210 dias.
-
Backup Vault
Backup Vault
Cofre que armazena os backups.
-
Create Backup Vault: Cria um novo cofre. O nome padrão baseia-se no timestamp de criação.
-
Select Vault: Seleciona um cofre existente na lista suspensa.
O sistema seleciona automaticamente o tipo de cofre com base na disponibilidade da região: zone-redundant nas regiões suportadas, locally redundant nas demais.
Vault Name
Este parâmetro é obrigatório quando Backup Vault está definido como Create Backup Vault ou Select Backup Vault. Insira ou selecione o nome do cofre de backup.
Vault Resource Group
Este parâmetro é necessário apenas quando Backup Vault está definido como Create Backup Vault. Especifica o grupo de recursos ao qual o cofre de backup pertence.
Grupos de recursos organizam recursos para controle de acesso dentro de uma conta. Criar um grupo de recursos.
Vault Encryption Method
Este parâmetro é necessário apenas quando Backup Vault está definido como Create Backup Vault. Especifica o método de criptografia para o cofre de backup.
-
Cloud Backup-managed (Padrão): Método de criptografia padrão do serviço.
-
KMS: Usa uma chave personalizada do Alibaba Cloud Key Management Service (KMS) para criptografia. Você deve especificar o KMS KeyId. Também é possível marcar a caixa de seleção Use KMS Alias para usar o alias da chave como identificador.
Após ative a criptografia para um cofre de backup usando o Key Management Service (KMS), não é possível alterar a chave KMS.
Para criptografar um cofre de backup com uma chave KMS, você deve primeiro criar um ID de chave no KMS. Para obter mais informações, consulte Criar uma chave.
ImportanteReplication Policy
Backup Vault Replication
Replica automaticamente todos os dados existentes e novos da camada standard do cofre de source para um cofre de destino, garantindo proteção entre regiões e entre contas.
ImportanteOs dados na camada de arquivamento não são replicados. Quando os dados são movidos da camada standard para a camada de arquivamento no cofre de source, os dados correspondentes no cofre de destino são exclua.
-
A replicação entre regiões gera taxas de armazenamento e transferência de dados. Métodos de faturamento e itens faturáveis.
-
Ative Backup Vault Replication em uma política de backup geral tem o mesmo efeito que Configure Vault Replication para o cofre de backup associado. Configure o backup entre regiões no console Storage Vaults.
-
Após ative Backup Vault Replication, os cofres de backup associados às source de dados nesta política replicarão automaticamente todos os pontos de backup existentes e futuros para o cofre de destino.
NotaOs backups replicados compartilham o mesmo período de retenção dos pontos de backup de source.
Replication Target Vault Configuration
Selecione um cofre de destino existente ou crie um novo.
-
Criar cofre de destino de replicação: Cria um cofre na conta atual para replicação entre regiões.
-
Esta opção permite a replicação entre contas ou entre regiões, possibilitando a seleção de um cofre compartilhado de outra conta ou localizado em uma região diferente dentro da sua conta.
Destination Region
Este parâmetro é necessário apenas se você ative Backup Vault Replication.
Região do cofre de backup de destino.
Encryption Method of Replication Target Vault
Este parâmetro é necessário apenas se você ative Backup Vault Replication e selecionar Create Replication Target Vault.
Especifica o método de criptografia para o cofre de destino, que deve ser igual ao do cofre de source. Valores válidos: Cloud Backup-managed e KMS.
Data Security
Immutable Backup
Uma vez ativado, o backup imutável não pode ser desativado.
-
Quando ativado, o cofre de backup e todos os dados de backup contidos nele não podem ser exclua antes do término do período de retenção.
-
Se a replicação de cofre de backup também estiver ativada, o cofre replicado e seus pontos de backup também serão bloqueados.
Backup Point Virus Detection
Após ative a detecção de vírus em pontos de backup, o sistema verifica automaticamente os dados de backup em busca de vírus após a conclusão de cada trabalho de backup. Visualize os resultados da verificação para cada ponto de backup.
Importante-
Ao ative a detecção de vírus em uma política de backup, o sistema realiza uma verificação completa no primeiro ponto de backup e verificações incrementais nos pontos subsequentes.
-
A detecção de vírus em pontos de backup é um recurso pago.
-
Não é possível cancelar uma tarefa de detecção de vírus após o início.
Desative este recurso desligando a chave Backup Point Virus Detection.
Associate Resource Tag
Associa automaticamente a política de backup aos recursos com base em suas tags.
Resource Type: Arquivo ecs, Bucket OSS, Alibaba Cloud NAS e Tablestore.
Select Resource: Associe todos os recursos do tipo especificado ou use Specify Tag para associar um subconjunto de recursos.
Resource Tag: Um recurso é associado apenas se corresponder a todas as tags especificadas. Clique em Associate Tags para adicionar várias tags.
As tags de recurso devem corresponder ao tipo de recurso selecionado:
-
Para arquivo ecs, especifique as tags das instâncias ecs.
-
Para Bucket OSS, especifique as tags dos buckets OSS.
-
Para Alibaba Cloud NAS, especifique as tags dos sistemas de arquivos NAS.
-
Para Tablestore, especifique as tags das instâncias Tablestore.
Nota-
Adicione até 30 tags de recurso.
-
Ao associar uma instância ecs usando tags e o tipo de recurso estiver definido como arquivo ecs, o Cloud Backup implanta automaticamente o cliente de backup quando o próximo trabalho de backup for iniciado. Inversamente, se as tags de uma instância ecs não corresponderem mais à política e seus trabalhos de backup relacionados tiverem expirado, o Cloud Backup desinstala automaticamente o cliente de backup.
-
Sempre que a política de backup é executada, o Cloud Backup realiza as seguintes verificações de correspondência de tags:
-
Associar automaticamente novos recursos correspondentes: Se o Cloud Backup encontrar source de dados não associadas com tags correspondentes, ele as associa automaticamente. Os backups para esses recursos começam na próxima execução agendada.
-
Ajustar automaticamente associações existentes: O sistema verifica se as source de dados atualmente associadas ainda correspondem às tags da política. Se uma source de dados não corresponder mais, seus trabalhos de backup são pausados e a associação é removida após a expiração dos backups.
-
Tag Match Detection: Clique em Detect Now para verificar quais recursos correspondem às tags de recurso configuradas.
Para adicionar recursos de vários tipos, clique em Add Resource.
Parâmetros da ECS Instance Backup Policy
ImportanteSelecione o tipo de política apropriado e revise as descrições dos parâmetros antes de prosseguir.
Parâmetro
Descrição
Policy Type
Tipo da política.
Aplica-se apenas ao backup de instância ecs. Utiliza capacidade de snapshot em vez de cofre de backup.
Policy Name
Nome da política de backup.
Deve ter entre 2 e 128 caracteres. Caracteres permitidos: pontos (.), sublinhados (_), hífens (-) e dois-pontos (:). Não pode começar com
auto, caractere especial ou dígito.Schedule
Backup Frequency
Frequência do backup.
NotaSe um trabalho de backup ainda estiver em execução quando o próximo estiver programado para iniciar, o novo trabalho será ignorado e execute no próximo ciclo.
-
Hourly: Backups criados em intervalos horários fixos.
-
Daily: Backups criados em intervalos diários fixos.
-
Weekly: Backups criados em dias específicos da semana.
-
Monthly: Backups criados em dias específicos do mês.
First Execution Time
Horário em que o primeiro trabalho de backup é executado.
Time Interval
Intervalo entre trabalhos de backup.
Lifecycle
Retention Period
Tempo de retenção dos backups antes da exclusão automática.
ImportanteO backup de instância ecs não suporta retenção permanente.
Specify Time: Período de retenção em dias (máximo: 999 anos). Exemplo: 210 significa que os backups são exclua após 210 dias.
Se você configurar Days to Transfer to Archive Tier, os dados movidos para a camada de arquivamento devem ser retidos por pelo menos 60 dias. Portanto, o período total de retenção deve ser no mínimo o atraso de arquivamento mais 60 dias.
Por exemplo, se você defina que os dados serão arquivados após 15 dias, o período total de retenção deverá ser de pelo menos 15 + 60 = 75 dias.
Special Retention Period
Cloud Backup suporta regras de Período de retenção especial que mantêm o primeiro backup de uma semana, mês ou ano específico por mais tempo. Combine regras semanais, mensais e anuais em uma única política.
ImportanteLimites:
-
O período de retenção especial deve ser maior que o período de retenção regular.
-
O período de retenção especial não pode exceder 999 anos, seja especificado em semanas, meses ou anos.
Keep At Least One Backup Version
A opção Manter pelo menos uma versão de backup protege o backup mais recente contra exclusão por expiração de retenção ou remoção acidental.
Importante-
Entra em vigor somente após a associação de uma source de dados à política.
-
Os backups replicados na região de destino não são afetados pela configuração "Manter pelo menos uma versão de backup" da política local.
-
O backup mais recente não é arquivado automaticamente.
Automatic Archiving
Days to Transfer to Archive Tier
Dias antes que os backups sejam movidos para a camada de arquivamento. Camada padrão: standard. Use o arquivamento para reduzir custos de armazenamento de longo prazo.
Importante-
Aplica-se apenas a novos pontos de backup criados após a configuração. Backups existentes não podem ser arquivados.
-
Os dados na camada de arquivamento são cobrados como snapshots de arquivamento, e as taxas são coletadas pelo serviço ecs. Antes que um ponto de backup de uma Instância ecs seja movido para a camada de arquivamento, os snapshots que não foram arquivados com sucesso são cobrados como snapshots padrão, enquanto os snapshots arquivados com sucesso são cobrados como snapshots de arquivamento.
-
Mínimo de 14 dias na camada standard antes do arquivamento. Mínimo de 60 dias na camada de arquivamento. A exclusão antecipada dentro do período de 60 dias gera cobranças pela duração restante.
-
No: Os dados de backup permanecem na camada standard e não são movidos para a camada de arquivamento.
-
Specify Time: 14–65.535 dias. Os backups devem permanecer na camada standard por pelo menos 14 dias antes do arquivamento.
Por exemplo, se Specify Time estiver definido como 30 dias e o Retention Period dos dados de backup for de 210 dias, os dados de backup serão movidos para a camada de arquivamento após 30 dias. Em seguida, serão retidos na camada de arquivamento por mais 180 dias, sendo exclua automaticamente depois disso. O período total de retenção é de 210 dias.
Replication Policy
Replication to Other Region
Replica backups imediata e automaticamente para a região de destino para proteção entre regiões.
-
A replicação entre regiões gera taxas de armazenamento ou transferência de dados dependendo do tipo de source de dados. Métodos de faturamento e itens faturáveis.
-
O Cloud Backup fornece as seguintes tecnologias para replicação entre regiões de dados de backup:
A replicação entre regiões de backups baseia-se em tecnologia de snapshot e aplica-se apenas ao backup de instâncias ecs completas.
Importante-
Apenas novos backups são replicados após a ativação; backups existentes não são.
-
Desativar este recurso não exclua imediatamente os backups replicados. Eles são exclua quando seu período de retenção expira.
Destination Region
Se Replication to Other Region estiver ativado, este parâmetro especifica a região de destino para backups replicados.
Remote Retention Period
Se Replication to Other Region estiver ativado, este parâmetro defina o período de retenção para backups na região de destino.
NotaO backup de instância ecs não suporta retenção permanente.
Specify Time: Período total de retenção para backups replicados, em dias. O valor padrão é 7 dias. O período máximo equivale a 999 anos. Os backups são exclua automaticamente após a expiração do período de retenção.
Ao defina o parâmetro 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 replicados deve ser no mínimo o número de dias antes do arquivamento mais o 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 automaticamente após 15 dias, o período total de retenção deverá ser de pelo menos 15 + 60 = 75 dias.
Archive after days
Configure este parâmetro ao ative o recurso Replication to Other Region.
Os backups replicados usam a camada standard por padrão. Configure isto para mover backups de longo prazo para a camada de arquivamento e reduzir custos.
Importante-
Os dados na camada de arquivamento são cobrados como armazenamento de snapshot de arquivamento pelo serviço ecs. Antes que um backup de uma instância ecs seja arquivado, seus snapshots não arquivados são cobrados como snapshots padrão. Após o arquivamento, eles são cobrados como snapshots de arquivamento.
-
Mínimo de 14 dias na camada standard antes do arquivamento. Mínimo de 60 dias na camada de arquivamento. A exclusão antecipada gera cobranças pela duração restante.
-
Se o valor de Archive after days for maior ou igual ao valor de Remote Retention Period, nenhum backup será movido para a camada de arquivamento.
-
No: Os backups replicados permanecem na camada standard e não são movidos para a camada de arquivamento.
-
Specify Time: 14–65.535 dias. Os backups devem permanecer na camada standard por pelo menos 14 dias antes do arquivamento.
Por exemplo, suponha que você selecione Specify Time e defina o período como 30 dias. Se o Remote Retention Period for de 210 dias, o backup replicado será movido para a camada de arquivamento após 30 dias. Em seguida, será retido na camada de arquivamento por mais 180 dias e então exclua automaticamente. O período total de retenção é de 210 dias.
Data Security
Immutable Backup
Após ative o backup imutável, não é possível desativá-lo.
-
Ao ative este recurso, os pontos de backup de instância ecs não podem ser exclua antes do término do período de retenção.
-
Apenas backups criados após a ativação deste recurso são bloqueados.
-
Se a replicação entre regiões também estiver ativada, os pontos de backup replicados em uma região de destino também serão bloqueados.
-
Este recurso não afeta o uso normal dos discos em nuvem e snapshots correspondentes, como a criação de discos em nuvem ou o compartilhamento de snapshots.
Associate Resource Tag
Associa automaticamente a política aos recursos com base em suas tags.
Resource Type: Instância ecs.
Select Resource: Associe todos os recursos do tipo especificado ou use Specify Tag para associar um subconjunto de recursos.
Resource Tag: Um recurso é associado apenas se corresponder a todas as tags especificadas. Clique em Associate Tags para adicionar várias tags. Especifique as tags para as instâncias ecs.
Nota-
Adicione até 30 tags de recurso.
-
Sempre que a política de backup é executada, o Cloud Backup realiza as seguintes verificações de correspondência de tags:
-
Associar automaticamente: O Cloud Backup associa automaticamente quaisquer novas source de dados não associadas que correspondam às tags da política. Esses recursos são incluídos no próximo backup.
-
Atualize associações: Se uma source de dados associada não corresponder mais às tags da política, seus trabalhos de backup são pausados e a associação é removida após o término do ciclo de backup atual.
-
Tag match detection: Clique em Detect Now para verificar quais recursos correspondem às tags definidas.
Para adicionar recursos de vários tipos, clique em Add Resource.
A nova política aparece na lista da Central de Políticas.
-
Se você defina Policy Type como General Backup Policy, a política aparecerá conforme mostrado abaixo.

-
Se você defina Policy Type como ECS Instance Backup Policy, a política aparecerá conforme mostrado abaixo.

-
Associar políticas de backup a source de dados
Associe recursos a uma política de backup para habilitar backups automáticos:
Associe uma política de backup ao criar um plano de backup para uma source de dados.
Na lista de políticas de backup, associe recursos em lotes por ID de recurso.
Use tags de recurso para associação automática. Associação automática de recursos com base em tags.
Clique em
à esquerda de uma política de backup para visualize as source de dados associadas.
Associar recursos em massa
Após criar uma política de backup, clique em Associate Resource na coluna Actions para associar recursos em massa.
Para políticas de backup de uso geral:
-
Se você selecionar ECS File como tipo de recurso, selecione uma ou mais instâncias ecs na lista suspensa ECS Instance.
A política faz backup automaticamente das instâncias ecs selecionadas. Por padrão, o backup inclui todos os arquivos, exceto aqueles em diretórios do sistema. (Para obter uma lista dos diretórios específicos do sistema, consulte o console.)
-
Se você selecionar OSS como tipo de recurso, selecione um ou mais buckets OSS na lista suspensa OSS Bucket.
A política faz backup automaticamente dos buckets OSS selecionados (Standard e Infrequent Access). Por padrão, o backup inclui o bucket inteiro.
-
Se você selecionar NAS como tipo de recurso, selecione um ou mais sistemas de arquivos NAS na lista suspensa NAS Filesystem.
A política faz backup automaticamente dos sistemas de arquivos NAS selecionados (Uso geral). Por padrão, o backup inclui todo o sistema de arquivos.
-
Se você selecionar Tablestore como tipo de recurso, selecione uma ou mais instâncias Tablestore na lista suspensa Tablestore Instance.
A política faz backup automaticamente das instâncias Tablestore selecionadas. Por padrão, o backup inclui a instância inteira.
Para políticas de backup de instância ecs:
-
Se você selecionar ECS Instance como tipo de recurso, selecione uma ou mais instâncias ecs na lista suspensa ECS Instance.
A política faz backup automaticamente das instâncias ecs selecionadas. Por padrão, o backup inclui todos os discos em nuvem.
Para adicionar recursos de diferentes tipos, clique em Associate Resource.
Modifique uma política de backup
Localize a política na lista e clique em Edit Policy na coluna Actions. As alterações entram em vigor na próxima execução de backup.
Backup imediato por política
-
Execute um trabalho de backup imediato para todas as source de dados cobertas por uma política de backup.
Localize a política desejada na lista de políticas e, na coluna Actions, selecione . Após a conclusão do trabalho, visualize o progresso na página Backup Jobs de cada source de dados.
-
Execute um trabalho de backup imediato para uma source de dados específica.
Clique em
para expandir os detalhes da política de backup e selecione a source de dados desejada no menu à esquerda. Na coluna Actions da source de dados alvo, selecione .
Desassociar política de backup
Para desassociar uma política de backup de uma source de dados, selecione a source de dados no painel de navegação, clique na aba Backup Plans e localize o plano de backup desejado. Na coluna Actions, escolha . Isso desassocia a política de backup e o plano de backup deixa de ser executado.
Após desassociar uma política de backup de uma source de dados, o plano de backup associado para de ser executado, deixando a source de dados desprotegida. Os backups existentes não são afetados. Prossiga com cautela.
Exclua uma política de backup
Para exclua uma política de backup, localize-a na lista de políticas e selecione na coluna Actions. A exclusão de uma política de backup interrompe seus trabalhos de backup associados, mas retém os dados de backup existentes.
Desassocie uma política de backup de todas as source de dados antes de excluí-la.
A exclusão de uma política de backup interrompe seus trabalhos de backup, deixando as source de dados associadas desprotegidas. Prossiga com cautela.
Desassociar uma tag de recurso
Para desassociar uma tag de recurso de uma política de backup, localize a política na lista de políticas, clique em Edit Policy na coluna Actions e clique no ícone
da tag de recurso. A desassociação de uma tag de recurso remove automaticamente suas source de dados associadas da política de backup. A alteração entra em vigor na próxima execução da política de backup.