Varför fryser en säkerhetskopiering av en virtuell maskin vid samma procent varje natt?

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Why Does a VM Backup Freeze at the Same Percentage Every Night?

En VM-säkerhetskopiering som fryser vid samma procent varje natt når vanligtvis samma källregion eller säkerhetskopieringsfas, vilket gör procentangivelsen till en återkommande diagnostisk markör.

Anteckna den exakta VM-disken, fasen, loggmeddelandet, genomströmningen och destinationens tillstånd när frysningen inträffar. Jämför sedan med ett annat datalager, undersök källagringen runt den regionen, skilj gästens vilolägeskrokar från den omfattande dataöverföringen och kontrollera nattlig resurskonkurrens. Se inte en stabil procentangivelse som ett bevis på att nätverket är orsaken.

Använd procentangivelsen som en återkommande positionsmarkör

Anteckna den exakta procentangivelsen, förflutna tiden, aktuell VM-disk, säkerhetskopieringsfas, överföringshastighet och senaste loggrad under flera nätter. Procentangivelsen visar var jobbet befinner sig, men är inte i sig en diagnos.

Arbete med PBS-justering visar att prestandaflaskhalsar i PBS kan flytta sig mellan källäsningar, hashberäkning, komprimering, nätverksöverföring och arbete i datalagret. Kartlägg därför stoppet till en fas innan du ändrar slumpmässiga inställningar.

Om samma VM och fas stannar vid nästan samma punkt varje gång bör du prioritera deterministiska källdata eller ett återkommande arbetsflödessteg framför generell nätverksbelastning.

Jämför säkerhetskopieringsmålet med en annan destination

Kör samma VM-säkerhetskopiering till ett annat datalager eller ett tillfälligt lokalt mål om kapacitet och återställningspolicy tillåter det. Behåll jämförbara ögonblicksbildslägen och VM-arbetsbelastningar.

En vanlig lagringsväg för Proxmox-säkerhetskopiering omfattar NFS- eller NAS-lagring, och fördröjning eller låsning på målet kan få en destination att stanna medan själva VM:n fortfarande fungerar normalt.

Om den alternativa destinationen passerar den tidigare fryspunkten bör du undersöka det ursprungliga datalagret, filsystemet, nätverksvägen och det lediga utrymmet. Om båda stannar identiskt bör du återgå till källan eller säkerhetskopieringsfasen.

Kontrollera källdisken runt den återkommande regionen

Undersök värdens lagringsloggar, SMART-data, ZFS- eller filsystemfel samt läsfördröjning medan säkerhetskopieringen närmar sig den felande punkten. En säkerhetskopiering kan vara det första jobbet som läser varje kallt block.

Verkliga rapporter om långvariga flaskhalsar i PBS-säkerhetskopieringar visar varför en lång säkerhetskopiering kan domineras av en enda flaskhals snarare än av VM:ns angivna storlek.

Ett återkommande läsfel, en timeout eller en fördröjningstopp vid samma punkt bör göra att incidenten hanteras med fokus på databevarande. Undvik upprepade fullständiga läsningar om källdisken håller på att försämras.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Separera gästens viloläge från dataöverföringen

Notera om säkerhetskopieringen fryser under frysning via gästagenten, när ögonblicksbilden skapas, under förberedelse av metadata eller efter att den omfattande dataöverföringen redan har startat. Testa en säkerhetskopiering under ett underhållsfönster med minimal gästbelastning.

Det allmänna arbetsflödet för Proxmox-säkerhetskopiering skiljer orkestreringen av säkerhetskopieringen från lagringsöverföringen. Det är användbart när en konsistensskapande frysning via ett program hänger sig trots att disk- och nätverksgenomströmningen är normal.

Om jobbet fortsätter när du inaktiverar en icke nödvändig vilolägeskrok i gästen bör du reparera kroken eller gästagenten innan du återställer konsistensalternativet. Lämna inte viktiga databaser utan viloläge utan en alternativ återställningsplan.

Flytta jobbet från annan konkurrerande nattlig aktivitet

Jämför tidpunkten för frysningen med scrub-jobb, replikering, medieskanningar, ögonblicksbilder, deduplicering eller molnsynkronisering. Flytta tillfälligt endast ett konkurrerande jobb för att testa resurskonkurrensen.

Ett djupare perspektiv på PBS-arkitektur och justering är användbart när flera resurser delar samma nattliga tidsfönster och säkerhetskopieringens procentangivelse bara visar var den konkurrensen blir synlig.

Problemet är löst när säkerhetskopieringen upprepade gånger passerar den gamla stoppunkten och slutförs med en användbar återställningspunkt. Den relaterade ZimaSpace-guiden om beredskap för VM-säkerhetskopiering kompletterar återställningsgränsen. Ha en teståterställning i valideringsplanen i stället för att lita på en förloppsindikator som visar 100 procent.