Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Avamar – Como interpretar as linhas de status do log de backup do avtar

Summary: Este artigo discute como entender e interpretar as linhas de status do registro avtar que são geradas periodicamente durante uma sessão de backup. Essa é uma ferramenta útil, especialmente ao investigar problemas de desempenho do cliente. ...

This article applies to   This article does not apply to 
Check out resources for

Symptoms

Durante um backup, o processo avtar grava periodicamente linhas de status no registro que informa o status e o progresso feito pelo avtar durante o backup.

Exemplo:
2014-11-14 10:16:56 avtar Info <8688>: Status 2011-11-14 10:16:56, 328 arquivos, 16 pastas, 26,53 MB (328 arquivos, 15,35 MB, 57,86% novo) 34 MB 1% CPU C:\directory\Folder\file.doc

Para isolar informações de status
Use um editor como o Notepad++ e pesquise linhas que contenham "<8688>" ou "<5100>" em versões mais antigas do client.

Frequência de registro de status
Por padrão, as informações de status avtar são gravadas a cada 15 minutos (900 s). Essa frequência pode ser modificada passando um valor para avtar usando o status do indicador=[segundos]. Faça isso usando o arquivo de parâmetro avtar.cmd ou a partir das opções de configuração do conjunto de dados da interface do usuário do Avamar.

É recomendável deixar a frequência padrão para manter a capacidade de leitura do registro. Se um arquivo demorar mais de 15 minutos para fazer backup, ele relata várias linhas de status. Se for necessária mais granularidade, reduza a configuração conforme apropriado. Se grandes registros forem gerados para backups de longa duração, considere aumentar a configuração para relatar por hora (3.600 s).

O que as várias seções da linha de status significam?
  • Junto com a data e a hora, os relatórios de status nos informam.
  • Quantos arquivos foram processados até o momento.
  • Quantos desses arquivos foram alterados.
  • O volume de dados a ser enviado para o servidor Avamar
  • medições de recursos avtar
  • Detalhes do último arquivo a ser processado.
Abaixo, usamos a codificação por cores para identificar essas métricas.
2014-12-07 10:16:56 avtar Info <8688>: Status 2014-12-07 10:16:56, 20.788.307 arquivos, 343.633 diretórios, 327,9 GB (9.049.052 arquivos, 0 bytes, 0,00% novo) 1074 MB60% cpu /data/types.dtc

Informações fornecidas pela linha de status:-
  • Data e hora (fuso horário do client)
  • Número de arquivos e pastas de origem que foram examinados até o momento
  • O tamanho combinado dos arquivos de origem que foram examinados até o momento 

Para a seção entre colchetes:-
(9.049.052 arquivos, 0 bytes, 0,00% novo)
  • Número de arquivos modificados que foram totalmente processados
  • O volume de dados adicionados ao servidor Avamar
  • Taxa de alteração desse backup (até agora).

O lado mais distante da linha de registro mostra:-
1074 MB60% CPU/base/data/types.dtc
  • Uso da memória do client do processo avtar (em megabytes)
  • Porcentagem da CPU do sistema consumida pelo avtar
  • Nome do último arquivo que teve o backup feito quando a mensagem de status foi gerada.

A linha de status final e a mais importante é o resumo do backup. Ele pode ser encontrado no final do registro pesquisando por "Backup #".  
Depois disso, temos a linha de estatísticas de backup (pesquisável com "Backup").

11/11/2018 00:34:32 avtar Info <5156>: Registro de data e hora do backup nº 75 2015-11-18 00:24:43, 4.007.032 arquivos, 1.974.043 pastas, 1.589 GB (2.680 arquivos, 419,4 MB, 0,03% novo) . 2015-11-18 00:34:32 avtar Info <6083>: Backup de 1.589 GB em 144,70 minutos: 659 GB/hora (1.661.482 arquivos/hora)

Abrir arquivos
Para fazer backup de um arquivo, o avtar deve abri-lo. A mensagem a seguir mostra que avtar tem um arquivo aberto durante o backup. Isso é separado de todos os outros aplicativos que também podem estar funcionando no arquivo.

