Saudações aos leitores do nosso blog! Já estamos parcialmente familiarizados - minhas postagens em inglês apareceram aqui traduzidas pelo meu querido colega . Desta vez decidi dirigir-me diretamente ao público de língua russa.
Para minha estreia, eu queria encontrar um tema que fosse interessante para o maior público possível e que exigisse consideração detalhada. Daniel Defoe argumentou que a morte e os impostos aguardam todas as pessoas. De minha parte, posso dizer que qualquer engenheiro de suporte terá dúvidas sobre políticas de armazenamento de pontos de recuperação (ou, mais simplesmente, retenção). Comecei a explicar como funciona a retenção há 4 anos, como engenheiro júnior de primeiro nível, e continuo explicando agora, já como líder de uma equipe de língua espanhola e italiana. Estou certo de que os meus colegas do segundo e mesmo terceiro nível de apoio também respondem regularmente às mesmas perguntas.
Diante disso, eu queria escrever uma postagem final, o mais detalhada possível, à qual os usuários que falam russo pudessem retornar continuamente como um livro de referência. O momento é certo - a versão do décimo aniversário lançada recentemente adicionou novos recursos à funcionalidade básica que não mudava há anos. Minha postagem é focada principalmente nesta versão - embora a maior parte do que está escrito seja verdade para versões anteriores, você simplesmente não encontrará algumas das funcionalidades descritas lá. Por fim, olhando um pouco para o futuro, direi que algumas mudanças são esperadas na próxima versão, mas falaremos sobre isso quando chegar a hora. Então vamos começar.
Trabalhos de backup
Primeiro, vejamos a parte que não mudou na versão 10. A política de retenção é determinada por vários parâmetros. Vamos abrir a janela de criação de uma nova tarefa e ir até a aba Armazenamento. Aqui veremos um parâmetro que determina o número desejado de pontos de restauração:
No entanto, isso é apenas parte da equação. O número real de pontos também é determinado pelo modo de backup definido para a tarefa. Para selecionar esta opção, clique no botão Avançado na mesma guia. Isso abrirá uma nova janela com muitas opções. Vamos numerá-los e considerá-los um por um:
Se você ativar apenas a opção 1, o trabalho será executado no modo “encaminhamento incremental contínuo”. Não há dificuldades aqui - a tarefa armazenará o número especificado de pontos de recuperação desde um backup completo (arquivo com extensão VBK) até o último incremento (arquivo com extensão VIB). Quando o número de pontos exceder o valor definido, o incremento mais antigo será mesclado com o backup completo. Em outras palavras, se a tarefa estiver definida para armazenar 3 pontos, imediatamente após a próxima sessão haverá 4 pontos no repositório, após os quais o backup completo será mesclado com o incremento mais antigo e o número total de pontos retornará para 3.
A retenção para o modo “incremental reverso” (opção 2) também é extremamente simples. Como neste caso o ponto mais recente será um backup completo, seguido de uma cadeia dos chamados rollbacks (arquivos com extensão VRB), para aplicar a retenção basta simplesmente deletar o rollback mais antigo. A situação será a mesma: imediatamente após a sessão, o número de pontos ultrapassará o valor definido em 1, após o que retornará ao valor desejado.
Observe que com o modo incremental reverso você também pode ativar backups completos periódicos (opção 4), mas isso não mudará a essência. Sim, pontos de recuperação completos aparecerão na cadeia, mas simplesmente excluiremos os pontos mais antigos, um por um.
Finalmente chegamos à parte interessante. Se você ativar o backup incremental, mas além disso habilitar as opções 3 ou 4 (ou ambas ao mesmo tempo), a tarefa começará a criar backups completos periódicos usando o método “ativo” ou sintético. O método para criar um backup completo não é importante - ele conterá os mesmos dados e a cadeia incremental será dividida em “subcadeias”. Este método é denominado forward incremental e é este método que levanta uma parte significativa das dúvidas dos nossos clientes.
A retenção é aplicada aqui excluindo a parte mais antiga da cadeia (de um backup completo a um incremental). Ao mesmo tempo, não excluiremos apenas um backup completo ou apenas parte dos incrementos. Toda a “subcadeia” é removida completamente de uma só vez. O significado de definir o número de pontos também muda - se em outros métodos este for o número máximo permitido, após o qual a retenção deve ser aplicada, então aqui esta configuração determina o número mínimo. Ou seja, após a retirada da “subcadeia” mais antiga, o número de pontos da parte restante não deve ficar abaixo deste mínimo.
Tentarei representar esse conceito graficamente. Digamos que a retenção esteja definida em 3 pontos, a tarefa seja executada todos os dias com backup completo na segunda-feira. A retenção neste caso será aplicada quando o número total de pontos atingir 10:
Por que já são 10 quando colocam 3? Um backup completo foi criado na segunda-feira. De terça a domingo o trabalho criava incrementos. Finalmente, na próxima segunda-feira um backup completo é criado novamente e somente quando 2 incrementos forem criados é que toda a parte antiga da cadeia pode ser excluída, porque o número restante de pontos não ficará abaixo do conjunto 3.
Se a ideia estiver clara, sugiro que você mesmo tente calcular a retenção. Tomemos as seguintes condições: a tarefa é lançada pela primeira vez na quinta-feira (naturalmente será feito um backup completo). A tarefa está definida para criar um backup completo às quartas e domingos e armazenar 8 pontos de recuperação. Quando a retenção será aplicada pela primeira vez?
Para responder essa pergunta, recomendo que você pegue um pedaço de papel, alinhe por dia da semana e anote qual ponto é criado a cada dia. A resposta se tornará óbvia
resposta
Explicação: para responder basta perguntar-se “quando será aplicada a retenção”? A resposta é quando podemos remover os 3 primeiros pontos (VBK, VIB, VIB) e o resto da cadeia não fica abaixo dos 8 pontos exigidos. Fica claro que conseguiremos fazer isso quando tivermos 11 pontos no total, ou seja, no domingo da segunda semana.
Alguns leitores podem objetar: “por que fazer tudo isso se há ?. Não há dúvida de que esta é uma ferramenta muito útil, e em alguns casos eu a utilizaria, mas também tem limitações. Em primeiro lugar, não permite especificar as condições iniciais e, em muitos casos, a questão é precisamente “temos tal cadeia, o que acontecerá se alterarmos tais ou tais configurações?” Em segundo lugar, a ferramenta ainda carece de alguma clareza. Ao mostrar a página RPS aos clientes, não encontrei nenhum entendimento, mas depois de pintá-la como no exemplo (mesmo usando o mesmo Paint), dia após dia tudo ficou claro.
Por fim, não consideramos a opção “Transformar cadeias de backup anteriores em reversões” (marcada com o número 5). Esta opção às vezes confunde os clientes que a ativam “automaticamente”, querendo simplesmente habilitar um backup sintético. Entretanto, esta opção ativa um modo de backup muito especial. Sem entrar em detalhes, direi imediatamente que, neste estágio de desenvolvimento do produto, “Transformar cadeias de backup anteriores em reversões” é uma opção desatualizada e não consigo pensar em um único cenário em que deva ser usada. Seu valor é tão duvidoso que por algum tempo o próprio Anton Gostev ligou através do fórum, pedindo para lhe enviar exemplos de seu uso útil (se você os tiver, escreva nos comentários, estou muito interessado). Se não houver (acho que será esse o caso), a opção será removida em versões futuras.
A tarefa criará incrementos (VIB) até o dia em que um backup completo sintético for agendado. Neste dia, um VBK é realmente criado, mas todos os pontos anteriores a este VBK são transformados em rollbacks (VRB). Depois disso, a tarefa continuará criando incrementos no backup completo até o próximo backup sintético. Como resultado, uma mistura explosiva de arquivos VBK, VBR e VIB é criada na cadeia. A retenção é aplicada de forma muito simples - removendo o último VBR:
Problemas
Além de realmente entender como funciona, a maioria dos problemas que surgem ao usar o modo incremental geralmente estão associados a um backup completo. Backups completos regulares são necessários para este modo, caso contrário o repositório acumulará pontos até ficar cheio.
Por exemplo, um backup completo pode ser criado muito raramente. Digamos que a tarefa esteja definida para armazenar 10 pontos e um backup completo seja criado uma vez por mês. É claro que o número real de pontos aqui será significativamente maior do que o exibido. Ou a tarefa geralmente é configurada para funcionar em modo incremental infinito e armazenar 50 pontos. Então alguém criou acidentalmente um backup completo. É isso, a partir de agora a tarefa irá aguardar até que o ponto cheio acumule 49 incrementos, após o que aplicará a retenção e retornará ao modo infinitamente cheio.
Em outros casos, um backup completo é configurado para ser criado regularmente, mas por algum motivo isso não acontece. Vou listar o motivo mais popular aqui. Alguns clientes preferem usar a opção de agendamento “executar após” e configurar trabalhos para serem executados em cadeia. Vejamos este exemplo: existem 3 jobs que são executados todos os dias e criam um backup completo no domingo. A primeira tarefa começa às 22.30h10, as restantes são lançadas em cadeia. Um backup incremental leva 23.00 minutos e, portanto, às 22.30h todos os trabalhos terminam de funcionar. Mas um backup completo leva uma hora, então no domingo acontece o seguinte: a primeira tarefa é executada das 23.30h23.30 às 00.30hXNUMX. Próximo das XNUMXhXNUMX às XNUMXhXNUMX. Mas a terceira tarefa começa na segunda-feira. Um backup completo está definido para domingo, então neste caso isso simplesmente não acontecerá. A tarefa aguardará um backup completo para aplicar a retenção. Portanto, tome cuidado ao usar a opção “executar após” ou não a use - apenas configure os trabalhos para iniciarem ao mesmo tempo e deixe o agendador de recursos fazer seu trabalho.
A difícil opção “Remover itens excluídos”
Depois de passar pelas configurações da tarefa Armazenamento – Avançado – Manutenção, você pode se deparar com a opção “remover dados de itens excluídos após”, que pode ser contada em dias.
Alguns clientes esperam que isso seja retenção. Na verdade, esta é uma opção completamente separada, cujo mal-entendido pode levar a consequências inesperadas. No entanto, antes de tudo, precisamos explicar como a B&R reage a situações em que apenas algumas máquinas são apoiadas com sucesso durante uma sessão.
Vamos imaginar este cenário: um job infinitamente incremental configurado para armazenar 6 pontos. Existem 2 máquinas na tarefa, uma sempre fez backup com sucesso, a outra às vezes deu erros. Como resultado, no sétimo ponto surgiu a seguinte situação:
É hora de aplicar a retenção, mas um carro tem 7 pontos e o outro apenas 4. A retenção será aplicada aqui? A resposta é sim, vai. Se pelo menos um objeto foi copiado, a B&R considera que o ponto foi criado.
Uma situação semelhante pode surgir se alguma máquina simplesmente não tiver sido incluída na tarefa durante uma determinada sessão. Isso acontece, por exemplo, quando máquinas são adicionadas a uma tarefa não individualmente, mas como parte de containers (pastas, armazenamento) e alguma máquina migra temporariamente para outro container. Neste caso, a tarefa será considerada bem-sucedida, mas nas estatísticas você encontrará uma mensagem solicitando que preste atenção que tal ou qual máquina não é mais processada pela tarefa.
O que acontecerá se você não prestar atenção a isso? No caso dos modos incremental infinito ou incremental reverso, o número de pontos de recuperação da máquina “problemática” diminuirá a cada sessão até atingir 1, armazenado em VBK. Em outras palavras, mesmo que o backup da máquina não seja feito por um longo período, um ponto de recuperação ainda permanecerá. A situação é diferente se os backups completos periódicos estiverem habilitados. Se você ignorar os sinais de B&R, o último ponto poderá eventualmente ser excluído junto com a parte antiga da cadeia.
Tendo entendido esses detalhes, você pode finalmente considerar a opção “Remover dados de itens excluídos após”. Ele excluirá todos os pontos de uma máquina específica se não for feito backup dessa máquina por X dias. Observe que esta configuração não responde a erros (tentei, mas não funcionou). Não deveria haver sequer uma tentativa de fazer backup da máquina. Parece que a opção é útil e deve ser sempre mantida habilitada. Se o administrador removeu a máquina da tarefa, depois de algum tempo é lógico limpar a cadeia de dados desnecessários. Porém, a customização exige disciplina e cuidado.
Deixe-me dar um exemplo prático: vários contêineres foram adicionados à tarefa, cuja composição era bastante dinâmica. Devido à falta de RAM, o servidor B&R estava enfrentando problemas que não foram detectados. A tarefa foi iniciada e tentou fazer backup das máquinas, exceto uma, que naquele momento não estava presente no container. Como muitas máquinas geravam erros, por padrão a B&R deveria fazer 3 tentativas adicionais para fazer backup das máquinas “problemáticas”. Devido a constantes problemas com a RAM, essas tentativas duraram vários dias. Não houve tentativa repetida de fazer backup da VM ausente (a ausência de uma VM não é um erro). Como resultado, durante uma das tentativas repetidas, a condição “Remover itens excluídos” foi atendida e todos os pontos da máquina foram excluídos.
Em relação a isso, posso dizer o seguinte: se você tiver notificações configuradas sobre os resultados das tarefas e, melhor ainda, usar a integração com o Veeam ONE, provavelmente isso não acontecerá com você. Se você olhar o servidor B&R uma vez por semana para verificar se tudo está funcionando, é melhor recusar opções que possam levar à exclusão de backups.
O que foi adicionado na v.10
O que falamos antes existe na B&R em muitas versões. Tendo compreendido estes princípios de funcionamento, vejamos agora o que foi acrescentado ao “dez” aniversário.
Retenção diária
Acima, analisamos a política de armazenamento “clássica” baseada no número de pontos. Uma abordagem alternativa é definir “dias” em vez de “pontos de restauração” no mesmo menu.
A ideia fica clara pelo nome - a retenção armazenará um determinado número de dias, mas o número de pontos em cada dia não importa. Nesse caso, você precisa se lembrar do seguinte:
- O dia atual não é levado em consideração no cálculo da retenção
- Os dias em que a tarefa não funcionou também são contados. Isso deve ser levado em consideração para não perder acidentalmente os pontos das tarefas que funcionam de forma irregular.
- O ponto de recuperação é contado a partir do dia em que foi criado (ou seja, se a tarefa começou a funcionar na segunda-feira e terminou na terça-feira, então este é o ponto a partir de segunda-feira)
Caso contrário, os princípios para usar a retenção por tarefas também serão determinados pelo método de backup selecionado. Vamos tentar outra tarefa de cálculo usando o mesmo método incremental. Digamos que a retenção esteja definida para 8 dias, a tarefa seja executada a cada 6 horas com backup completo na quarta-feira. Porém, a tarefa não funciona no domingo. O trabalho é executado na segunda-feira pela primeira vez. Quando será aplicada a retenção?
resposta
Como sempre, é melhor desenhar uma placa. Vou me permitir simplificar a tarefa e não vou sortear todos os pontos criados para cada dia, pois aqui não importa a quantidade de pontos por dia. Só é importante para nós que na primeira segunda e quarta-feira o primeiro ponto seja um backup completo, mas nos demais dias a tarefa criará simplesmente 4 pontos incrementais.
Deixamos claro que a retenção será aplicada excluindo o backup completo de segunda-feira e seu incremento. Quando isso acontecerá? Quando o resto da cadeia contém 8 dias. Ao mesmo tempo, não contamos o dia atual, mas pelo contrário, contamos o domingo. Portanto, a resposta é quinta-feira da segunda semana.
Arquivamento GFS para trabalhos regulares
Antes da v.10, o método de armazenamento Avô-Pai-Filho (GFS) estava disponível apenas para tarefas de cópia de backup e tarefas de cópia em fita. Agora está disponível para backup regular.
Embora isso não esteja relacionado ao tema atual, não posso deixar de dizer que a nova funcionalidade não significa um afastamento da estratégia 3-2-1. A presença de pontos de arquivo no repositório principal não afeta de forma alguma sua confiabilidade. Entende-se que o GFS será usado em conjunto com um repositório de expansão para fazer upload desses pontos para o S3 e armazenamentos semelhantes. Se você não usá-lo, é melhor continuar armazenando pontos primários e de arquivo em repositórios diferentes.
Agora vamos examinar os princípios de criação de pontos GFS. Nas configurações da tarefa, na etapa Armazenamento, apareceu um botão especial que acessa o seguinte menu:
A essência do GFS pode ser resumida em vários pontos (observe que o GFS funciona de maneira diferente em outros tipos de tarefas, mas falaremos mais sobre isso mais tarde):
- A tarefa não cria um backup completo separado para o ponto GFS. Em vez disso, será usado o backup completo mais adequado disponível. Portanto, a tarefa deverá funcionar em modo incremental com backups completos periódicos, ou um backup completo deverá ser criado manualmente pelo usuário.
- Se apenas um período estiver habilitado (por exemplo, uma semana), no início do período GFS a tarefa simplesmente começará a aguardar um backup completo e marcará o primeiro adequado como GFS.
Exemplo: o trabalho está configurado para armazenar um GFS semanal usando um backup na quarta-feira. A tarefa é executada todos os dias, mas um backup completo está agendado para sexta-feira. Neste caso, o período GFS terá início na quarta-feira e a tarefa começará a aguardar um ponto adequado. Ele aparecerá na sexta-feira e será marcado com a bandeira GFS.
- Se vários períodos forem incluídos de uma vez (por exemplo, semanal e mensal), então a B&R usará um método que permite que o mesmo ponto seja usado como GFS de vários intervalos (para economizar espaço). As bandeiras serão atribuídas em ordem, começando pelas mais novas.
Exemplo: o GFS semanal é definido para quarta-feira e o GFS mensal é definido para a última semana do mês. A tarefa é executada todos os dias e cria backups completos às segundas e sextas-feiras.
Para simplificar, vamos começar a contar a partir da penúltima semana do mês. Esta semana um backup completo será criado na segunda-feira, mas será ignorado porque o intervalo GFS semanal começa na quarta-feira. Mas o backup completo de sexta-feira é totalmente adequado para o ponto GFS. Este sistema já nos é familiar.
Agora vamos ver o que acontece na última semana do mês. O intervalo GFS mensal começará na segunda-feira, mas o VBK de segunda-feira não será marcado como GFS porque a tarefa procura marcar um VBK como ponto GFS mensal e semanal. Neste caso, a busca começa pela semanal, pois por definição também pode passar a ser mensal.
No entanto, se você incluir apenas os intervalos semanais e anuais, eles agirão independentemente um do outro e poderão marcar 2 VBKs separados como intervalos GFS correspondentes.
Tarefas de cópia de segurança
Outro tipo de tarefa que muitas vezes requer esclarecimentos sobre o trabalho. Primeiro, vejamos o método de trabalho “clássico”, sem inovações v.10
Método de retenção simples
Por padrão, esses trabalhos são executados em modo incremental infinito. A criação de pontos é determinada por dois parâmetros - o intervalo de cópia e o número desejado de pontos de recuperação (aqui não há retenção por dia). O intervalo de cópia é definido na primeira guia Trabalho ao criar um trabalho:
O número de pontos é determinado um pouco mais na aba Alvo
A tarefa cria 1 novo ponto para cada intervalo (não importa quantos pontos foram criados para a VM pelas tarefas originais). Ao final do intervalo, o novo ponto é finalizado e, se necessário, é aplicada a retenção combinando VBK e o incremento mais antigo. Este mecanismo já nos é familiar.
Método de retenção usando GFS
BCJ também pode armazenar pontos de arquivo. Isso é configurado na mesma guia Destino, logo abaixo da configuração do número de pontos de recuperação:
Os pontos GFS podem ser criados de duas maneiras - sinteticamente, usando dados de um repositório secundário, ou simulando um backup completo e lendo todos os dados do repositório primário (ativado pela opção marcada com 3). A retenção em ambos os casos será muito diferente, por isso iremos considerá-los separadamente.
GFS Sintético
Neste caso, o ponto GFS não é criado exatamente no dia marcado. Em vez disso, um ponto GFS será criado quando o VIB do dia para o qual o ponto GFS foi agendado para ser criado for mesclado com um backup completo. Isso às vezes causa mal-entendidos, porque o tempo passa e ainda não há ponto de GFS. E apenas um xamã poderoso do suporte técnico pode prever em que dia o ponto aparecerá. Na verdade, não é necessária mágica - basta olhar o número definido de pontos e o intervalo de sincronização (quantos pontos são criados todos os dias). Tente calcular você mesmo usando este exemplo: a tarefa está definida para armazenar 7 pontos, o intervalo de sincronização é de 12 horas (ou seja, 2 pontos por dia). No momento já são 7 pontos na rede, hoje é segunda-feira, e está prevista a criação de um ponto GFS para este dia. Em que dia será criado?
resposta
Aqui é melhor descrever como a cadeia mudará ao longo do tempo, dia após dia:
Assim, na segunda-feira, o último incremento na cadeia é marcado como GFS, mas nenhuma outra alteração visível ocorre. Todos os dias a tarefa cria 2 novos pontos e a retenção move inexoravelmente a cadeia para frente. Finalmente, na quinta-feira chega a hora de aplicar a retenção a esse mesmo incremento. Esta sessão demorará mais do que o normal - porque a tarefa irá “extrair” os blocos necessários da cadeia e criar um novo ponto completo. A partir deste momento já serão 8 pontos na cadeia – 7 na cadeia principal + GFS.
Criando pontos GFS com a opção “Ler ponto inteiro”
Acima eu disse que o BCJ opera em modo infinitamente incremental. Agora veremos a única exceção a esta regra. Quando a opção “Ler ponto inteiro” estiver habilitada, o ponto GFS será criado exatamente no dia agendado. A tarefa em si funcionará em modo incremental com backups completos periódicos, que discutimos acima. A retenção também será aplicada removendo a parte mais antiga da corrente. Porém, neste caso, apenas os incrementos serão excluídos, e o backup completo será deixado como ponto GFS. Dessa forma, os pontos marcados com sinalizadores GFS não são levados em consideração no cálculo da retenção.
Digamos que a tarefa esteja definida para armazenar 7 pontos e criar um ponto GFS semanal na segunda-feira. Neste caso, toda segunda-feira a tarefa irá criar um backup completo e marcá-lo como GFS. A retenção será aplicada quando, após a remoção dos incrementos da parte mais antiga, o número de incrementos restantes não cair abaixo de 7. É assim que aparece no diagrama:
Assim, ao final da segunda semana há um total de 14 pontos na cadeia. Durante a segunda semana, a tarefa criou 7 pontos. Se esta fosse uma tarefa simples, a retenção já teria sido aplicada. Mas este é um BCJ com retenção GFS, então não contamos pontos GFS, o que significa que são apenas 6. Ou seja, não podemos aplicar retenção ainda. Na terceira semana criamos outro backup completo com a flag GFS. 15 pontos, mas novamente não contamos este. E por fim, na terça-feira da terceira semana, criamos um incremento. Agora, se retirarmos os incrementos em cadeia da primeira semana, o número total de incrementos irá satisfazer a retenção estabelecida.
Conforme mencionado acima, neste método é muito importante que backups completos sejam criados regularmente. Digamos que se você definir a retenção principal para 7 dias, mas apenas 1 ponto anual, é fácil imaginar que os incrementos vão acumular muito, muito mais do que 7. Nesses casos, é melhor usar o método sintético de criação GFS.
E novamente “Remover itens excluídos”
Esta opção também está presente para BCJ:
A lógica desta opção aqui é a mesma das tarefas regulares de backup - se uma máquina não for processada durante o número especificado de dias, seus dados serão excluídos da cadeia. No entanto, para o BCJ a utilidade desta opção é objetivamente maior, e aqui está o porquê.
No modo normal, o BCJ opera em modo incremental infinito, portanto, se em algum momento uma máquina for removida do trabalho, a retenção excluirá gradualmente todos os pontos de recuperação até que reste apenas um - no VBK. Agora vamos imaginar que a tarefa ainda está configurada para criar pontos GFS sintéticos. Quando chegar a hora, o trabalho terá que criar um GFS para todas as máquinas da cadeia. Se alguma máquina não tiver nenhum ponto novo, bem, você terá que usar aquele que tem. E assim sempre. Como resultado, pode surgir a seguinte situação:
Preste atenção na seção Arquivos: temos os principais pontos VBK e 2 pontos GFS semanais. E agora vamos para a seção Pontos de restauração - na verdade, esses arquivos contêm a mesma imagem da máquina. Naturalmente, esses pontos GFS não fazem sentido, eles apenas ocupam espaço.
Esta situação só é possível quando se utiliza GFS sintético. Para evitar isso, use a opção “Remover itens excluídos”. Apenas lembre-se de configurá-lo para um número adequado de dias. O suporte técnico viu casos em que a opção foi definida para menos dias do que o intervalo de sincronização - o BCJ começou a enlouquecer e a excluir pontos antes que pudessem ser criados.
Observe também que esta opção não afeta pontos GFS já criados. Se quiser limpar os arquivos, você precisa fazer isso manualmente - clicando com o botão direito na máquina e selecionando “Excluir do disco” (na janela que aparece, não esqueça de marcar a caixa “Remover backup completo GFS”) :
Inovação v.10 – cópia imediata
Tendo lidado com a funcionalidade “clássica”, passemos para a nova. Há uma inovação, mas muito importante. Este é um novo modo de operação.
Não existe “intervalo de sincronização”; a tarefa monitorará constantemente se novos pontos apareceram e copiará todos eles, não importa quantos existam. Mas ao mesmo tempo, o trabalho permanece incremental, ou seja, mesmo que o trabalho principal crie um VBK ou VRB, esses pontos serão copiados como VIB. Caso contrário, não há surpresas neste modo - tanto a retenção padrão quanto a GFS funcionam de acordo com as regras descritas acima (no entanto, apenas GFS sintético está disponível aqui).
Os discos estão girando. Recursos de repositórios com unidades rotacionadas
A ameaça constante dos vírus ransomware tornou um padrão de segurança de fato ter uma cópia dos dados em um meio onde o vírus não consegue chegar. Uma opção é usar repositórios de rotação de disco, onde os discos são usados um de cada vez: enquanto um disco está conectado e pode ser gravado, o restante é armazenado em um local seguro.
Para ensinar a B&R a trabalhar com tais repositórios, você precisa clicar no botão Avançado nas configurações do repositório, na etapa Repositório, e selecionar a opção apropriada:
Depois disso, o VBR esperará que a cadeia existente desapareça periodicamente do repositório, o que significa rotação do disco. Dependendo do tipo de repositório e do tipo de trabalho, o B&R se comportará de maneira diferente. Isso pode ser representado com a seguinte tabela:
Vamos considerar cada opção.
Tarefa normal e repositório do Windows
Portanto, temos uma tarefa que salva cadeias no primeiro disco. Durante a rotação, a cadeia criada realmente desaparece e a tarefa precisa sobreviver de alguma forma a essa perda. Ela encontra consolo em criar um backup completo. Assim, cada rotação significa um backup completo. Mas o que acontece com os pontos do disco desconectado? Eles são lembrados e levados em consideração no cálculo da retenção. Assim, o número definido de pontos em uma tarefa é quantos pontos precisam ser mantidos em todos os discos. Aqui está um exemplo:
A tarefa é executada em modo incremental infinito e está configurada para armazenar três pontos de restauração. Mas também temos um segundo disco, e giramos uma vez por semana (pode haver mais discos, isso não muda a essência).
Na primeira semana, a tarefa criará pontos no primeiro disco e mesclará os extras. Assim, o número total de pontos será igual a três:
Em seguida, conectamos a segunda unidade. Na inicialização, a B&R notará que o disco foi substituído. A cadeia do primeiro disco desaparecerá da interface, mas as informações sobre ela permanecerão no banco de dados. Agora a tarefa manterá 3 pontos no segundo disco. A situação geral será assim:
Finalmente, reconectamos a primeira unidade. Antes de criar um novo ponto, a tarefa irá verificar o que está acontecendo com a retenção. E a retenção, lembro, está definida para armazenar 3 pontos. Enquanto isso, temos 3 pontos no disco 2 (mas está desconectado e armazenado em um local seguro onde B&R não consegue alcançar) e 3 pontos no disco 1 (mas este está conectado). Isso significa que podemos remover com segurança 3 pontos do disco 1, pois eles excedem a retenção. Depois disso, a tarefa cria um backup completo novamente e nossa cadeia começa a ficar assim:
Se a retenção estiver configurada para armazenar dias em vez do número de pontos, a lógica não muda. Além disso, a retenção GFS não é suportada ao usar repositórios com rotação de disco.
Armazenamento de rede de trabalho regular e repositório Linux
Esta opção também é possível, mas geralmente menos recomendada devido às restrições impostas. A tarefa reagirá à rotação do disco e ao desaparecimento da cadeia da mesma maneira - criando um backup completo. A limitação se deve ao mecanismo de retenção de corte.
Aqui, durante a rotação, toda a cadeia no disco desconectado é simplesmente excluída do banco de dados B&R. Observe que os próprios arquivos do banco de dados permanecem no disco. Eles podem ser importados e usados para recuperação, mas é fácil adivinhar que mais cedo ou mais tarde essas cadeias esquecidas preencherão todo o repositório.
A solução é adicionar DWORD ForceDeleteBackupFiles conforme indicado nesta página: . O trabalho começará então a simplesmente excluir todo o conteúdo da pasta do trabalho ou da pasta do repositório (dependendo do valor) em cada rotação.
No entanto, esta não é uma retenção elegante, mas sim uma limpeza de todo o conteúdo. Infelizmente, o suporte técnico encontrou casos em que o repositório era simplesmente o diretório raiz do disco, onde, além dos backups, estavam localizados outros dados. Tudo isso foi destruído durante a rotação.
Além disso, quando ForceDeleteBackupFiles está habilitado, ele funciona para todos os tipos de repositórios, ou seja, mesmo os repositórios no Windows deixarão de aplicar retenção e começarão a excluir conteúdo. Em outras palavras, um disco local no Windows é a melhor escolha para esse tipo de sistema de armazenamento de backup.
Cópia de backup e repositório do Windows
As coisas ficam ainda mais interessantes com o BCJ. Além de ter retenção completa, não há necessidade de fazer um backup completo toda vez que você troca o disco! Funciona assim:
Primeiro, B&R começa a criar pontos no primeiro disco. Digamos que definimos a retenção para 3 pontos. A tarefa funcionará em modo incremental infinito e mesclará tudo o que for desnecessário (lembro que a retenção GFS não é suportada neste caso).
Em seguida, conectamos a segunda unidade. Como ainda não existe uma cadeia, criamos um backup completo, após o qual temos uma segunda cadeia de três pontos:
Finalmente, é hora de reconectar a primeira unidade. E é aqui que a mágica começa, já que a tarefa não criará um backup completo, mas simplesmente continuará a cadeia incremental:
Depois disso, praticamente cada disco terá sua própria cadeia independente. Portanto, retenção aqui não significa o número de pontos em todos os discos, mas sim o número de pontos em cada disco separadamente.
Cópia de backup e armazenamento em rede do repositório Linux
Mais uma vez, toda a elegância será perdida se o repositório não estiver em uma unidade local do Windows. Este script funciona de forma semelhante ao discutido acima com uma tarefa simples. A cada rotação, o BCJ criará um backup completo e os pontos existentes serão esquecidos. Para evitar ficar sem espaço livre, você precisa usar DWORD ForceDeleteBackupFiles.
Conclusão
Assim, como resultado de um texto tão longo, analisamos dois tipos de tarefas. Claro que existem muito mais tarefas, mas não será possível considerá-las todas no formato de um artigo. Se depois de ler você ainda tiver alguma dúvida, escreva nos comentários, terei prazer em responder pessoalmente.
Fonte: habr.com