Planos de backup no console de gerenciamento

Os planos de backup são as regras que o console de gerenciamento usa para definir a frequência de backup dos dados do aplicativo, por quanto tempo reter os backups de dados do aplicativo e onde e como replicar os backups de dados do aplicativo. Use os planos de backup para criar modelos de políticas e perfis de recursos que cada dispositivo de backup/recuperação usa para gerenciar dados. Uma violação de planos de backup ocorre quando os dados não estão sendo salvos de acordo com os limites definidos em uma política.

A guia Backup Plans oferece dois assistentes fáceis de usar para criar políticas de processamento de dados que serão aplicadas aos seus aplicativos:

  • Modelos. Use o assistente Modelos para controlar a frequência e a retenção de dados. Ele também permite a estratificação e a replicação de dados. Para mais informações, consulte a seção Modelo de backup.
  • Perfis. Use o assistente Perfis para controlar o local físico e os pools de armazenamento em que os dados são armazenados. Para mais informações, consulte a seção Perfis de recursos.

Consulte a seção Práticas recomendadas para planos de backup para evitar alguns dos erros mais comuns que os usuários cometem ao criar e modificar modelos de políticas e as políticas associadas a eles.

Novas tentativas de jobs de backup

Quando um job programado falha, o programador tenta novamente até três vezes. Na primeira vez que um job falhar, o status da primeira tentativa será marcado como "Tentativa repetida", e o programador vai aguardar quatro minutos antes de colocar o job na fila novamente. Se falhar pela segunda vez, a próxima tentativa será colocada na fila após 16 minutos. Se falhar pela terceira vez, uma última tentativa será encaminhada após um período de espera de 64 minutos. Depois de três tentativas de repetição com falha (um total de quatro tentativas), o status do job de repetição final muda de "Retried" para "Failed", e nenhuma outra tentativa é feita para esse aplicativo no período de programação.

O programador trata uma repetição de job como qualquer outro job disponível. Se houver mais jobs na fila do que slots para acomodá-los, o job de repetição na fila vai precisar esperar por um slot. Se a janela de política fechar antes que um job de repetição possa ser iniciado, os jobs de repetição em fila não serão executados e nenhuma outra tentativa será feita.

As tentativas de repetição de jobs são informadas em Monitor > Jobs. Para identificar as tentativas de job, os quatro jobs terão o mesmo número de job no formato a seguir, nesta ordem:

  • Job_xxxxx (Status: Retried)
  • Job_xxxxxa (status: repetição; colocado na fila após uma espera de 4 minutos)
  • Job_xxxxxb (Status: Retried; queued after a 16 minute holdoff)
  • Job_xxxxxc (status: falha; na fila após 64 minutos de espera)

A próxima vez que um job de backup para esse aplicativo for tentado, será de acordo com a programação da política. Portanto, se a programação exigir um snapshot por dia em uma janela que começa às 01h, a próxima tentativa será no dia seguinte às 01h.

Modelo de backup

Um modelo de backup é um conjunto de políticas definidas nos planos de backup. Cada política define como os dados são armazenados em backup, com que frequência e por quanto tempo eles são retidos. Especificamente, as políticas definem o seguinte:

  • Os tipos de operação de backup de dados (por exemplo, snapshot, replicação)
  • A frequência da operação de backup dos dados do aplicativo
  • Por quanto tempo manter os backups de dados do aplicativo
  • As configurações avançadas relacionadas à operação de backup de dados do aplicativo
  • Indica se os registros serão truncados. As atualizações em bancos de dados como o Microsoft SQL Server e o Oracle são acompanhadas pela criação de registros e metadados. Os registros explicam as modificações feitas nos bancos de dados.
  • Onde os dados de backup são retidos (dispositivo de backup/recuperação local, dispositivo de backup/recuperação remoto ou local de armazenamento do OnVault)

Ao misturar e combinar políticas em um modelo, é possível criar um único modelo que define a retenção de dados de curto e longo prazo, bem como onde os dados serão mantidos e por quanto tempo os dados replicados serão retidos.

Perfis de recursos

Um perfil de recurso especifica a mídia de armazenamento para dados de aplicativo e VM protegidos. A política e o perfil de recursos que compõem o plano de backup determinam o tipo de backup de dados do aplicativo a ser realizado e onde armazenar os backups de dados do aplicativo (qual conjunto de discos pode ser usado). Os perfis de recursos definem qual pool de snapshots (se necessário) é usado ou para quais dados de dispositivos remotos são replicadas.

Além dos modelos e políticas, você também cria perfis de recursos nos planos de backup. Os perfis de recursos definem onde armazenar dados. Os dados podem ser armazenados das seguintes maneiras:

  • Local. O dispositivo de backup/recuperação para o qual o perfil de recurso foi criado.

  • Remoto. O dispositivo de backup/recuperação usado para a replicação remota. Esse dispositivo remoto precisa ser pareado com o dispositivo local selecionado.

  • OnVault. O armazenamento definido por um pool de armazenamento do OnVault. Os pools do OnVault podem ser armazenamentos controlados por você ou cofre de backup gerenciado pelo Google Cloud , que são imutáveis e não podem ser apagados.

Os perfis de recursos são aplicados a aplicativos no App Manager e funcionam em conjunto com os modelos de políticas:

  • Um modelo de política que não inclui uma política de replicação precisa ser aplicado a um aplicativo com um perfil de recurso que armazena dados apenas localmente.
  • Um modelo de política que inclui uma política de replicação precisa ser aplicado a um aplicativo com um perfil de recurso que armazena dados em outro dispositivo ou no armazenamento definido pelo pool de armazenamento do OnVault.

Você define um perfil de recurso para qualquer dispositivo de backup/recuperação adicionado ao console de gerenciamento.

A seguir