2016-08-22 21:30:04 avtar Info <8688>: Status 2016-08-22 21:30:04, 25.921 arquivos, 3.746 diretórios, 104,9 GB (1.274 arquivos, 0 bytes, 0,00% novo) CPU de 1733 MB 46% (1 arquivo aberto) /opt/2016_hold.tar 

Cause

Não aplicável

Resolution

Esta seção deve ser analisada junto com o artigo geral sobre a solução de problemas do desempenho do backup do client.
Consulte Desempenho de backup do client do Avamar. Como identificar gargalos (CAMINHO DE RESOLUÇÃO)

Analise regularmente os registros do client para entender o que é típico para que padrões incomuns possam ser identificados.
" Outliers" pode indicar um possível problema que afeta o desempenho do backup e, ou a capacidade de armazenamento do servidor Avamar!

Cada informação de status pode ser útil. Aqui, listamos uma série de aspectos a serem considerados ao analisar cada estatística.  
Filtrando as linhas de status do registro e analisando as figuras, podemos entender o comportamento.

Considere o seguinte;

1) Número de arquivos e pastasde origem que foram examinados até o

momentoHá muitos arquivos no backup? Cada arquivo avtar deve ser verificado, leva tempo.  
A duração do backup para backups do file system é aproximadamente proporcional ao número de arquivos examinados.  

À medida que o backup progride, o "Número de arquivos e pastas de origem que foram examinados até o momento" deve ser incrementado.
Se esse número parar de aumentar ou se a taxa de varredura de arquivos diminuir, verifique os nomes dos arquivos no final da linha de status. Você pode encontrar um arquivo grande modificado que está sendo processado pelo avtar.
Considere que o avtar agora pode estar examinando arquivos em uma partição diferente ou em um subsistema de armazenamento mais lento (ou mais intensamente disputado).

O número de arquivos no backup é realista devido ao desempenho de arquivos/hora e à janela de backup máxima disponível?

2) Proporção

de arquivos para pastas Parece haver um número excepcionalmente pequeno ou grande de pastas em relação ao número dearquivos submetidos a backup?  
Muitos arquivos em uma única pasta (mais de 100.000) podem, às vezes, resultar em desempenho reduzido, assim como uma proporção pequena de arquivo para pasta.
3) Tamanho combinado dos arquivos de origem examinados até o

momentoEsse valor eventualmente fornecerá o tamanho total do backup.
O valor é significativo para backups de tipo de banco de dados em que é provável que o avtar processe muitos dos arquivos no conjunto de dados.
Nessas situações, o desempenho do backup é proporcional à taxa na qual o avtar pode processar (fragmento, compactação, hash) dos dados.

Esse valor também é significativo para o desempenho do backup do file system. Os backups de conjuntos de dados maiores podem tolerar porcentagens menores de taxa de alteração.  

Nota: Ao obter o número de arquivos que são examinados e dividir pelo tamanho dos arquivos de origem que são examinados, aprendemos o tamanho médio (média) do arquivo.
Se o tamanho médio do arquivo for grande, até mesmo um número modesto de arquivos alterados criará muito trabalho de processamento para avtar.
Consulte Considerações sobre desempenho ao usar o Avamar para fazer backup dos arquivos.pst 



do Outlook 4) Número de arquivos modificados processados peloavtar

Isso nos ajuda a entender a quantidade de trabalho que obackup deve fazer.

Para backups de banco de dados, esse número é relativamente alto em relação ao número de arquivos no conjunto de dados.  
Pode até mesmo ser o caso de todos os arquivos no conjunto de dados serem modificados.  

Para backups do file system, esse número deve ser notado com cuidado. Durante os backups iniciais, o número é sempre alto.  
Para backups de nível 1 (backups que são feitos após o backup inicial), o número normalmente estaria abaixo de 3% do número total de arquivos examinados.  
Se a proporção for >de 5%, isso poderá causar um efeito drástica na duração do backup, especialmente se houver um grande volume de dados no conjunto de dados ou se o tamanho médio do arquivo for grande.

