Felsöka långsam säkerhetskopiering av filer och mappar i Azure Backup
Den här artikeln innehåller felsökningsvägledning som hjälper dig att diagnostisera orsaken till långsamma säkerhetskopieringsprestanda för filer och mappar när du använder Azure Backup. När du använder Azure Backup-agenten för att säkerhetskopiera filer kan säkerhetskopieringen ta längre tid än förväntat. Den här fördröjningen kan orsakas av något av följande:
- Det finns prestandaflaskhalsar på datorn som säkerhetskopieras.
- En annan process eller ett antivirusprogram stör Azure Backup-processen.
- Säkerhetskopieringsagenten körs på en virtuell Azure-dator (VM).
- Du säkerhetskopierar ett stort antal (miljoner) filer.
Innan du börjar felsöka problem rekommenderar vi att du laddar ned och installerar den senaste Azure Backup-agenten. Vi gör frekventa uppdateringar av säkerhetskopieringsagenten för att åtgärda olika problem, lägga till funktioner och förbättra prestanda.
Vi rekommenderar också starkt att du läser vanliga frågor och svar om Azure Backup-tjänsten för att se till att du inte har några vanliga konfigurationsproblem.
Om ditt Azure-problem inte åtgärdas i den här artikeln går du till Azure-forumen på Microsoft Q &A och Stack Overflow. Du kan publicera ditt problem i dessa forum eller publicera till @AzureSupport på Twitter. Du kan också skicka en Azure-supportbegäran. Om du vill skicka en supportbegäran går du till azure-supportsidan och väljer Hämta support.
Orsak: Säkerhetskopieringsjobb som körs i ooptimerat läge
MARS-agenten kan köra säkerhetskopieringsjobbet i optimerat läge med hjälp av USN-ändringsjournalen (uppdateringssekvensnummer) eller ooptimerat läge genom att söka efter ändringar i kataloger eller filer genom att skanna hela volymen.
Ooptimerat läge är långsamt eftersom agenten måste skanna varje fil på volymen och jämföra med metadata för att fastställa de ändrade filerna.
Kontrollera detta genom att öppna Jobbinformation från MARS-agentkonsolen och kontrollera statusen för att se om det står Överföra data (ej optimerad, kan ta mer tid) enligt nedan:
Följande villkor kan göra att säkerhetskopieringsjobbet körs i ooptimerat läge:
- Den första säkerhetskopieringen (även kallad inledande replikering) körs alltid i ooptimerat läge
- Om det tidigare säkerhetskopieringsjobbet misslyckas körs nästa schemalagda säkerhetskopieringsjobb som ooptimerat.
Orsak: Prestandaflaskhalsar på datorn
Flaskhalsar på datorn som säkerhetskopieras kan orsaka fördröjningar. Datorns möjlighet att läsa eller skriva till disk, eller tillgänglig bandbredd för att skicka data via nätverket, kan till exempel orsaka flaskhalsar.
Windows har ett inbyggt verktyg som kallas Prestandaövervakare (Perfmon) för att identifiera dessa flaskhalsar.
Här är några prestandaräknare och intervall som kan vara till hjälp vid diagnostisering av flaskhalsar för optimala säkerhetskopieringar.
| Räknare | Status |
|---|---|
| Logisk disk(fysisk disk)--%inaktiv | |
| Logisk disk(fysisk disk)-%Genomsnittlig disk sek läs- eller skrivskyddad disk | |
| Logisk disk(fysisk disk)–Aktuell diskkölängd (för alla instanser) | 80 begäranden i mer än 6 minuter |
| Minne – Pool, icke-sidiga byte | |
| Minne – Sidbyte för pool | |
| Minne – tillgängliga megabyte | |
| Processor – %Processortid (alla instanser) |
Kommentar
Om du bedömer att infrastrukturen är den skyldige rekommenderar vi att du defragmenterar diskarna regelbundet för bättre prestanda.
Orsak: En annan process eller antivirusprogram som stör Azure Backup
Vi har sett flera instanser där andra processer i Windows-systemet har påverkat prestandan för Azure Backup-agentprocessen negativt. Om du till exempel använder både Azure Backup-agenten och ett annat program för att säkerhetskopiera data, eller om antivirusprogram körs och har ett lås på filer som ska säkerhetskopieras, kan de flera låsen på filer orsaka konkurrens. I det här fallet kan säkerhetskopieringen misslyckas eller så kan jobbet ta längre tid än förväntat.
Den bästa rekommendationen i det här scenariot är att inaktivera det andra säkerhetskopieringsprogrammet för att se om säkerhetskopieringstiden för Azure Backup-agenten ändras. Vanligtvis räcker det att se till att flera säkerhetskopieringsjobb inte körs samtidigt för att förhindra att de påverkar varandra.
Om du har installerat antivirusprogram på servern lägger du till undantagsreglerna i antivirusgenomsökningen för:
- Varje fil och mapp under platsen för scratch- och bin-mappen –
<InstallPath>\Scratch\*och<InstallPath>\Bin\*. - cbengine.exe
Orsak: Säkerhetskopieringsagenten körs på en virtuell Azure-dator
Om du kör säkerhetskopieringsagenten på en virtuell dator blir prestandan långsammare än när du kör den på en fysisk dator. Detta förväntas på grund av IOPS-begränsningar. Du kan dock optimera prestanda genom att växla de dataenheter som säkerhetskopieras till Azure Premium Storage. Vi arbetar med att åtgärda det här problemet och korrigeringen kommer att vara tillgänglig i en framtida version.
Orsak: Säkerhetskopiera ett stort antal (miljoner) filer
Det tar längre tid att flytta en stor mängd data än att flytta en mindre mängd data. I vissa fall gäller säkerhetskopieringstiden inte bara storleken på data, utan även antalet filer eller mappar. Detta gäller särskilt när miljontals små filer (några byte till några kilobyte) säkerhetskopieras.
Det här beteendet beror på att när du säkerhetskopierar data och flyttar dem till Azure katalogiserar Azure samtidigt dina filer. I vissa sällsynta scenarier kan katalogåtgärden ta längre tid än förväntat.
Följande indikatorer kan hjälpa dig att förstå flaskhalsen och därmed arbeta med nästa steg:
- Användargränssnittet visar förloppet för dataöverföringen. Data överförs fortfarande. Nätverksbandbredden eller storleken på data kan orsaka fördröjningar.
- Användargränssnittet visar inte förloppet för dataöverföringen. Öppna loggarna i C:\Program Files\Microsoft Azure Recovery Services Agent\Temp och leta sedan efter posten FileProvider::EndData i loggarna. Den här posten innebär att dataöverföringen har slutförts och katalogåtgärden pågår. Avbryt inte säkerhetskopieringsjobben. Vänta i stället lite längre tills katalogåtgärden har slutförts. Kontakta Azure-supporten om problemet kvarstår.
Om du försöker säkerhetskopiera stora diskar rekommenderar vi att du använder Azure Data Box för den första säkerhetskopieringen (inledande replikering). Om du inte kan använda Data Box kan eventuella tillfälliga nätverksproblem som inträffar i din miljö under långa dataöverföringar över nätverket orsaka säkerhetskopieringsfel. För att skydda dig mot dessa fel kan du lägga till några mappar i den första säkerhetskopian och fortsätta att stegvis lägga till fler mappar tills alla mappar har säkerhetskopierats till Azure. Efterföljande inkrementella säkerhetskopieringar kommer att gå relativt snabbare.