Er et snapshot en backup?

Nej, og Atlas holder de to adskilt. Et snapshot er en hurtig vej tilbage på samme lager; en backup bor et andet sted og overlever disken. Billedet viser dem hver for sig.

Ja. Nedenunder er backupper almindelige Proxmox-backupper; Atlas lægger dækningsbilledet, kontrollerne og forløbene ovenpå. Intet ved dumpene er proprietært.

Tager det snapshot før opdateringer automatisk?

Ja. Det sikre opdateringsforløb tager et snapshot, før pakker anvendes; en dårlig opdatering har en vej tilbage som standard.

Hvordan ser gendannelse ud?

Et guidet forløb: vælg gæst og tidspunkt, se hvad der overskrives og går tabt, bekræft og se det køre. Ingen flag at gætte.

Tjekker det, at backupper faktisk kørte?

Ja. Den indbyggede vogter Watch løfter et fund, når en gæst misser sin plan, eller et mål fyldes, før den manglende backup bliver en hændelse.

Forlader mine backupper min infrastruktur?

Nej. Backupper går hen, hvor de bliver peget, inden for egen infrastruktur. Atlas tegner billedet lokalt; intet uploades nogen steder.

Backupper og vejen tilbage, fortalt som én historie

En backup er kun den halve sikkerhed; den anden halvdel er vejen tilbage. Atlas lægger Proxmox-backupper, snapshots og gendannelse i ét billede: hvad der er beskyttet og hvor frisk, hvad der ville gå tabt, og hvordan en dårlig ændring rulles tilbage.

Derfor rådner backuprutiner

På en ren host er backupsandheden spredt: vzdump-jobs i én skærm, snapshots pr. gæst i en anden, lagerkapacitet i en tredje. Om hver vigtig gæst faktisk er dækket, kan ingen svare på fra ét sted.

Snapshots og backupper blandes sammen, og forvirringen koster data. Et snapshot på samme disk er ikke en backup; et natligt dump uden gendannelsestest er et håb, ikke en plan.

Og vejen tilbage øves sjældent. Når en ændring går galt klokken to om natten, er spørgsmålet ikke, om en backup findes et sted; det er, hvor hurtigt den kendte gode tilstand kommer tilbage, og hvad der går tabt imellem.

At holde gæster sikre i hånden

Rutinen, erfarne administratorer kører manuelt:

List hver gæst og afgør, hvilke det ville gøre ondt at miste; beskyttelsen følger den liste, ikke omvendt.

Planlæg vzdump-jobs, og tjek bagefter, at de faktisk kørte og passede i vinduet.

Tag snapshot før hver risikabel ændring, og husk at slette gamle snapshots, før de æder poolen.

Hold øje med backuplagerets kapacitet, for et fyldt mål fejler stille på det værste tidspunkt.

Test en gendannelse nu og da, på en gæst der ikke betyder noget, for at vide, at kæden virker.

Efter en dårlig ændring: find det rigtige snapshot eller dump, gendan og rekonstruer, hvad der er sket siden.

Sådan holder Atlas hele historien

Dækning, snapshots og vejen tilbage bor på én skærm i stedet for fem.

Dækningen i ét blik

Hvilke gæster der backes op, hvor frisk og hvorhen: én visning. Gæsten, der stille faldt ud af planen, springer i øjnene i stedet for at gemme sig.

Snapshots hvor de hører til

Snapshots oprettes, listes og ryddes pr. gæst, med alder synlig; glemte snapshots holder op med at æde pools.

Et snapshot før hvert risikabelt skridt

Kritiske forløb tager et snapshot, før de rører systemet; vejen tilbage findes, før risikoen tages.

Gendannelse som guidet forløb

At bringe en gæst tilbage kører som et kontrolleret forløb: hvad der gendannes, hvad der overskrives, og hvad der går tabt imellem, siges, før noget kører.

Tilbagerulning med synlig virkning

At rulle tilbage er ikke et blindt spring: den berørte gæst, diskene og vinduet af ændringer, der forsvinder, vises først.

Lageret bag backupperne

Backupmål og deres kapacitet er del af samme billede; et mål, der fyldes, fanges, før jobs begynder at fejle.

Ofte stillede spørgsmål

Er et snapshot en backup?: Nej, og Atlas holder de to adskilt. Et snapshot er en hurtig vej tilbage på samme lager; en backup bor et andet sted og overlever disken. Billedet viser dem hver for sig.
Bruger Atlas vzdump?: Ja. Nedenunder er backupper almindelige Proxmox-backupper; Atlas lægger dækningsbilledet, kontrollerne og forløbene ovenpå. Intet ved dumpene er proprietært.
Tager det snapshot før opdateringer automatisk?: Ja. Det sikre opdateringsforløb tager et snapshot, før pakker anvendes; en dårlig opdatering har en vej tilbage som standard.
Hvordan ser gendannelse ud?: Et guidet forløb: vælg gæst og tidspunkt, se hvad der overskrives og går tabt, bekræft og se det køre. Ingen flag at gætte.
Tjekker det, at backupper faktisk kørte?: Ja. Den indbyggede vogter Watch løfter et fund, når en gæst misser sin plan, eller et mål fyldes, før den manglende backup bliver en hændelse.
Forlader mine backupper min infrastruktur?: Nej. Backupper går hen, hvor de bliver peget, inden for egen infrastruktur. Atlas tegner billedet lokalt; intet uploades nogen steder.

Relaterede artikler

Hvor mange kopier man beholder: det egentlige spørgsmål er ikke antallet, men hvor langt tilbage du kommer Syv daglige kopier beskytter perfekt mod den fejl, du opdager i dag, og slet ikke mod den skade, du opdager om en måned. Opbevaring er ikke et tal, det er en beslutning om rækkevidde.
At afprøve en gendannelse: et grønt job er ikke et bevis Alle kender sætningen "en uafprøvet kopi er ingen kopi", og ingen handler efter den. Denne artikel siger, hvad det at afprøve faktisk betyder, for et job, der ser vellykket ud, er ingen afprøvning.
Et øjebliksbillede er ingen sikkerhedskopi: hvor forskellen ligger, og hvorfor den tæller Et øjebliksbillede lever på samme disk. Går disken, følger det med. En sikkerhedskopi ligger et andet sted, og det er den eneste virkelige forskel.
Hvis en maskines konfigurationsfil går i stykker: hvor den gamle udgave ligger Hver maskine har en lille tekstfil. Går den i stykker, rammes kun den maskine, og den gamle udgave ligger to steder, hvor næsten ingen kigger.