Identifique quais arquivos estão mudando e considere por que eles estão mudando. Ver;

5) Volume de dados adicionados ao servidor Avamar

Esse é o volume de dados que deve ser enviado pela rede parao servidor Avamar. Isso afeta o uso da capacidade no servidor Avamar ou no Data Domain.  
Para clients separados do servidor por uma WAN ou, em que a replicação está sendo considerada para um client, esse valor deve ser pequeno o suficiente para transmitir os dados do client dentro da janela de backup, considerando a largura de banda da rede disponível.

É possível identificar os clients que estão adicionando a maioria dos dados a um sistema Avamar usando o script capacity.sh (veja abaixo).


6) Taxa de alteração desse backup (até agora)

Esse valor é a montagem de dados adicionados ao servidor Avamar dividido pelo tamanho combinado dos arquivos de origem examinados até o momento.
Uma taxa de alteração superior a 3% é considerada alta.
7) O uso atual da memória do processo avtar (em megabytes)

O uso da memória depende de vários fatores, inclusive:
  • Versão do Avamar
  • Sistema operacional do client
  • Características do conjunto de dados
  • Tipo de cache de arquivo que está sendo usado.  
Considere a proporção da RAM do cliente usada pelo avtar e se esse consumo pode afetar os processos de client do cliente.
Quando o avtar faz backup de diretórios grandes, ele consome mais memória à medida que tenta digitalizar e classificar os dados.
O aumento do consumo de memória também pode ocorrer se estiver usando determinados parâmetros de ajuste avtar (como o indicador maxopendirs).


8) Aporcentagem da CPU do sistema consumida pelo avtar

Um valor médio a médio-alto é desejável, pois isso significa que o avtar está sendo alimentado dados com rapidez suficiente para mantera CPU ocupada.
Se o uso da CPU for baixo (<10 <ou 20%), pode ser devido ao armazenamento lento, ocupado ou altamente resistente ou possivelmente a uma conexão de rede lenta.

Considere se o avtar está competindo com outros processos em execução na máquina. Idealmente, os backups devem ser agendados em períodos de menor atividade no client.


9) Nome do último arquivo que teve o backup feito quando a mensagem de status foi gerada:

Considere que tipo de dados estão sendo submetidos a backup verificando nomes de arquivos, estrutura de diretórios ou extensões de arquivo.
O avtar gasta um longo tempo para processar arquivos ou diretórios específicos? 
A taxa de varredura de arquivos diminui durante um caminho de diretório específico ou ao trabalhar por meio de arquivos em uma partição específica?

Additional Information

Exemplo de registro:-

Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB   2% CPU  E:\\store\Small-file.txt
Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB   2% CPU  E:\\store\Smalller.pptx
Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB   2% CPU  E:\\store\Small.xls
Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB   2% CPU  E:\\store\Small.txt
Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB   1% CPU  E:\\store\Small.pdf

What we learn from this logging example:
  • Os relatórios de status são definidos com intervalos de 15 s (o padrão é = 900 s. O autor recomenda configurações de 300, 600 ou 900).
  • O backup torna o progresso lento, mas estável.
  • O desempenho do arquivo por hora é baixo (o backup prossegue por 12 arquivos em 4 minutos).
  • Os dados que estão sendo submetidos a backup são mapeados a partir de um dispositivo de armazenamento compartilhado.
  • Quando a porcentagem de dados novos é excepcionalmente alta, isso pode ser um backup de primeira vez ou o backup contém muitos dados novos.
  • LargePresentation.ppt demorou vários minutos para ser submetido a backup.
  • A utilização da CPU é baixa; o que significa que o avtar está sendo fornecido com dados do dispositivo de armazenamento de destino a uma taxa lenta. Os dados recebidos são insuficientes para manter a CPU ocupada.

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 04 Apr 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.