Checklista för säkerhetskopiering av Proxmox-hemmserver för virtuella maskiner, LXC och värdinställningar

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.

Proxmox Home Server Backup Checklist for VMs, LXC, and Host Config

En lyckad Proxmox-säkerhetskopiering av en gäst är ofullständig om bind mounts, applikationstillstånd, värdkonfiguration, nycklar eller arkivet delar samma felområde.

För en hemserver som kör virtuella maskiner och LXC-containrar omfattar återställningen gästdiskar, externa data, databaser, nätverk, lagringsdefinitioner, brandväggstillstånd, passthrough-mappningar, autentiseringsuppgifter och processen för att bygga om en tom värd. Inventera dessa lager innan du väljer säkerhetskopieringslägen, behåll en kopia utanför värden och bevisa både en gäståterställning och en återställningsväg på värdnivå. Sluta inte att behålla äldre återställningspunkter när något av testen avslöjar ett odokumenterat beroende.

Kartlägg varje återställningslager och felområde

Lista varje VM och LXC, virtuella diskar, ögonblicksbilder, bind mounts, passthrough-enheter, applikationsdatabaser, externa NAS-resurser, krypteringsnycklar och säkerhetskopieringsjobb. Inventera sedan värdens nätverk, lagringsdefinitioner, kluster- eller fristående tillstånd, brandväggsregler, schemalagda uppgifter, paketskällor och anteckningar som krävs för att återskapa hårdvarumappningar.

Proxmox VE kan skriva gästsäkerhetskopior till lokala mål, NFS- eller CIFS-mål, medan en dedikerad säkerhetskopieringsserver tillhandahåller arkivfunktioner. En oberoende genomgång av val av mål för gästsäkerhetskopior förklarar denna separering, men inget av målen inkluderar automatiskt data som monterats i en gäst från en annan plats eller värdens återuppbyggnadsdokumentation.

Rita upp felområden innan du väljer lagringstid. Ett arkiv på samma värd, lagringspool, UPS eller med samma administratörsuppgifter som produktionen är en användbar återställningspunkt, men inte den oberoende kopia som behövs vid förlust av värden, stöld, ransomware eller oavsiktlig förstöring av poolen.

Anpassa säkerhetskopieringsläget till varje arbetsbelastning

Klassificera gäster som tillståndslösa, filservrar, transaktionsdatabaser eller blandade applikationer. Notera om säkerhetskopieringsläget ger ett applikationskonsistent eller endast kraschkonsistent tillstånd, vilken gästagent eller hook som deltar och vilka externa sökvägar som fortfarande ligger utanför arkivet.

Använd ZimaSpace-arbetsflödet för att matcha säkerhetskopieringslägen med arbetsbelastningar och välj stopp-, paus- eller ögonblicksbildsbeteende utifrån arbetsbelastningen. En lugn virtuell skrivbordsmiljö och en databas som tar emot skrivningar bör inte omfattas av samma antagande bara för att båda jobben slutförs utan fel.

För LXC-bind mounts och värdmonterade resurser ska du skapa uttryckliga fil- eller applikationssäkerhetskopior med samma återställningstidpunkt när konsistens kräver det. Om det nödvändiga tillståndet inte kan samordnas ska du dokumentera luckan och använda ett underhållsfönster i stället för att antyda att gästarkivet är komplett.

Skydda värdkonfigurationen och arkivet

Exportera ett läsbart återställningspaket för värden som innehåller nätverksgränssnitt, lagringskonfiguration, VM- och containerdefinitioner, brandväggsregler, relevanta klusterfiler, schemalagda jobb, arkivslutpunkter och en inventering av paket och versioner. Lagra hemligheter och krypteringsnycklar i ett skyddat system för autentiseringsuppgifter, inte i en offentlig återställningsanteckning.

En diskussion i Proxmox-forumet om säkerhetskopiering ställer den exakta frågan vad händer med systemkonfigurationen efter att arkiv för virtuella maskiner och containrar har konfigurerats. Betrakta frågan som en varning om omfattningen: skydd av värdkonfigurationen är separat från gästsäkerhetskopiering och måste testas som ett stöd vid återuppbyggnad.

Kör arkivverifiering, förhandsgranskning av lagringstid och kopiering utanför värden enligt scheman som inte kan konkurrera med destruktivt underhåll. Skapa aviseringar för missade jobb, verifieringsfel, kapacitetsbrist och ett oförändrat arkiv när produktionen fortfarande är aktiv.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Återställ en gäst och öva på att bygga om värden

Återställ en VM och en LXC med isolerade ID:n och nätverk. Starta databaser före beroende applikationer, anslut kopierade bind-mount-data och verifiera inloggning, tjänsternas hälsa, aktuella poster, filbehörigheter och en andra omstart. Anslut inte testgäster till produktionslagring med skrivåtkomst.

Öva sedan på en återställning av en tom värd på reservhårdvara eller en tillfällig kapslad värd: installera hypervisorn, återställ nätverks- och lagringsdefinitioner medvetet, anslut arkivet och återställ en kritisk gäst. Dokumentera varje odokumenterat beroende och uppdatera körboken.

Checklistan är godkänd när oberoende kopior finns, verifieringen är aktuell, gäståterställningar fungerar och värden kan byggas om utan den havererade startdisken. Eskalera saknade nycklar, inkonsistenta databaser, arkivfel eller passthrough-mappningar som inte kan återskapas innan någon äldre återställningspunkt tas ur bruk.