Risolvere i problemi di rallentamento delle prestazioni di backup di file e cartelle in Backup di Azure
Questo articolo fornisce indicazioni sulla risoluzione dei problemi per diagnosticare la causa del rallentamento delle prestazioni di backup per file e cartelle quando si usa Backup di Azure. Quando si usa l'agente di Backup di Azure per eseguire il backup dei file, è possibile che il processo richieda più tempo del previsto. Questo ritardo può dipendere da una o più delle cause seguenti:
- Sono presenti colli di bottiglia delle prestazioni nel computer di cui viene eseguito il backup.
- Un altro processo o un software antivirus interferisce con il processo di Backup di Azure.
- L'agente di Backup è in esecuzione in una macchina virtuale di Azure.
- Viene eseguito il backup di un numero elevato di file (milioni).
Prima di iniziare a risolvere i problemi, è consigliabile scaricare e installare l' agente di Backup di Azure più recente. L'agente di Backup viene aggiornato di frequente per risolvere diversi problemi, aggiungere funzionalità e migliorare le prestazioni.
È anche consigliabile vedere l'articolo Servizio Backup di Azure: Domande frequenti per assicurarsi che non si tratti di problemi di configurazione comuni.
Se il problema relativo ad Azure non viene risolto in questo articolo, visitare i forum di Azure su Microsoft Q&A e Stack Overflow. È possibile pubblicare il problema in questi forum o in @AzureSupport su Twitter. È anche possibile inviare una richiesta di supporto tecnico di Azure. Per inviare una richiesta di supporto, selezionare Supporto tecnico nella pagina del supporto di Azure.
Causa: il processo di backup viene eseguito in modalità non ottimizzata
L'agente MARS può eseguire il processo di backup in modalità ottimizzata usando il journal delle modifiche USN (numero di sequenza di aggiornamento) o la modalità non ottimizzata controllando la presenza di modifiche nelle directory o nei file eseguendo la scansione dell'intero volume.
La modalità non ottimizzata è lenta perché l'agente deve analizzare tutti i file nel volume e confrontarli con i metadati per determinare i file modificati.
Per eseguire la verifica, aprire Dettagli processo nella console dell'agente MARS e controllare lo stato per verificare che sia Transferring data (unoptimized, may take more time) (Trasferimento dati in corso, non ottimizzato può richiedere più tempo) come illustrato di seguito:
A causa delle condizioni seguenti è possibile che l'esecuzione del processo di backup avvenga in modalità non ottimizzata:
- Il primo backup, noto anche come Replica iniziale, viene eseguito sempre in modalità non ottimizzata
- Se il processo di backup precedente ha esito negativo, il successivo processo di backup pianificato verrà eseguito come non ottimizzato.
Causa: Colli di bottiglia delle prestazioni nel computer
I colli di bottiglia nel computer in cui viene eseguito il backup possono causare ritardi. Ad esempio, i colli di bottiglia possono essere causati dalla capacità del computer di leggere o scrivere su disco o dalla larghezza di banda disponibile per inviare dati in rete.
Per rilevare i colli di bottiglia, Windows offre uno strumento predefinito chiamato Monitor prestazioni (Perfmon).
Ecco alcuni contatori delle prestazioni e intervalli che possono essere utili per diagnosticare i colli di bottiglia e ottenere backup ottimali.
| Contatore | Status |
|---|---|
| Disco logico (disco fisico) - % inattività | |
| Disco logico (disco fisico) - % Media letture o scritture disco/sec | |
| Disco logico (disco fisico) - Lunghezza corrente coda del disco (per tutte le istanze) | 80 richieste per più di 6 minuti |
| Memoria - Byte del pool non di paging | |
| Memoria - Byte del pool di paging | |
| Memoria - MByte disponibili | |
| Processore - % tempo processore (tutte le istanze) |
Nota
Se si determina che l'infrastruttura è la causa del problema, è consigliabile deframmentare i dischi a intervalli regolari per ottenere prestazioni migliori.
Causa: Un altro processo o un software antivirus interferisce con Backup di Azure
Sono state identificate diverse istanze in cui altri processi nel sistema Windows hanno influito negativamente sulle prestazioni del processo dell'agente di Backup di Azure. Ad esempio, se si usa l'agente di Backup di Azure e un altro programma per eseguire il backup dei dati o se è in esecuzione un software antivirus con un blocco sui file di cui eseguire il backup, i diversi blocchi sui file possono causare conflitti. In questo caso, il backup può non riuscire oppure il processo può richiedere più tempo del previsto.
L'indicazione migliore in questo scenario consiste nel disattivare l'altro programma di backup per vedere se cambia il tempo di backup per l'agente di Backup di Azure. In genere, è sufficiente assicurarsi che non siano in esecuzione più processi di backup contemporaneamente per evitare che interferiscano reciprocamente.
Se nel server è installato software antivirus, aggiungere le regole di esclusione all'analisi antivirus per:
- Ogni file e cartella nei percorsi delle cartelle scratch e bin:
<InstallPath>\Scratch\*e<InstallPath>\Bin\*. - cbengine.exe
Causa: L'agente di Backup è in esecuzione in una macchina virtuale di Azure
Se si esegue l'agente di Backup in una macchina virtuale, le prestazioni risulteranno rallentate rispetto all'esecuzione in un computer fisico. Questo è un comportamento previsto a causa delle limitazioni delle operazioni di I/O al secondo. È tuttavia possibile ottimizzare le prestazioni trasferendo le unità dati da includere nel backup ad Archiviazione Premium di Azure. La correzione di questo problema è in fase di risoluzione e sarà disponibile nelle versioni future.
Causa: Viene eseguito il backup di un numero elevato di file (milioni)
Lo spostamento di un grande volume di dati richiederà più tempo rispetto allo spostamento di un volume di dati inferiore. In alcuni casi, i tempi di backup sono correlati non solo alle dimensioni dei dati, ma anche al numero di file o cartelle. Ciò vale soprattutto quando sono sottoposti a backup milioni di file di piccole dimensioni (da pochi byte a pochi kilobyte).
Questo comportamento è dovuto al fatto che mentre è attivo il backup e lo spostamento dei dati in Azure, Azure cataloga contemporaneamente i file. In alcuni scenari rari, questa operazione può richiedere più tempo del previsto.
Gli indicatori seguenti possono risultare utili per individuare il collo di bottiglia e agire di conseguenza nei passaggi successivi:
- L'interfaccia utente visualizza lo stato di avanzamento per il trasferimento dei dati. I dati sono ancora in fase di trasferimento. La larghezza di banda di rete o le dimensioni dei dati potrebbero causare ritardi.
- L'interfaccia utente non visualizza lo stato di avanzamento del trasferimento dei dati. Aprire i log disponibili in "C:\Programmi\Agente di Servizi di ripristino di Microsoft Azure\Temp" e quindi cercare la voce FileProvider::EndData nei log. Questa voce indica che il trasferimento dei dati è stato completato e che l'operazione di catalogo è in corso. Non annullare i processi di backup. Al contrario, attendere ancora qualche istante che l'operazione di catalogo venga completata. Se il problema persiste, contattare il supporto di Azure.
Se si sta provando a eseguire il backup di dischi di grandi dimensioni, è consigliabile usare Azure Data Box per il primo backup (Replica iniziale). Se non è possibile usare Data Box, eventuali problemi di rete temporanei che si verificano nell'ambiente durante i trasferimenti di dati di lunga durata sulla rete possono causare errori di backup. Per evitare questi errori, è possibile aggiungere alcune cartelle al backup iniziale e continuare ad aggiungerle in modo incrementale fino a quando non viene completato il backup di tutte le cartelle in Azure. I successivi backup incrementali saranno relativamente più veloci.