Práticas recomendadas de políticas de backup

Defina os horários do modelo de política para atender aos requisitos da janela de captura de dados, RPOs e RTOs. Por exemplo, se uma captura diária precisar ser realizada entre 19h e 7h, defina uma janela de captura de 19h a 7h. Dar à política a janela mais ampla possível oferece a maior flexibilidade para que o programador programe todos os jobs necessários.

A janela de tempo especificada define o horário de início permitido para o job de captura de dados. Os jobs iniciados no final da janela podem ser executados até a conclusão.

Os tópicos a seguir detalham as práticas recomendadas para os diferentes modelos de políticas.

Políticas de Production para snapshot

Os dados recentes são acessados com mais frequência. Por isso, talvez seja necessário reter apenas vários dias de dados de snapshots, desde que você também tenha políticas do OnVault com retenção mais longa. É possível programar uma política de snapshots que ocorre em uma frequência e janela de tempo específica ou de forma contínua. A frequência mínima recomendada para uma política de snapshots é de uma hora (RPO local), embora os backups de registro possam ser executados a cada 15 minutos.

Programação com janelas: um snapshot por janela

A maioria das políticas de produção para snapshot é projetada para fazer um único snapshot de dados em um período de 24 horas. Os snapshots únicos podem ser programados para ocorrer em uma janela que pode ou não respeitar os limites do dia (por exemplo, das 19h às 7h).

Por exemplo, é possível criar uma programação de política de snapshot que cruza um limite de dia e faz um único snapshot durante uma janela de tempo específica. Para isso, defina o seguinte:

  • Tipo de programação Em janela (padrão)
  • Snap nesses dias: Todos os dias, exceto "Nunca"
  • A janela para abrir e fechar conforme necessário, normalmente definida das 19h às 7h
  • A frequência para Uma vez por janela
  • O tempo de retenção (por exemplo, 2 dias)

Com essa programação em janelas, a fronteira do dia (meia-noite) é ignorada.

Programação com janelas: vários snapshots em uma janela

Em alguns casos, é recomendável capturar vários snapshots em uma janela de tempo. Essa abordagem requer um planejamento cuidadoso, já que pode resultar no consumo de recursos do sistema e levar a uma situação em que os snapshots são feitos constantemente.

Por exemplo, é possível criar uma programação de política de snapshots que faz vários snapshots durante uma janela de tempo específica. Para isso, defina o seguinte:

  • Programação do tipo Janela(padrão)
  • Snap nesses dias: Todos os dias, exceto "Nunca"
  • A janela é aberta conforme necessário e pode ou não abranger o limite do dia.
  • Uma frequência que não se sobrepõe ao tempo necessário para fazer um snapshot. O padrão é a cada oito horas. A frequência mínima recomendada para uma política de snapshots é a cada 1 hora (RPO local).
  • O tempo de retenção (por exemplo, 2 dias)

Com essa abordagem, o job é executado de acordo com a frequência na janela especificada. Qualquer job que já esteja em execução no fechamento da janela continua sendo executado até a conclusão.

Programação contínua: execução diária em intervalos regulares

É possível configurar uma programação de política de snapshot que é executada continuamente diariamente (24 horas por dia, 7 dias por semana) em um intervalo de tempo a cada x minutos ou horas. Por exemplo, é possível criar uma política de snapshots em que os jobs são executados diariamente a cada quatro horas, com o primeiro job começando às 1h.

Por exemplo, é possível criar uma política de snapshot programada para ser executada continuamente em um intervalo definido regularmente, definindo o seguinte:

  • Tipo de programação Contínua
  • Uma frequência que não se sobrepõe ao tempo necessário para fazer um snapshot. O padrão é a cada oito horas. A frequência mínima recomendada para uma política de snapshots é executar a cada 1 hora (RPO local).
  • É hora de iniciar o primeiro job de snapshot.
  • O tempo de retenção (por exemplo, 2 dias)

Você também tem a opção de programar um job contínuo para ser executado uma vez por dia (o período de programação de política contínua mais longo sem definir uma programação de política com janela). Nesse caso, você especificaria Executar a cada 24 horas, o que equivale a uma programação diária contínua.

Políticas do OnVault

As políticas do OnVault permitem que você envie dados para o Cloud Storage (um pool do OnVault). Uma programação na política é usada para enviar os dados mais recentes ao armazenamento de objetos. Após a transferência inicial de dados, uma operação de captura do OnVault segue o processo incremental de captura de dados permanente.

Ao enviar dados para o armazenamento definido pelo pool do OnVault, uma conexão HTTPS é usada para garantir segurança de dados na rede. A opção de compactação do pool do OnVault está ativada por padrão para minimizar o tráfego de rede.

