Kopieringsjobbet stoppede stille: den dyreste fejl er ikke den højlydte

Den dyreste fejlform i en kopieringsopsætning er ikke den højlydte. En højlydt fejl ses og repareres samme dag. Et job, der stopper stille, står stille i ugevis og opdages netop den dag, det blev brugt.

Måder at stoppe stille på

Målet blev fyldt. En netværksdeling blev ikke monteret efter en genstart. En lagring skiftede navn. Jobbet peger på en maskine, der ikke findes mere. En adgangsoplysning udløb. Alt dette giver en fejl et sted, og intet af det giver en fejl foran et menneske.

Notifikationsfælden

Sætningen "går det galt, får jeg en e-mail" bærer to antagelser: at der faktisk sendes post fra denne maskine, og at nogen læser den. I de fleste opsætninger passer ingen af dem. Desuden kan en notifikation, der kun slår til ved fejl, ikke skelnes fra et notifikationssystem, der aldrig har virket: begge er tavse.

Den eneste måde at vide, at en notifikation virker, er at have set den virke. Fremkald bevidst en fejl den dag, du sætter den op, og se e-mailen komme. Har du ikke set den komme, findes den notifikation ikke.

Det rigtige at kigge på: alderen

Kig på alderen på den nyeste kopi i stedet for status på det seneste job. Alderen besvarer to spørgsmål på én gang: kørte jobbet, og producerede det noget. Et job kan køre og ikke producere noget og alligevel se vellykket ud; alderen fanger det, status gør ikke.

Et minuts kontrol, en gang om måneden

Kig på fire ting: hvor gammel hver maskines nyeste kopi er, om antallet af gemte kopier passer med din regel, hvor meget plads der er tilbage på målet, og om der findes en maskine helt uden kopi.

Det sidste findes oftest, og grunden er næsten altid den samme: den maskine blev oprettet, efter at kopieringsjobbet var skrevet.

Skriv reglen, ikke listen

Et job, der vælger maskinerne én ad gangen, er rigtigt den dag, det skrives, og en anelse mere forkert for hver ny maskine. Definer det om muligt som "alle, undtagen disse". Så havner en nyoprettet maskine af sig selv inden for kopieringens omfang, og prisen for at glemme falder til nul.

Hvad Atlas gør

Atlas viser de eksisterende kopier sammen med deres datoer, så aldersspørgsmålet ovenfor besvares ved at kigge i stedet for at gætte: hvornår hver maskines nyeste kopi blev taget, er på én skærm.

Atlas Watch overvåger serveren selv, ventende opdateringer, de virtuelle maskiner og sikkerhedskopiernes alder. Den ser der, hvor denne side råder til at se: ikke på jobbets seneste status, men på alderen af den nyeste sikkerhedskopi. Er en maskines nyeste sikkerhedskopi ældre end det valgte antal dage, står det i det daglige sammendrag; standardtærsklen er tre dage, den ændres fra panelet, og sættes kontrollen til kritisk, går beskeden ud med det samme, uden at vente på sammendraget.

Kan et sikkerhedskopilager ikke læses, tier Watch ikke, den siger, at den ikke kunne læse det. At tage stilhed for sundhed er præcis den fejl, denne side beskriver; at en vagt kalder noget rent, som den ikke kunne læse, blev derfor bevidst udelukket. Den månedlige kontrol ovenfor er stadig værd at beholde: det eneste tilfælde kontrollen ikke dækker, er en helt ny maskine uden nogen sikkerhedskopi.