Data Domain: Guia de práticas recomendadas do Virtual Tape Library

Guia de práticas recomendadas sobre VTL

OBJETIVO

Este documento apresenta as diretrizes recomendadas para garantir o desempenho ideal do Data Domain Virtual Tape Library (VTL) em ambientes de backup e garantir a facilidade de suporte e manutenção do produto.

APLICA-SE A

• Todos os sistemas Data Domain
• Todas as versões de software compatíveis com VTL
• Protocolo VTL
• Aplicativos de backup ("BA") de terceiros, como NetWorker, TeraSAM, entre outros

SOLUÇÃO

1. Diretrizes básicas para evitar desempenho insatisfatório:
   1. É essencial garantir a conclusão de um qualificador de VTL para sua instalação e a verificação dele quanto à operação adequada. O uso de HBAs, drivers e outros elementos incompatíveis são uma fonte comum de problemas.
   2. Tente manter o sistema Data Domain com menos de 85% da capacidade preenchida. A Filesystem Clean e outras operações são mais rápidas e eficientes quando o sistema tem disco disponível suficiente para realizar essas tarefas importantes.
   3. Tente agendar a Filesystem Clean (também conhecida como coleta de lixo ou limpeza do file system) para rodar nos horários em que os backups ativos não estiverem em execução.
   4. O agendamento padrão da Filesystem Clean é suficiente na maioria dos ambientes. Consulte o documento "Agendando a limpeza em um sistema Data Domain: Práticas recomendadas 12089" para entender melhor esse processo. Se você ainda achar que há um motivo para alterar o agendamento padrão para executar a Filesystem Clean com mais frequência, entre em contato com o suporte do Data Domain para discutir a questão.
   5. Não agende a replicação para se sobrepor à janela de backup ativo do VTL. Ambos os processos exigem recursos substanciais e são concluídos mais rapidamente quando executados separadamente, em vez de ao mesmo tempo.
   6. Nunca use criptografia, multiplexação, pré-compactação nem desduplicação no lado do client a partir do BA do client (ou seja, NetWorker, TeraSAM), pois elas reduzem significativamente o fator de compactação obtido no sistema Data Domain. Somente realize essas atividades no sistema Data Domain. Alguns aplicativos de backup ativam esses recursos por padrão (ou seja, o HP Data Protector assume a multiplexação como padrão); portanto, verifique se todos eles estão desativados para seu aplicativo.
   7. Embora o sistema Data Domain possa oferecer limites mais altos nas opções de configuração (número de fluxos, aceleração, replicação, entre outros), o uso de configurações mais moderadas geralmente oferece o melhor desempenho geral. 
   8. Certifique-se de ler e entender todos os alertas do sistema Data Domain. Se você não entender um alerta, ligue para o suporte para obter esclarecimentos.
   9. Não use o pool padrão para todas as tarefas. Crie pelo menos um outro pool e crie todas as fitas nos pools que criou. Se você usa replicação (ou poderá usar no futuro), é importante criar e usar entre cinco e dez contextos de replicação (ou seja, um pool de VTL) para melhorar o desempenho.
   10. Certifique-se de que os componentes específicos sejam compatíveis com o VTL.

2. Componentes do VTL

   1. Iniciadores:
      1. A porta do iniciador FC deve ser dedicada apenas a dispositivos Data Domain VTL.
      2. Somente faça o zoneamento ao sistema Data Domain dos iniciadores que devem se comunicar com um conjunto específico de portas de destino do VTL desse sistema Data Domain.
      3. Crie um alias útil para cada iniciador que você zoneou e conectou ao sistema Data Domain, preferencialmente incluindo o nome do host e a porta no nome do alias. 
      4. Use apenas o zoneamento de um-para-um; crie zonas no switch Fibre Channel compostas por apenas um iniciador e um destino por zona. 
   2. Slots: 
   • O número de slots ou unidades que uma biblioteca deve ter é determinado pela quantidade de fluxos simultâneos de backup e restauração que estão em execução. O número de unidades também é restringido pelos limites gerais de configuração e desempenho de seu sistema Data Domain específico. Normalmente, as contagens de slots se baseiam em quantas fitas são usadas ao longo do ciclo de uma política de retenção.

   3. Pontos de acesso a cartuchos:

      • Consulte a documentação de integração do Data Domain de seu aplicativo de backup específico para determinar se é necessário emular os Pontos de acesso a cartuchos (CAPs) de seu ambiente específico.

   4. Trocador:

      • Pode haver apenas um trocador por VTL.
      • Muitas vezes, o modelo de trocador que você deve selecionar depende da configuração específica:
        • Use a emulação de biblioteca RESTORER-L180 ao usar o software de backup da Symantec
        • Use a emulação de biblioteca TS3500 ao usar a plataforma IBM System i
        • Também é possível usar a emulação de biblioteca TS3500 ao usar o TeraSAM 6.2 nas plataformas AIX 6.1 e AIX 5.3.
        • A maioria das outras instalações deve usar a emulação de biblioteca L180 (para plataformas que não sejam Symantec nem IBM System i)

   5. Unidade de fita

      1. auto-offline:  Se uma fita estiver carregada, a unidade ficará on-line. Nesse estado, o trocador não consegue mover uma fita da unidade sem, primeiro, descarregar a fita. No entanto, se a opção "Auto-Offline" estiver ativada, haverá um descarregamento implícito da unidade e, portanto, será possível mover a fita da unidade mesmo se não houver a execução de um comando Unload pelo aplicativo. Essa configuração pode ser útil para determinados aplicativos e é global em todo o serviço de VTL (uma configuração para todas as unidades).
      2. auto-eject:  Se uma fita for movida de uma unidade ou um slot para um CAP, ela será encaminhada diretamente para o cofre. Essa configuração pode ser útil para os aplicativos que verificam se as fitas foram removidas do CAP. Haverá falha na operação "eject" da biblioteca se as fitas ainda estiverem no CAP após um atraso de tempo. A opção de ejeção automática atende às expectativas dos aplicativos porque as fitas desaparecem dos CAPs imediatamente. Essa configuração também é global no serviço de VTL (uma configuração para todas as unidades)
      3. É melhor usar apenas um tipo de unidade de fita por biblioteca.

   6. HBAs de destino

      1. Considere distribuir a carga de backup entre várias portas FC do sistema Data Domain para evitar gargalos em uma só porta. 
      2. Verifique a velocidade de cada porta FC no switch para confirmar se a porta está configurada para a taxa desejada.
      3. Defina portas secundárias como "none", a menos que outra definição seja explicitamente necessária para sua configuração específica.
      4. Configure o driver do sistema operacional do host para vinculação persistente de LUN. Isso evita situações em que, devido a alterações de destino, é necessário reconfigurar o software de backup ou o sistema operacional. 

