Práticas recomendadas para a política de planos de contingência

Seguir estas práticas recomendadas ajuda a evitar alguns dos erros mais comuns que os utilizadores cometem quando criam e modificam modelos de políticas.

Tem de configurar modelos de políticas de acordo com os seus objetivos de ponto de recuperação (RPOs) e objetivos de tempo de recuperação (RTOs). Ao longo do tempo, pode ser necessário fazer alterações a esses modelos.

Captura inicial da cópia de segurança dos dados

A primeira vez que uma política num modelo de política cria uma cópia de segurança dos dados de uma aplicação, faz uma cópia de segurança dos dados na sua totalidade. As cópias de segurança subsequentes serão incrementais.

Para proteger várias aplicações com um modelo de política, aplique o modelo de política apenas a algumas das aplicações. Assim que a captura de dados completa inicial estiver concluída, aplique o modelo de política a mais aplicações. Repita o processo até que o modelo de política tenha sido aplicado a todas as aplicações.

Redimensionar volumes

Se redimensionar um volume que contenha dados protegidos, para alguns tipos de aplicações, a próxima vez que a política de instantâneos desse volume for executada, pode fazer uma operação de cópia de segurança completa, independentemente do número de vezes que os dados desse volume foram alvo de cópia de segurança no passado. Estes incluem VMDKs do VMWare redimensionados e cópias de segurança baseadas em agentes de aplicações Microsoft Windows e aplicações Linux que não estão no LVM.

Se tiver de redimensionar um volume para esses tipos de aplicações afetados, considere o impacto que a captura de todos os dados terá nos servidores das aplicações, na rede e no dispositivo de cópia de segurança/recuperação.

Simultaneidade de tarefas

Por predefinição, um dispositivo de cópia de segurança/recuperação pode executar seis tarefas de instantâneo em simultâneo. Se tiver mais tarefas agendadas do que o número permitido para o mesmo período, o programador de políticas inicia o número de tarefas permitido e coloca as outras tarefas em fila.

Uma vez que o design da rede, a disposição dos dados e as classes de armazenamento de cada utilizador são diferentes, experimente a simultaneidade até atingir o número ideal de tarefas simultâneas.

Programações de políticas

A consola de gestão suporta dois métodos de especificação de uma programação de políticas quando configura uma política:

  • Em janela. Define uma programação de cópias de segurança de instantâneos discretos em conformidade com uma frequência e um período específicos (por exemplo, fazer uma cópia de segurança a cada 30 minutos, diariamente das 09:00 às 17:00 UTC). Pode dar instruções ao dispositivo de cópia de segurança/recuperação para executar várias tarefas de cópia de segurança num intervalo de frequência especificado ou uma vez durante um período especificado.
  • Contínuo. Define uma agenda de cópias de segurança de instantâneos contínuos (por exemplo, executar uma tarefa de cópia de segurança a cada oito horas, começando a primeira tarefa às 01:00 UTC). Neste agendamento de políticas, as tarefas são executadas continuamente (24 horas por dia, 7 dias por semana) no intervalo de tempo especificado.

Cálculo da frequência

O período é o tempo entre as execuções agendadas e a frequência é o número de tarefas executadas por unidade de tempo. Por exemplo, se um agendamento exigir que os trabalhos sejam executados a cada 4 horas, o período é de 4 horas e a frequência esperada é de 6 vezes por dia. Se uma tarefa demorar uma hora a ser concluída e a política tiver uma frequência de 12 horas, a tarefa da política é executada novamente 11 horas após a conclusão da tarefa anterior.

Certifique-se de que seleciona uma frequência que atinja os objetivos de pontos de recuperação (RPOs) necessários e permite tempo suficiente para a conclusão de uma tarefa.

  • A frequência mínima recomendada para uma política de instantâneos é de 1 hora (RPO local).
  • Uma política StreamSnap pode apontar para qualquer política Snapshot com uma frequência de 1 hora ou mais (RPO remoto).

Proteção de registos de bases de dados numa política de plano de cópia de segurança

Quando cria uma política de instantâneos para uma base de dados, tem a opção de capturar também os respetivos ficheiros de registo a uma frequência especificada. A frequência com que os registos da base de dados são capturados é definida separadamente da frequência da base de dados. Por exemplo, pode capturar uma base de dados todos os dias e os respetivos registos a cada hora.

A frequência da cópia de segurança do registo da base de dados é definida em minutos e a frequência com que os registos são capturados não pode exceder a frequência com que a base de dados associada é capturada. Por exemplo, se a frequência de captura da base de dados for de 24 horas, a frequência de captura do ficheiro de registo tem de ser inferior a 24 horas.

A frequência e a retenção são definidas nas definições avançadas da política de instantâneos da base de dados. A captura de registos é feita sem ter em conta os limites diários, a janela ou a frequência com que a base de dados associada é capturada.

Ativa a funcionalidade de proteção de registos através das definições avançadas Ativar cópia de segurança do registo da base de dados numa política de instantâneo do plano de cópia de segurança. A frequência e a retenção também são definidas nas definições avançadas de uma política do plano de cópia de segurança.

O espaço físico necessário para acomodar os registos de uma base de dados é gerido automaticamente pela consola de gestão. No mínimo, a consola de gestão avalia os tamanhos típicos dos registos e o respetivo período de retenção, e adiciona espaço conforme necessário.

Para ativar a cópia de segurança de registos e gerir de forma mais eficiente e eficaz os requisitos de armazenamento dos registos da base de dados, consulte esta tabela.

