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 - Come interpretare le righe di stato del registro avtar di backup (in inglese)

Summary: In questo articolo viene descritto come comprendere e interpretare le righe di stato del log avtar generate periodicamente durante una sessione di backup. Si tratta di uno strumento utile, in particolare quando si analizzano i problemi di prestazioni dei client. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Durante un backup, il processo avtar scrive periodicamente le righe di stato nel log che segnala lo stato di e l'avanzamento compiuto da avtar durante il backup.

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

Per isolare le informazioni
sullo statoUtilizzare un editor come Notepad++ e cercare le righe contenenti "<8688>" o "<5100>" nelle versioni client precedenti.

Frequenza di registrazione
dello statoPer impostazione predefinita, le informazioni sullo stato di avtar sono scritte ogni 15 minuti (900 secondi). Questa frequenza può essere modificata passando un valore ad avtar utilizzando il flag status=[seconds]. Eseguire questa operazione utilizzando il file dei parametri avtar.cmd o dalle opzioni di configurazione del dataset dell'interfaccia utente di Avamar.

Si consiglia di lasciare la frequenza predefinita per mantenere la leggibilità dei registri. Se un file richiede più di 15 minuti per il backup, segnala più righe di stato. Se è richiesta una maggiore granularità, ridurre l'impostazione in base alle esigenze. Se vengono generati log di grandi dimensioni per backup a esecuzione prolungata, è consigliabile aumentare l'impostazione per generare report ogni ora (3.600 s).

Cosa significano le varie sezioni della riga di stato?
  • Insieme alla data e all'ora, i report sullo stato lo indicano.
  • Quanti file sono stati elaborati finora.
  • Quanti di questi file sono stati modificati.
  • La quantità di dati da inviare ad Avamar Server
  • metriche delle risorse avtar
  • Dettagli dell'ultimo file da elaborare.
Di seguito viene utilizzata la codifica colore per identificare queste metriche.
2014-12-07 10:16:56 avtar Info <8688>: Stato 2014-12-07 10:16:56, 20.788,307 file, 343.633 directory, 327,9 GB (9.049.052 file, 0 byte, 0,00% nuovo) 1074 MB60% CPU /data/types.dtc

Informazioni fornite dalla riga di stato:
  • Data e ora (fuso orario del client)
  • Numero di file e cartelle di origine a cui finora è stata eseguita la scansione
  • La dimensione combinata dei file di origine che sono stati analizzati finora 

Per la sezione tra parentesi quadre:-
(9.049.052 file, 0 byte, 0,00% nuovo)
  • Numero di file modificati che avtar completamente elaborati
  • Quantità di dati aggiunti ad Avamar Server
  • Tasso di modifica di questo backup (finora).

L'estremità della riga del registro mostra:-
1074 MB60% CPU/base/data/types.dtc
  • Utilizzo della memoria client del processo avtar (in Megabyte)
  • Percentuale della CPU del sistema utilizzata da avtar
  • Nome dell'ultimo file di cui è stato eseguito il backup quando è stato generato il messaggio di stato.

La riga di stato finale e più importante è il riepilogo del backup. È possibile trovare il file verso la fine del registro cercando "Backup #".  
Successivamente, abbiamo la riga delle statistiche di backup (ricercabile con "Backed-up").

2015-11-18 00:34:32 avtar Info <5156>: Backup n. 75 timestamp 2015-11-18 00:24:43, 4.007,032 file, 1.974.043 cartelle, 1.589 GB (2.680 file, 419,4 MB, 0,03% nuovo) . 2015-11-18 00:34:32 avtar Info <6083>: Backup di 1.589 GB in 144,70 minuti: 659 GB/ora (1.661.482 file/ora)

Aprire i file
Per eseguire il backup di un file avtar è necessario aprirlo. Il seguente messaggio mostra che avtar dispone di un file aperto durante il backup. Questo è separato da qualsiasi altra applicazione che potrebbe funzionare anche sul file.

2016-08-22 21:30:04 avtar Info <8688>: Stato 2016-08-22 21:30:04, 25.921 file, 3.746 directory, 104,9 GB (1.274 file, 0 byte, 0,00% nuovo) 1733 MB 46% CPU (1 file aperti) /opt/2016_hold.tar 

Cause

Non applicabile

Resolution

Questa sezione deve essere esaminata insieme all'articolo generale sulla risoluzione dei problemi relativi alle prestazioni di backup dei client.
Vedere Prestazioni di backup del client Avamar. Come identificare i colli di bottiglia (PERCORSO DI RISOLUZIONE)

Esaminare regolarmente i registri del client per comprendere cosa è tipico in modo da poter identificare modelli insoliti.
" Outliers" può indicare un potenziale problema che influisce sulle prestazioni di backup e sulla capacità di storage del server Avamar.

Tutte le informazioni sullo stato possono essere utili. Qui è elencata una serie di aspetti da considerare quando si esamina ciascuna statistica.  
Filtrando le righe di stato dal registro e analizzando le figure, è possibile comprendere il comportamento.

Tenere presente quanto segue:

1) Numero di file e cartelle di origine sottoposti a scansione finora

Sono presenti molti file nel backup? Ogni file avtar deve essere scansionto, richiede tempo.  
La durata del backup per i backup del file system è approssimativamente proporzionale al numero di file analizzati.  

Con l'avanzamento del backup, l'incremento "Numero di file e cartelle di origine analizzati finora" dovrebbe essere incrementato.
Se questo numero smette di aumentare o se la velocità di scansione dei file rallenta, controllare i nomi dei file alla fine della riga di stato. È possibile che venga individuato un file modificato di grandi dimensioni che viene elaborato da avtar.
Si consideri che avtar può ora eseguire la scansione dei file in una partizione diversa o in un sottosistema di storage più lento (o più conteso).