• Operação do VTL

  1. Slots: Crie slots suficientes para conter o número de fitas que você criou. Não há problema em criar alguns slots extras, contanto que não seja uma quantidade excessiva.
  2. CAPs
  3. Fitas
     1. Crie somente as fitas necessárias para atender a seus requisitos de backup. A contagem inicial de fitas é menor que o dobro do espaço em disco disponível no Restorer. Criar muitas fitas virtuais pode ocasionar em um cenário em que o sistema Data Domain pode ficar com a capacidade totalmente utilizada prematuramente, o que causa uma interrupção inesperada do sistema. À medida que as estatísticas globais de compactação forem sendo disponibilizadas, será possível incluir fitas adicionais de maneira incrementalmente. 
     2. Se o sistema atingir 100% da capacidade, será necessário excluir todas as fitas vazias que possam existir no sistema e, em seguida, expirar dados suficientes para que o sistema fique abaixo de 80% da capacidade. Para evitar essa tarefa demorada, impeça a ocorrência de um evento de utilização total da capacidade do sistema.
     3. Em um sistema de destino de replicação, nunca faça a leitura de uma fita que está sendo replicada.
     4. Sempre use códigos de barras exclusivos de fita, mesmo em diferentes pools.
     5. Sempre use o mesmo sufixo de fita (tamanho) em todos os pools. Se, por algum motivo, você precisar usar um sufixo diferente, no mínimo, mantenha o mesmo sufixo em um pool.
     6. O tamanho ideal das fitas depende de vários fatores, inclusive do BA específico que está sendo usado e das características dos dados que estão sendo submetidos a backup. Em geral, é melhor usar mais fitas menores do que menos fitas grandes, a fim de controlar o uso do disco e evitar condições de utilização total da capacidade do sistema.
     7. Para TeraSAM, é recomendável usar fitas menores (ou seja, 30 a 50 G) para recuperar espaço mais rapidamente.

  4. Aplicativos de backup

     1. Certifique-se de que você está usando o maior tamanho de bloco ideal para seu BA, a fim de obter desempenho máximo operando com o sistema Data Domain. O número ideal depende de muitos fatores, como velocidade do disco, armazenamento em cache do SO e seu software de backup específico. Consulte as recomendações do fornecedor e os guias de integração.
     2. Em geral, um tamanho de bloco de fita que é um múltiplo de 64K oferece melhor desempenho, mas consulte os guias de Integração ou Práticas recomendadas de seu software específico (consulte os links abaixo). Ao acessar o dispositivo Data Domain com vários servidores de backup, use o maior tamanho de bloco acessível por todos os servidores do ambiente (especialmente em um ambiente heterogêneo de SO).

• Grupos de acesso

  1. A numeração de dispositivos em cada grupo diferente de acesso ao VTL deve começar com a LUN 0.
  2. É melhor evitar alterar a configuração do grupo de acesso ao VTL enquanto o sistema Data Domain estiver sob carga intensa.
  3. É recomendável que você tenha exatamente um iniciador por grupo de acesso.

• Estatísticas

  1. Ao usar as estatísticas de cache do marcador de arquivo do VTL, é necessário redefinir as estatísticas antes de carregar as fitas nas unidades. Se a redefinição das estatísticas for realizada após o carregamento e o acesso das fitas nas unidades de fita, o comando vtl show detailed-stats pode gerar resultados incorretos. O relatório pode exibir contagens "free" maiores que as contagens "alloc", o que é inesperado, mas inofensivo neste caso. Isso é causado pela redefinição das estatísticas das unidades enquanto elas estão em uso; a redefinição das estatísticas não é uma operação atômica.
  2. Como prática recomendada geral, é necessário redefinir as estatísticas antes de carregar as fitas nas unidades.