Definição Entrada
Trunque ou limpe o registo após a cópia de segurança Tem de ser definido como Sim para limpar o registo de produção. Para gerir a limpeza de registos, selecione esta opção. Esta ação executa a limpeza de registos no final de cada cópia de segurança de registos. A predefinição é Não truncar.

Se uma política com Ativar cópia de segurança do registo da base de dados estiver definida como Não, e se Truncar ou limpar o registo após a cópia de segurança estiver definido como Sim, a limpeza do registo é executada no final de cada cópia de segurança da base de dados, limpando todos os registos.
Período de retenção da cópia de segurança dos registos A cópia de segurança do registo no disco de preparação de cópias de segurança e RD é mantida com o valor definido aqui. A retenção de registos de cópias de segurança pode ser diferente da retenção de capturas instantâneas.
Registe o tamanho do crescimento do disco de preparação Defina uma percentagem para aumentar o disco de preparação da cópia de segurança do registo quando necessário.
Taxa de alteração estimada Estime a percentagem em que os dados da base de dados mudam diariamente.
Comprimir cópia de segurança do registo da base de dados Use esta opção para permitir que a cópia de segurança do registo da base de dados seja executada no modo de compressão através da API de base de dados ao nível da app.
Ative a cópia de segurança do registo da base de dados A opção Ativar cópia de segurança do registo da base de dados permite que a política do plano de cópia de segurança faça uma cópia de segurança de uma base de dados e de todos os ficheiros de registo associados. É feita uma cópia de segurança dos registos quando a tarefa de cópia de segurança dos registos é executada. As opções são Sim ou Não. Quando definida como Sim, as opções relacionadas são ativadas.
RPO Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Sim, o RPO define a frequência da cópia de segurança do registo da base de dados. A frequência é definida em minutos e não pode exceder o intervalo da cópia de segurança da base de dados.
Replique registos (Usa a tecnologia StreamSnap) Quando a opção Ativar cópia de segurança do registo da base de dados está definida como Ativar, a definição avançada Replicar registos permite que as cópias de segurança do registo da base de dados sejam replicadas para um dispositivo de cópia de segurança/recuperação remoto. Para que uma tarefa de replicação de cópia de segurança de registos seja executada, tem de existir uma política de replicação do StreamSnap incluída no modelo, juntamente com um perfil de recurso que especifique um dispositivo de cópia de segurança/recuperação remoto. Além disso, tem de ser concluída, pelo menos, uma replicação bem-sucedida da base de dados. Em seguida, pode usar a cópia de segurança do registo no site remoto para qualquer imagem da base de dados dentro do intervalo de retenção da cópia de segurança do registo replicado. Esta função está ativada por predefinição.

A replicação de registos usa a tecnologia StreamSnap para realizar a replicação entre os dispositivos de cópia de segurança/recuperação locais e remotos. A replicação de registos vai diretamente do conjunto de instantâneos local para o conjunto de instantâneos no dispositivo remoto.

Nota: a replicação de registos não ocorre até que a base de dados esteja protegida e a imagem de cópia de segurança da base de dados tenha sido replicada para a aplicação de cópia de segurança/recuperação remota.
Enviar registos para o conjunto do OnVault Se for definido como Sim, os registos são replicados para um ou mais conjuntos de armazenamento do OnVault, o que permite recuperações num determinado momento a partir de um conjunto do OnVault noutro site.

Prioridade e agendamento de trabalhos

Todas as atividades são executadas como tarefas. As tarefas são executadas de acordo com os horários configurados quando as políticas foram criadas.

Alguns trabalhos demoram muito mais tempo do que outros. As tarefas de expiração são rápidas. As tarefas de instantâneo dependem de variáveis como o tamanho da aplicação ou da VM e a quantidade de dados que mudaram desde o último instantâneo. O instantâneo inicial de qualquer aplicação ou VM é composto por dados totalmente novos, pelo que pode demorar muito tempo.

O programador de políticas identifica quando uma ou mais políticas aplicadas às aplicações devem ser executadas e, em seguida, inicia uma tarefa que coloca a política numa fila quando ocorre a hora de início agendada. Para cada tipo de política, existe um mecanismo de ritmo para garantir que o sistema não fica sobrecarregado com trabalhos em execução. Este mecanismo de ritmo usa vagas de tarefas para alcançar este estado estável, o que significa que, mesmo que uma tarefa deva começar a uma hora específica, só é executada quando estiver disponível uma vaga de tarefa.

Se várias aplicações estiverem agendadas para serem executadas em simultâneo com a mesma prioridade de tarefa, a seleção da aplicação a executar é aleatória para garantir a equidade em todas as aplicações com a mesma prioridade.

Tentativas de repetição de tarefas

Quando uma tarefa falha, o agendador tenta automaticamente executar a tarefa novamente. A primeira vez que a tarefa falha, o agendador aguarda 4 minutos antes de a disponibilizar para nova tentativa. Após 3 tentativas de tarefa falhadas, a tarefa é marcada como Falhada e não é repetida. A próxima tarefa vai ser tentada de acordo com a programação da política.

O agendador trata uma nova tentativa de tarefa como qualquer outra tarefa disponível. Se houver mais tarefas disponíveis do que slots para as acomodar, as tarefas são colocadas em fila de espera. Isto pode fazer com que uma nova tentativa não seja iniciada dentro do período e a tarefa seja marcada como falhada.

As novas tentativas de tarefas são comunicadas no Monitor. Para identificar as novas tentativas de tarefas, a app Monitor anexa primeiro a, depois b e, finalmente, c ao nome de cada tarefa de nova tentativa.

O que se segue?