Kopieringsjobben stanset stille: den dyreste feilen er ikke den høylytte

En kopiering som feiler høylytt blir reparert samme dag. En kopiering som stanser stille oppdages den dagen den trengtes. Forskjellen ligger ikke i et varsel, den ligger i hva du ser på.

AtlasPVE ·

Denne artikkelen svarer på

  • proxmox kopiene kjører ikke
  • proxmox kopieringsjobb virker ikke
  • proxmox varsel om kopiering
  • proxmox e-post ved kopieringsfeil
  • proxmox når ble siste kopi tatt

Den dyreste feilformen i et kopieringsoppsett er ikke den høylytte. En høylytt feil ses og repareres samme dag. En jobb som stanser stille står i ro i ukevis og oppdages nøyaktig den dagen den trengtes.

Måter å stanse stille på

Målet ble fullt. En nettverksdeling ble ikke montert etter en omstart. En lagring skiftet navn. Jobben peker på en maskin som ikke finnes lenger. En påloggingsopplysning gikk ut. Alt dette gir en feil et sted, og ingenting av det gir en feil foran et menneske.

Varselfellen

Setningen "går det galt, får jeg en e-post" bærer to antakelser: at det faktisk går ut post fra denne maskinen, og at noen leser den. I de fleste oppsett stemmer ingen av dem. I tillegg kan et varsel som bare slår til ved feil ikke skilles fra et varslingssystem som aldri virket: begge er stille.

Den eneste måten å vite at et varsel virker på, er å ha sett det virke. Fremkall bevisst en feil den dagen du setter det opp, og se e-posten komme. Har du ikke sett den komme, finnes ikke det varselet.

Det riktige å se på: alderen

Se på alderen til den nyeste kopien i stedet for statusen til siste jobb. Alderen besvarer to spørsmål på én gang: kjørte jobben, og produserte den noe. En jobb kan kjøre og ikke produsere noe og likevel se vellykket ut; alderen fanger det, statusen ikke.

Ett minutts kontroll, én gang i måneden

Se på fire ting: hvor gammel den nyeste kopien til hver maskin er, om antallet lagrede kopier stemmer med regelen din, hvor mye plass som er igjen på målet, og om det finnes en maskin helt uten kopi.

Det siste finnes oftest, og grunnen er nesten alltid den samme: den maskinen ble opprettet etter at kopieringsjobben ble skrevet.

Skriv regelen, ikke listen

En jobb som velger maskinene én og én er riktig den dagen den skrives, og litt mer feil for hver nye maskin. Definer den om mulig som "alle, unntatt disse". Da havner en nyopprettet maskin av seg selv innenfor kopieringens omfang, og prisen for å glemme faller til null.

Hva Atlas gjør

Atlas viser de eksisterende kopiene sammen med datoene deres, slik at aldersspørsmålet over besvares ved å se i stedet for å gjette: når den nyeste kopien til hver maskin ble tatt, får plass på én skjerm.

Atlas Watch overvåker serveren selv, ventende oppdateringer, de virtuelle maskinene og alderen på sikkerhetskopiene. Den ser der denne siden råder til å se: ikke på jobbens siste status, men på alderen til den nyeste sikkerhetskopien. Er den nyeste sikkerhetskopien til en maskin eldre enn det valgte antallet dager, står det i det daglige sammendraget; standardterskelen er tre dager, den endres fra panelet, og settes kontrollen til kritisk går varselet ut med en gang, uten å vente på sammendraget.

Lar et sikkerhetskopilager seg ikke lese, tier ikke Watch, den sier at den ikke fikk lest det. Å ta stillhet for helse er nettopp feilen denne siden beskriver; at en vaktpost kaller noe rent som den ikke fikk lest, ble derfor bevisst utelukket. Den månedlige kontrollen over er fortsatt verdt å beholde: det eneste tilfellet kontrollen ikke dekker, er en helt ny maskin uten noen sikkerhetskopi.

Kilder

Proxmox sin egen dokumentasjon. På engelsk, og den har siste ord i denne saken.

Relaterte artikler

Hvordan ser dette ut inne i Atlas?

Gå til produktsiden