Avamar: Informações a serem coletadas para solucionar problemas de desempenho de replicação do Avamar (caminho de resolução)
Summary: Este artigo deve ser usado para coletar as informações iniciais para solucionar problemas de desempenho de replicação do Avamar (e do Avamar com integração com o Data Domain).
Instructions
Para replicação geral, o ponto de partida deve incluir plano de fundo e conceitos, além de itens a serem testados e alterações a serem executadas.
Consulte o artigo Caminho de resolução Avamar: Solução de problemas e ajuste de desempenho de replicação (caminho de resolução) para esses tópicos.
Este artigo é específico para coletar informações sobre problemas específicos de desempenho de replicação, inclusive tempo limite de replicação, mas não outras falhas de replicação para problemas de configuração sem desempenho.
Para outros problemas de replicação para NON-PERFORMANCE nas informações a serem coletadas, consulte Avamar: Como coletar informações para solucionar problemas de replicação
-
A maioria desses itens a seguir requer discussões entre as equipes de suporte técnico e os clientes.
-
Sem todas as informações listadas neste artigo, a solução de problemas e o tempo de resolução podem aumentar, dependendo dos possíveis problemas encontrados.
-
Consulte artigos de login:
Perguntas e informações gerais sobre ambiente:
- Discutir com o cliente sobre os locais físicos, cidades, países ou quilômetros de distância entre os locais de origem e destino.
- Discutir e fornecer qual é a meta a ser alcançada no ajuste de desempenho ou o que especificamente deve ser corrigido (além do desempenho)?
- (Exemplo: Para recuperar o atraso de X dias após a reversão ou falhas, concluir a propagação da replicação inicial pela primeira vez, concluir uma migração root2root (R2R) que está sendo realizada pelos serviços profissionais e assim por diante)
- Projeto de configuração:
One-to-one,One-to-many,Many-to-one,Cross replication,Cascading replication, ou Outro
- No Avamar de origem e destino (e no servidor DD, se aplicável), obtenha o nome de host, a versão e a capacidade da grade:
- Para Avamar: Execute o comando status.dpn em todos os nós do utilitário do Avamar Server relacionados, Avamar Virtual Editions (AVE) ou nós únicos. Avamar: Como entender a saída gerada pelo comando "status.dpn"
- Para Data Domain em cada Avamar Server: Execute o "
mccli dd show-propcomando "- Essas informações do DD também podem ser coletadas de registros de replicação ou de comandos ddrmaint. Consulte o apêndice no final deste artigo.
- Tipo de hardware (incluindo DD, se aplicável):
- Qual é o tipo e a versão do hardware? Isso pode afetar o número de fluxos e a quantidade de ingestão de E/S de disco.
- Qual o tamanho da capacidade por nó e a capacidade total de dados de backup? (Isso é importante saber, pois ajuda a aumentar o conhecimento da quantidade de dados que pode haver para replicar ou recuperar.)
- No Data Domain, essas informações são encontradas nos logs de replicação ou nos comandos ddrmaint.
- Para o Suporte Dell, todos os tipos de hardware do Avamar e DD podem ser encontrados no Avalanche e no Autosupport (ASUP) se estiverem configurados para Email Home
- O seguinte comando também pode ser executado no Data Domain:
system show model
- O seguinte comando também pode ser executado no Data Domain:
- Rede: Esta NÃO é uma seção para velocidade de teste, mas uma discussão entre o Suporte Dell e os clientes sobre:
- As expectativas do cliente quanto à velocidade da rede e às expectativas para replicação
- A rede de replicação é compartilhada por outros aplicativos ou usos
- Pergunte ao cliente se ele tem atualmente uma rede secundária dedicada para replicação (ou planeja potencialmente configurar no futuro)
- Em caso afirmativo, quais são os endereços IP internos e externos para origem e destino
- Se um Data Domain estiver envolvido, verifique se algo diferente da grade do Avamar em análise também está sendo replicado para esse mesmo Data Domain
- Em caso afirmativo, há várias grades do Avamar ou outras soluções de backup
- Se sim, são simultâneas ou escalonadas
- O volume de dados
- Determinar se há algum firewall do cliente ou aceleração de rede de QoS fora do produto Avamar configurado ou presente
- O cliente tem aceleradores de WAN em sua rede?
- NOTA: se houver aceleradores WAN, eles podem ser revelados em uma etapa posterior do teste, quando o iperf mostra resultados mais rápidos, mas nada mais em termos de transmissão de dados é tão rápido. O Iperf é uma simples "ferramenta de teste de velocidade de rede" baseada em Linux e seu tráfego é muito compactável e desduplicável. No entanto, os dados reais de backup do client não são tão compactáveis e desduplicáveis em comparação, pois já estão compactados e desduplicados antes da replicação pela rede.
- No Avamar, o uso incorreto de aceleradores de WAN pode dificultar o ajuste do desempenho da replicação. Embora eles possam inflar imprecisamente os resultados dos testes de desempenho apenas do iperf, muitas vezes eles não ajudam em nada a replicação do Avamar. Na maioria das vezes, eles tornam o ajuste de desempenho mais difícil e demorado. Discuta mais com o Suporte do Avamar as limitações e os possíveis danos ao ajuste de desempenho, já que os aceleradores de WAN do tipo desduplicação/compactação não oferecem nenhum benefício de desempenho para
Avamar-onlytráfego e pode retardar o procedimento de ajuste de desempenho também. - Para o Data Domain, a presença de um acelerador de WAN na rede pode afetar negativamente o desempenho da replicação. Verifique com o administrador de rede se existe um acelerador de WAN na rede do sistema Data Domain. Ao trabalhar com o administrador de rede e confirmar o impacto mínimo na rede geral, desative o acelerador de WAN. Isso deve ser feito como um teste limitado. Consulte o artigo do Data Domain, Data Domain: Analisando problemas de replicação lenta [no DD].
- Para uso das Aceleradoras que lidam com a quantidade incompatível de alta latência de ping de rede e se comunicam pelos protocolos UDP (User Datagram Protocol), converse com a equipe de contas da Dell Technologies ou com o suporte do Avamar para obter possíveis benefícios. Se possível, o ajuste de desempenho normal usando esse caminho de resolução e sem aceleradores deve resolver a maioria dos problemas de latência de ping.
- Necessidades do cliente:
- Quais são os requisitos de SLO (Service Level Objective, objetivo de nível de serviço) e acordos de nível de serviço (SLA) em termos de dados, proteção e ambiente de backup do cliente
- Todos os backups devem ser replicados?
- Os backups mais antigos são ignorados ou isso é uma possibilidade?
- Apenas determinados clients são replicados?
- (e assim por diante)
- Quais são os requisitos de SLO (Service Level Objective, objetivo de nível de serviço) e acordos de nível de serviço (SLA) em termos de dados, proteção e ambiente de backup do cliente
Perguntas mais específicas sobre configuração:
- Conhecimento geral da conta de client para ajudar com impactos sobre a configuração. Da discussão com o cliente, aproximadamente:
- Quantos clients existem no servidor no total (se apenas um subconjunto for replicado, quantos)
- Quais são os diferentes tipos de plug-in de client (file system, Exchange, NDMP e assim por diante)
- Quais são os maiores tamanhos de backups de client em geral?
É melhor validar essas informações e confirmar se estiverem incertas, pois isso pode ser um fator limitador, dependendo do tamanho do backup do client e, especialmente, do tipo de back-end, GSAN vs. DD. Tente executar o "Bytes Protected Client 2" na interface do usuário Avamar Admin, selecione um intervalo de datas dos últimos dias (caso um backup ainda não tenha sido executado no dia anterior) e classifique o resultado por tamanho. Como executar relatórios pode ser encontrado na Nota técnica atual do Guia de administração do Avamar.
- Se a integração do DD estiver presente, determine quais são os tipos de armazenamento de back-end dos clients muito grandes acima por tipo e tamanho no Avamar em comparação ao back-end do Data Domain. Por exemplo, todos os clients NDMP têm backup no Data Domain, mas os clients de file system são todos no back-end do Avamar? O back-end depende do tamanho, é misto ou um padrão aleatório?