Ao acessar dados no local de armazenamento definido de um grupo do OnVault, observe o seguinte:

  • Os dispositivos podem criar clones.
  • Os appliances podem montar dados, mas, como os dados são copiados primeiro para o pool de snapshots e depois montados, isso não é recomendado.

  • Não é possível criar LiveClones.

É possível criar três tipos de políticas do OnVault:

  • As políticas de snapshot para OnVault capturam dados em um pool de snapshots e os copiam para um bucket do Cloud Storage definido por um pool do OnVault.
  • As políticas diretas para o OnVault permitem que os backups de VM do VMware sejam enviados diretamente para um bucket do Cloud Storage definido por um pool do OnVault.
  • As políticas do OnVault para o OnVault replicam dados de um pool de objetos de armazenamento do OnVault para outro.

Política de snapshot para o OnVault

Use estas instruções para criar uma programação de política de snapshot para OnVault que, dentro de uma janela definida uma vez por dia, envia os dados de snapshot mais recentes para o armazenamento de objetos definido por um pool do OnVault, definindo o seguinte:

  • Acesso à Galeria: Todos os dias
  • A janela para abrir e fechar conforme necessário. Normalmente definido como 19:00 a 18:50

  • O tempo de retenção (por exemplo, 3 anos)

Política "Direct to OnVault"

Use estas instruções para criar uma programação de política Direct to OnVault que, dentro de uma janela definida uma vez por dia, envia as atualizações incrementais mais recentes diretamente para o armazenamento definido por um pool do OnVault. Para isso, defina o seguinte:

  • Nestes dias: Todos os dias
  • A janela para abrir e fechar conforme necessário. Normalmente definido como 19:00 a 18:50

  • O tempo de retenção (por exemplo, 3 anos)

Política OnVault para OnVault

Para criar uma programação de política do OnVault para o OnVault que, em um período definido uma vez por dia, envie as atualizações incrementais mais recentes diretamente para o armazenamento definido por um pool do OnVault, defina o seguinte:

  • Nestes dias: Todos os dias
  • A janela para abrir e fechar conforme necessário. Normalmente definido como 19:00 a 18:50
  • O tempo de retenção (por exemplo, 3 anos)
  • Verifique se o pool de origem do OnVault está configurado corretamente
  • Selecione o pool do OnVault de destino. Este é o segundo pool do OnVault para onde os dados serão replicados do pool de origem do OnVault.

Políticas de Production para espelhamento

As práticas recomendadas para políticas de produção para espelho dependem da opção de replicação que você planeja usar. Esta seção descreve as práticas recomendadas de política para o método de replicação StreamSnap oferecido pelo appliance.

Production para espelhamento: políticas de replicação do StreamSnap

As políticas de produção para espelho que usam a replicação do StreamSnap estão vinculadas a uma política de snapshot específica. Elas usam as configurações de programação e frequência da política de snapshot associada no modelo.

O StreamSnap replica snapshots de dados para um dispositivo de backup/recuperação remoto em uma rede de alta qualidade, que pode fornecer RPOs de até uma hora. Para VMs do VMware, a replicação de snapshots é transmitida para o segundo dispositivo de backup/recuperação em paralelo ao snapshot que está sendo copiado. O streaming de uma VM do VMware é realizado para evitar a espera até que o job de snapshot local seja concluído antes de iniciar a replicação.

A replicação do StreamSnap faz o seguinte:

  • Atinge objetivos de ponto de recuperação em até uma hora. A política de replicação do StreamSnap depende da política de produção associada ao snapshot para objetivos de ponto de recuperação e outras configurações avançadas de snapshot. Uma política StreamSnap pode apontar para qualquer política de snapshots com frequência de uma hora ou mais (objetivos de ponto de recuperação remoto).
  • Usa uma rede IP existente para replicar dados.
  • Replica grandes quantidades de dados para usuários remotos (por exemplo, ambientes de teste e de desenvolvimento).
  • Retém várias imagens de snapshots de ponto no tempo no site remoto, com o comportamento de retenção sendo orientado pelas configurações na política do StreamSnap.
  • Simplifica a failover para um host no site remoto.
  • Ativa a replicação reversa incremental (syncback) para o dispositivo de backup/recuperação local.
  • Compacta e criptografa os dados replicados para o segundo dispositivo de backup/recuperação. É possível desativar a compactação se os dados já estiverem compactados (por exemplo, para imagens e vídeos).

Quando você aplica o modelo de backup a um aplicativo ou VM no App Manager, o Monitor registra os resultados do job do StreamSnap e ele aparece como um único job. Quando a replicação é concluída, dois jobs aparecem no Monitor com o status Succeeded (sucedido) de intervalo: um para o job de snapshot e outro para o job de StreamSnap. Consulte Gerenciamento de erros de jobs do StreamSnap. Se houver uma falha no job, seja para o job do StreamSnap ou do snapshot, duas entradas de job vão aparecer para identificar qual job foi bem-sucedido.

A seguir