Dimensionamento adequado / configurações para pastas B2D BackupExec?

1

Estou procurando executar uma série de backups do BackupExec 2010 da Symantec em um compartilhamento de rede hospedado em um dispositivo NAS. O objetivo é manter duas semanas de backups consistindo em incrementos semanais completos e diários.

  • Como devo organizar as pastas do B2D?
  • Qual deve ser o tamanho máximo do arquivo B2D?
  • Para o conjunto de mídias, qual deve ser a proteção contra gravação e os períodos de acréscimo para conseguir isso?

Nota: O armazenamento NAS não tem limitações no tamanho do arquivo.

Editar: tenho rotação de fita funcionando bem aqui. Eu tive B2D executando nas últimas semanas usando 4GB de tamanho de arquivo e um período de retenção de 2 semanas. Eu tive problemas nos backups recentes porque os trabalhos pararam, esperando pela mídia que pode ser acrescentada. Eu não pude determinar se havia alguma incompatibilidade nos períodos de acréscimo e sobrescrever. Em que ponto a imagem B2D continua expandindo versus sobrescrevendo arquivos anteriores?

    
por ewwhite 26.01.2011 / 16:52

2 respostas

2

Você não especifica qual sistema de arquivos o NAS está realmente executando, portanto, este conselho está assumindo que você está executando o NTFS.

Ao criar uma estrutura de diretórios de backup em disco, é uma boa idéia:

  • O tamanho do bloco com o qual o volume foi formatado deve ser grande. O padrão do NTFS é 4K, que é muito pequeno. 64K seria totalmente apropriado para um volume B2D.
    • O alinhamento do bloco / setor lógico pode melhorar o desempenho, embora você possa não se sentir bem em relação a isso.
  • Se possível, organize as coisas para que apenas um volume seja gravado em um determinado momento. Isso aumenta a sequencialidade de seus arquivos de backup no sistema de arquivos e, portanto, melhora o desempenho.
  • Se estiver usando NTFS, arquivos massivos (100 GB) serão mais difíceis no sistema operacional do que muitos arquivos menores (10G).

Quando ainda estávamos no 10D, parecia que o BackupExec reutilizou os arquivos de backup existentes em vez de criar novos arquivos de backup. Isso é bastante inteligente, pois, quando um arquivo é colocado, se for feito em um segmento, ele permanecerá assim, de forma que o volume não seja fragmentado tanto quanto o delete / recriar. Depende do seu armazenamento, mas geralmente manter esses arquivos contíguos melhorará notavelmente o seu desempenho de leitura / gravação.

Para períodos de anexação / proteção, entendo que o período de acréscimo começa no momento em que a mídia é gravada pela primeira vez e o período de proteção é redefinido sempre que é gravado. Portanto, se um arquivo for gravado em 1/5 com um período de acréscimo de 7 dias e um período de proteção de 14 dias, o período de acréscimo terminará em 1/12, mas o período de proteção contra gravação poderá não terminar até 1/26.

A variabilidade na velocidade de execução dos backups fará com que a mídia aumente seus períodos de proteção. Se um backup parar durante um final de semana e reiniciar na segunda-feira após você chutar as coisas, a mídia será substituída 2 dias depois do normal e isso poderá causar problemas mais tarde. Planeje espaço extra em seus arquivos B2D para esse tipo de coisa.

    
por 26.01.2011 / 17:37
0

Uma pequena leitura do guia de administração do BackupExec está em ordem aqui.

•How should I arrange the B2D folders?

No entanto, você quer que eles sejam organizados. Nós não podemos responder isso por você.

•What should the maximum B2D file size be?

Qualquer coisa que você queira que o tamanho máximo seja. Use o assistente do B2D e aceite as configurações padrão.

•For the media set, what should the overwrite protection and append periods be to accomplish this?

O que for preciso para atender às suas metas / necessidades de retenção de mídia.

Sua pergunta é um pouco da natureza do Backup 101. Um pouco de leitura / pesquisa de sua parte irá percorrer um longo caminho para uma melhor compreensão dos backups e como configurá-los para atender às suas necessidades / objetivos.

    
por 26.01.2011 / 16:59

Tags