Så matchar du Proxmox-säkerhetskopieringslägen med databaser och filservrar
En Proxmox VM-säkerhetskopia kan vara kraschkonsekvent utan att vara applikationskonsekvent. En filserver kan återställas korrekt från en filsystemsnapshot, medan en aktiv databas kan behöva freeze-hooks via gästagenten, en applikationsdump eller ett kort avbrott för att garantera den återställningspunkt du förväntar dig.
Välj läge utifrån arbetsbelastningens återställningskrav, inte utifrån en generell preferens för noll driftstopp. Dokumentera godtagbart avbrott, konsekvensmetod, lagringsbeteende och det återställningstest som bevisar varje klass. En lyckad jobblogg är användbar evidens, men en isolerad applikationsåterställning är det faktiska acceptanstestet.
Klassificera arbetsbelastningen efter konsekvenskrav
Lista applikation, skrivintensitet, maximalt godtagbart driftstopp och återställningspunktmål för varje VM. En till största delen statisk filserver och en transaktionsdatabas bör inte automatiskt använda samma läge bara för att de delar nod.
Ta reda på om applikationen har en egen mekanism för säkerhetskopiering eller dumpning. En VM-avbild kan återställa maskinen, medan en databasinbyggd dump eller loggsäkerhetskopia kan ge den transaktionsnivå för återställning och verifiering som tjänsten kräver.
I Proxmox dokumentation om säkerhetskopiering skiljer man mellan snapshot-, suspend- och stop-beteende. Använd den lägesdefinitionen tillsammans med gästapplikationens egna konsekvensgarantier.
Använd snapshot-läge för arbetsbelastningar med kort driftstopp
Snapshot-läge är vanligtvis utgångspunkten när driftstoppet måste vara minimalt och lagringsstacken stöder det. Installera och aktivera QEMU-gästagenten där det är lämpligt, så att säkerhetskopieringsprocessen kan samordna frysning och upptining av filsystemet.
Att försätta filsystemet i viloläge minskar risken med pågående skrivningar, men skapar inte automatiskt en transaktionellt verifierad databassäkerhetskopia. Använd databas-hooks, en dump före säkerhetskopieringen, replikering eller en annan applikationsmedveten metod när återställningskraven kräver det.
Förvara dumpar utanför tillfälliga sökvägar i gästen och verifiera att de är slutförda innan VM-säkerhetskopieringen börjar. Guiden för säkerhetskopiering av Immich-konfiguration visar varför en genererad databasedump bara är användbar när dess konsekvens och återställningsväg har kontrollerats.
Använd stop- eller suspend-läge när avvägningen är godtagbar
Stop-läge ger det tydligaste offline-tillståndet genom att stänga av gästen före säkerhetskopieringen och starta den igen efteråt. Det passar mindre tjänster med ett godkänt underhållsfönster eller arbetsbelastningar vars konsekvens är svår att samordna online.
Suspend-läge pausar körningen men kan skapa ett längre synligt avbrott och är inte en ersättning för applikationsmedvetna förberedelser. Mät den faktiska pausen på din lagring och arbetsbelastning innan du tillämpar läget brett.
För en hemfilserver räcker snapshot-läge plus samordning via gästagenten ofta när klienterna kan försöka igen och filsystemet är friskt. Välj stop-läge när tjänsten är liten, korrekthet väger tyngre än tillgänglighet eller ett återställningstest avslöjar problem med online-fångst.
Planera och bevisa varje säkerhetskopieringsklass
Skapa separata jobb eller uttryckliga inställningar per VM för databas-, filserver- och allmänna tjänsteklasser. Sprid ut tunga gäster i tiden så att säkerhetskopieringsmålet och produktionsdatalagret inte blir överbelastade samtidigt.
Efter varje lägesändring återställer du till ett isolerat nätverk. Starta VM:n, kontrollera filsystemets hälsa, starta applikationen, kör en integritetskontroll av databasen eller en testfråga och öppna representativa filer via det normala tjänsteprotokollet.
Ett grönt säkerhetskopieringsjobb är inte godkännandekriteriet. Säkerhetskopieringsklassen är godkänd först när återställningen uppfyller de dokumenterade kraven på driftstopp och konsekvens; flytta annars arbetsbelastningen till en mer omfattande förberedelsemetod eller ett stop-fönster.
Vanliga frågor
Gör QEMU Guest Agent en databassäkerhetskopia applikationskonsekvent? Inte på egen hand. Den kan samordna frysning och upptining av filsystemet, men databasen kan fortfarande behöva en egen dump, hook, checkpoint eller dokumenterad snapshot-integration.
Vilket läge ska jag använda för en liten hemfilserver? Börja med snapshot-läge och en fungerande gästagent och bevisa sedan resultatet med en isolerad återställning. Använd stop-läge om tjänsten tål driftstopp och du behöver ett enklare offline-tillstånd.
Kan jag använda olika lägen i samma säkerhetskopieringsjobb? Använd uttryckliga inställningar per VM eller separata jobb så att varje arbetsbelastning följer sina dokumenterade krav på konsekvens och driftstopp.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan du byta ut en högljudd fläkt i en mini-PC utan att ändra den termiska styrningen?
Ja - om ersättningen överensstämmer med det elektriska gränssnittet, luftflödet och återkopplingssignalerna; att kontakten passar räcker inte för att bevara temperaturregleringen.
Kan en hemmaserver återuppta tjänster i beroendeordning efter återställning av UPS:en?
Ja - använd explicita uppstartsberoenden och beredskapskontroller; omstartspolicyer i sig garanterar inte att tjänster blir användbara i rätt ordning.
Kan du använda Wake-on-LAN efter ett fullständigt strömavbrott?
Ibland - WOL behöver standbyström och fast programvara/NIC-status för att återhämta sig efter att nätströmmen återkommer; det kan inte väcka en dator när strömmen...
