Planos de cópia de segurança na consola de gestão

Os planos de cópia de segurança são as regras que a consola de gestão usa para definir a frequência com que deve fazer uma cópia de segurança dos dados da aplicação, durante quanto tempo deve reter as cópias de segurança dos dados da aplicação e onde e como replicar as cópias de segurança dos dados da aplicação. Use os planos de cópia de segurança para criar modelos de políticas e perfis de recursos que cada dispositivo de cópia de segurança/recuperação usa para gerir dados. Ocorre uma violação dos planos de cópia de segurança quando não está a ser feita uma cópia de segurança dos dados de acordo com os limites que definiu numa política.

O separador Planos de contingência disponibiliza dois assistentes fáceis de usar para criar políticas de tratamento de dados que serão aplicadas às suas aplicações:

  • Modelos. Use o assistente Modelos para controlar a frequência e a retenção de dados. Também lhe permite realizar a hierarquização e a replicação de dados. Para mais informações, consulte a secção Modelo de cópia de segurança.
  • Perfis. Use o assistente Perfis para controlar a localização física e os conjuntos de armazenamento onde os dados são armazenados. Para mais informações, consulte a secção Perfis de recursos.

Consulte a secção Práticas recomendadas para planos de contingência para ajudar a evitar alguns dos erros mais comuns que os utilizadores cometem quando criam e modificam modelos de políticas e as respetivas políticas associadas.

Novas tentativas de tarefas de cópia de segurança

Quando uma tarefa agendada falha, o programador tenta novamente a tarefa automaticamente até mais três vezes. Quando uma tarefa falha pela primeira vez, o estado da primeira tentativa é marcado como Tentado novamente e o agendador aguarda 4 minutos antes de colocar novamente a tarefa na fila. Se falhar uma segunda vez, a próxima nova tentativa é colocada em fila após 16 minutos. Se falhar pela terceira vez, é colocada em fila uma última tentativa após um período de espera de 64 minutos. Após 3 tentativas falhadas (um total de quatro tentativas), o estado da tarefa de repetição final muda de Tentado para Falhado e não são tentadas mais tarefas para essa aplicação nesse período de agendamento.

O agendador trata uma nova tentativa de tarefa como qualquer outra tarefa disponível. Se existirem mais tarefas em fila de espera do que slots para as acomodar, a tarefa de repetição em fila de espera tem de aguardar por um slot. Se a janela de política fechar antes de um trabalho de nova tentativa poder ser iniciado, todos os trabalhos de nova tentativa em fila não são executados e não são tentadas mais novas tentativas.

As novas tentativas de tarefas são comunicadas em Monitorizar > Tarefas. Para identificar as novas tentativas de tarefas, todas as quatro tarefas têm o mesmo número de tarefa no seguinte formato nesta ordem:

  • Job_xxxxx (Estado: tentado novamente)
  • Job_xxxxxa (Status: Retried; queued after a 4 minute holdoff)
  • Job_xxxxxb (Estado: tentado novamente; colocado em fila após uma suspensão de 16 minutos)
  • Job_xxxxxc (Estado: falhou; em fila após uma suspensão de 64 minutos)

A próxima vez que for tentada uma tarefa de cópia de segurança para esta aplicação é de acordo com o agendamento da política. Assim, se a programação exigir uma captura de ecrã por dia numa janela que começa às 01:00, a próxima tentativa será no dia seguinte às 01:00.

Modelo de cópia de segurança

Um modelo de cópia de segurança é uma coleção de políticas definidas nos planos de cópia de segurança. Cada política define como é feita a cópia de segurança dos dados, com que frequência é feita e durante quanto tempo são retidos. Especificamente, as políticas definem o seguinte:

  • Os tipos de operação de cópia de segurança de dados (por exemplo, instantâneo, replicação)
  • A frequência da operação de cópia de segurança de dados da aplicação
  • Durante quanto tempo deve reter as cópias de segurança dos dados da aplicação
  • As definições avançadas relacionadas com a operação de cópia de segurança de dados da aplicação
  • Se os registos devem ser truncados. As atualizações a bases de dados, como o Microsoft SQL Server e o Oracle, são acompanhadas da criação de registos e metadados. Os registos explicam as modificações feitas às bases de dados.
  • Onde os dados da cópia de segurança são retidos (dispositivo de cópia de segurança/recuperação local, dispositivo de cópia de segurança/recuperação remoto ou localização de armazenamento do OnVault)

Ao combinar políticas num modelo, pode criar um único modelo que defina a retenção de dados a curto e longo prazo, bem como onde os dados vão ser retidos e durante quanto tempo os dados replicados vão ser retidos.

Perfis de recursos

Um perfil de recursos especifica o suporte de armazenamento para dados de aplicações e VMs protegidos. A política e o perfil de recursos que compõem o plano de cópia de segurança determinam o tipo de cópia de segurança de dados da aplicação a executar e onde armazenar as cópias de segurança de dados da aplicação (que conjunto de discos pode ser usado). Os perfis de recursos definem que conjunto de instantâneos (se necessário) é usado ou para que dispositivo remoto os dados são replicados.

Além dos modelos de políticas e das políticas, também cria perfis de recursos nos planos de cópia de segurança. Os perfis de recursos definem onde armazenar os dados. Os dados podem ser armazenados das seguintes formas:

  • Local. O dispositivo de cópia de segurança/recuperação para o qual o perfil de recursos foi criado.

  • Comando. O dispositivo de cópia de segurança/recuperação usado para a replicação remota. Este aparelho remoto tem de ser um aparelho já sincronizado com o aparelho local selecionado.

  • OnVault. O armazenamento definido por um conjunto de armazenamento do OnVault. Os conjuntos do OnVault podem ser armazenamento que controla ou cofres de cópias de segurança Google Cloud geridosindelével e imutável.

Os perfis de recursos são aplicados a aplicações no gestor de apps e os perfis de recursos funcionam em conjunto com os modelos de políticas:

  • Um modelo de política que não inclua uma política de replicação tem de ser aplicado a uma aplicação juntamente com um perfil de recurso que apenas armazena dados localmente.
  • Tem de aplicar um modelo de política que inclua uma política de replicação a uma aplicação juntamente com um perfil de recursos que armazene dados noutro dispositivo ou no armazenamento definido pelo conjunto de armazenamento do OnVault.

Define um perfil de recurso para qualquer dispositivo de cópia de segurança/recuperação que tenha sido adicionado à consola de gestão.

O que se segue?