Il numero di file nel backup è realistico date le prestazioni di file/ore e la finestra di backup massima disponibile?

2) Rapporto tra file e cartelle

Sembra che ci sia un numero di cartelle incredibilmente piccolo o grande in relazione al numero di file di cui è stato eseguito il backup?  
Molti file in una singola cartella (a partire da 100.000) possono talvolta ridurre le prestazioni, così come il rapporto file/cartelle di piccole dimensioni.
3) Dimensione combinata dei file di origine analizzati finora

Questo valore restituirà alla fine la dimensione totale del backup.
Il valore è significativo per i backup di tipo database in cui avtar è probabile che elabori molti dei file nel dataset.
In questi casi, le prestazioni di backup sono proporzionali alla velocità con cui avtar può elaborare i dati (blocco, compressione, hash).

Questo valore è significativo anche per le prestazioni di backup del file system. I backup di dataset più grandi possono tollerare percentuali di tasso di modifiche più ridotte.  

Nota: Prendendo il numero di file analizzati e dividendo per le dimensioni dei file di origine analizzati, si apprende la dimensione media dei file.
Se la dimensione media dei file è elevata, anche un numero ridotto di file modificati crea molto lavoro di elaborazione per avtar.
Vedere Considerazioni sulle prestazioni quando si utilizza Avamar per eseguire il backup dei file 



.pst di archivio di Outlook4) Numero di file modificati elaborati da avtar

Questo ci aiuta a comprendere la quantità di lavoro che il backup deve svolgere.

Per i backup del database, questo numero è relativamente elevato in relazione al numero di file nel dataset.  
Può anche accadere che tutti i file nel dataset vengano modificati.  

Per i backup del file system, questo numero deve essere annotato attentamente. Durante i backup iniziali, il numero è sempre elevato.  
Per i backup di livello 1 (backup eseguiti dopo il backup iniziale), il numero sarebbe in genere inferiore al 3% del numero totale di file analizzati.  
Se la proporzione è >del 5%, potrebbe causare un effetto notevole sulla durata del backup, soprattutto se nel dataset è presente una grande quantità di dati o se la dimensione media del file è elevata.

Identificare i file che stanno cambiando e considerare perché stanno cambiando. Vedere;

5) Quantità di dati aggiunti ad Avamar Server

Si tratta della quantità di dati che devono essere spediti via cavo all'Avamar Server. Influisce sull'utilizzo della capacità su Avamar Server o Data Domain.  
Per i client separati dal server su una WAN o, in cui la replica viene considerata per un client, questo valore deve essere sufficientemente piccolo da trasmettere i dati del client all'interno della finestra di backup, data la larghezza di banda di rete disponibile.

È possibile identificare i client che hanno aggiunto il maggior numero di dati a un sistema Avamar utilizzando lo script capacity.sh (vedere di seguito).


6) Tasso di modifica di questo backup (finora)

Questo valore è unmount di dati aggiunti ad Avamar Server diviso per le dimensioni combinate dei file di origine analizzati finora.
Un tasso di modifiche superiore al 3% è considerato elevato.
7) L'utilizzo corrente della memoria del processo avtar (in megabyte)

L'utilizzo della memoria dipende da vari fattori, tra cui:
  • Versione di Avamar
  • Sistema operativo client
  • Caratteristiche del dataset
  • Tipo di cache di file in uso.  
Considerare la proporzione di RAM del client utilizzata da avtar e se tale consumo potrebbe influire sui processi client del client.
Quando avtar esegue il backup di directory di grandi dimensioni, utilizza più memoria mentre tenta di eseguire la scansione e ordinare i dati.
L'aumento del consumo di memoria può verificarsi anche se si utilizzano determinati parametri di tuning avtar (ad esempio il flag maxopendirs).


8) La percentuale della CPU del sistema utilizzata da avtar

A con un valore medio-alto è desiderabile, in quanto ciò significa che avtar fornisce dati abbastanza rapidamente da mantenere la CPU occupata.
Se l'utilizzo della CPU è basso (<10 o <20%) potrebbe essere dovuto a uno storage lento, occupato o altamente conteso o a una connessione di rete lenta.

Considerare se avtar è in competizione con altri processi in esecuzione sul computer. Idealmente, i backup devono essere pianificati nei periodi di attività più bassa sul client.


9) Nome dell'ultimo file sottoposto a backup quando è stato generato il messaggio di stato:

Considerare il tipo di dati di cui viene eseguito il backup controllando nomi di file, struttura di directory o estensioni di file.
Avtar impiega molto tempo per elaborare file o directory particolari? 
La velocità di scansione dei file rallenta durante un particolare percorso di directory o durante l'utilizzo dei file in una particolare partizione?

Additional Information

Esempio di registrazione:

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:
  • I report di stato vengono impostati con intervalli di 15 s (il valore predefinito è = 900 s. L'autore consiglia le impostazioni 300, 600 o 900.
  • Il backup risulta lento, ma costante.
  • Le prestazioni del file all'ora sono ridotte (il backup procede fino a 12 file in 4 minuti).
  • I dati sottoposti a backup vengono mappati da un dispositivo di storage condiviso.
  • Quando la percentuale di dati "nuovi" è straordinariamente elevata, potrebbe trattarsi di un primo backup o il backup contiene molti nuovi dati.
  • Il backup di LargePresentation.ppt ha richiesto diversi minuti.
  • L'utilizzo della CPU è basso; implicando che avtar viene fornito dati dal dispositivo di storage di destinazione a una velocità lenta. I dati in ingresso non sono sufficienti per mantenere la CPU occupata.

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 18 Oct 2024
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.