Ordliste · Hændelser og alarmering

Hvad er en hændelse?

En hændelse er en uplanlagt begivenhed, der afbryder en tjeneste eller forringer dens kvalitet, fx et nedbrud, fejl eller svar, der er for langsomme til at bruge, og som kræver en indsats for at genoprette normal drift.

Sådan virker det, og derfor er det vigtigt

Incident management er arbejdet fra opdagelse til løsning: bekræft problemet, alarmér de rette personer, beslut hvem der leder, informér brugerne, genopret driften, og lær så af det i en postmortem. Alvorlighedsniveauer, ofte SEV1 til SEV3 eller P1 til P4, afgør, hvor stor indsatsen er.

En hændelse er ikke det samme som dens årsag. Én grundårsag, som en database, der svigter, kan give mange symptomer; en god proces samler dem, så teamet arbejder på én hændelse, ikke tyve alarmer.

Kommunikation er en del af arbejdet. En opdatering på statussiden inden for få minutter, og flere i en fast rytme, sparer supporten for at besvare det samme spørgsmål mange gange.

Sådan hjælper Uptimecheck

I Uptimecheck åbnes en hændelse, når et andet tjek bekræfter en fejl, og den lukker af sig selv, når monitoren er oppe igen. Den indeholder en tidslinje over tjek, alarmer, kvitteringer og teamnoter samt dokumentationen fra det tidspunkt, den blev åbnet. Kvittér for den for at vise teamet, at nogen er på sagen, og for at annullere eskaleringsalarmer, der endnu ikke er sendt.

Se Incident management

14 dages gratis prøveperiode · Derefter gratis med 5 monitorer · Intet betalingskort

Læs mere i guiderne

Guides 5 min. læsning

Kommunikation under nedbrud: en plan og skabeloner til hver fase

Sådan fortæller du kunderne om et nedbrud: hvem der udtaler sig, hvor ofte, på hvilken kanal og med hvilke ord. En plan på én side, alvorlighedsniveauer, opdateringsrytme og færdige skabeloner til statussider, e-mail og sociale medier.

Læs

Guides 6 min. læsning

Skabelon til postmortem: en guide uden skyld med eksempler

En postmortem-skabelon klar til at kopiere, principperne bag en gennemgang uden skyld, et udfyldt eksempel fra et nedbrud i checkout, og sådan offentliggør du en kort opsummering på din statusside.

Læs

Guides 6 min. læsning

MTTR, MTTA og MTBF forklaret (og sådan forbedrer du dem)

MTTR, MTTA og MTBF måler, hvor hurtigt du løser hændelser, hvor hurtigt du reagerer, og hvor ofte noget går i stykker. Formler, et regneeksempel og praktiske måder at forbedre hver af dem.

Læs

Spørgsmål

Hvad er forskellen på en incident og et problem?

I ITIL-terminologi er en hændelse (incident) afbrydelsen, og et problem er den underliggende årsag til en eller flere hændelser. Incident management genopretter driften; problem management forhindrer, at det sker igen.

Hvad er alvorlighedsniveauer for incidents?

En skala for, hvor alvorlig en hændelse er, typisk fra SEV1 (et fuldt nedbrud for mange brugere) til SEV3 eller SEV4 (mindre eller internt). Niveauet afgør, hvem der kaldes ud, hvor ofte der sendes opdateringer, og om der kræves en postmortem.

Hvem skal have besked om en incident?

Først den, der har vagten, så teamet, der ejer tjenesten, og berørte brugere via en statusside, når du ved, hvad der er berørt. Opdatér dem i en fast rytme, også når der ikke er noget nyt.

Nedetid er fortid.

Opret din første monitor på under et minut, eller se dig omkring i livedemoen først.

14 dages gratis prøveperiode · Derefter gratis med 5 monitorer · Intet betalingskort