A multiplexação de vários backups na mesma fita vale o risco?

Question

Isso pode ser um pouco subjetivo, por isso, se você acha que o tópico deve ser fechado, siga em frente.

Fazemos uso pesado do Netbackup e de uma grande biblioteca LTO-4 com várias unidades. Nós regularmente lutamos para fazer tudo na janela de backup apropriada. Uma das coisas que evitamos é usar a função multiplex para direcionar várias tarefas de backup para a mesma fita. Ouvimos diferentes razões para isso, pois o benefício não justifica o risco e não o fez.

À medida que falamos sobre várias opções para resolver nossos problemas de taxa de transferência, essa surge invariavelmente. Estou à procura de opiniões e abordagens para esta questão.

    

Answer 1

Eu não sei sobre o risco em termos de números, mas o benefício de multiplexar N trabalhos para 1 unidade de fita enquanto eles rodam é que você pode iniciar todos os N trabalhos ao mesmo tempo (então você não está esperando o primeiro cara a terminar a fita antes que a próxima possa iniciar o backup).

A grande desvantagem que vejo em fazer isso é acabar intercalando seus backups. Onde agora você pode ter uma fita que tenha AAAAAAABBBBBBBBCCCCCCCCCC nela, a multiplexação lhe dará uma fita intercalada que tem algo como ABCABCABCABCABCABCABCABCA nela.
Quando você for restaurar "A" dessa fita, sua unidade de fita terá que pular todos os Bs e Cs no caminho. Isso desacelera a restauração e adiciona algum desgaste na fita / unidade à medida que ela avança rapidamente (em termos de risco, há uma chance maior de tirar uma fita como resultado).

joeqwerty e ErikA apontaram a solução que eu uso e recomendam se você tem o espaço em disco para isso: Estabeleça tudo primeiro no disco, depois escreva-o para a fita contiguamente. Isso permite que os backups em suas máquinas "sejam concluídos" (o backup dos dados é feito na área de armazenamento temporário em disco) e permite que o sistema de backup coloque esses dados em fita de maneira lógica e contígua em seu tempo de lazer: Você não se importa se A fita continua girando por 6 horas ou 16 horas, desde que seja feita no momento em que você iniciar o próximo backup.

Se você não tiver o disco para preparar tudo, ainda poderá minimizar o desmembramento, armazenando o máximo de dados possível. Idealmente, você teria o tamanho de uma fita por cliente de backup, se possível (assim, se o servidor A tiver uma fita inteira de dados, ela pode ser contígua em uma fita ou, pelo menos, apenas em 2), mas as áreas de teste de fita semestimula ou de quarto de fita ainda podem ajudar com o desempenho e minimizar as operações de avanço rápido.

    

Answer 2

Não sei qual é a melhor prática atual para o NetBackup, mas para o BackupExec é para executar primeiro seus backups principais no disco e depois para a fita. Uma tarefa de backup será executada muito mais rapidamente no disco do que na fita. Isso pode permitir que você conclua seus backups na janela de backup.

    

Answer 3

Você usa uma área de armazenamento temporário em disco e, em seguida, realoca essas imagens de backup em fita? Nesse caso, manter vários trabalhos em cada fita não deve ser um problema. É assim que fazemos e nunca tivemos problemas em falar.

No entanto, se você estiver fazendo backup diretamente em fita, parecerá ideal não multiplexar, se possível.

    

Answer 4

Uma das coisas legais sobre o NetBackup é a granularidade do ajuste que permite. Dependendo do SLA dos dados que você está fazendo backup, você pode ajustar ou reduzir as configurações de multiplexação.

Siga as políticas de backup de dados que atendem ao seu SLA mais curto e mantenha baixas as configurações de multiplexação nessa política (se for necessário, embora um teste informe o quanto você está perdendo, ativando as configurações de multiplexação e informando exatamente o quão alto você pode configurá-lo para a restauração que você precisa). Como alternativa, aproveite os trabalhos de backup com o benefício do RTO longo ou de um SLA leniente e aumente as configurações de multiplexação o máximo que puder sem degradar o desempenho.

Dois pontos adicionais: 1. Lembre-se de ajuste do buffer. Configure corretamente (e teste, provavelmente o passo mais importante) tanto o ajuste do buffer do dispositivo quanto o ajuste do buffer de comunicação, caso ainda não tenha feito isso. 2. Use backups sintéticos. A Synthetics pode consistentemente comprar sua janela de backup (e, finalmente, recursos).