2 posts tagged with "reaģēšana uz incidentiem"

Publicēts 2026. gada 29. jūlijā

Datu bāzes serveris joprojām bija tiešsaistē, taču atbildes laiki bija pieauguši no milisekundēm līdz vairākām sekundēm, un lietojumprogrammas rinda palielinājās. Šis veltīta servera atbalsta gadījuma pētījums seko šī incidenta pirmajām 90 minūtēm: kas tika pārbaudīts, kas tika mainīts un kāpēc ar ātrdarbības atjaunošanu vien nepietika.

Klients bija augošs e-komercijas uzņēmums, kas savu vitrīnu, pasūtījumu apstrādi un atskaišu slodzes darbināja uz viena veltīta fiziska servera. Datplūsma šim diennakts laikam bija normāla. Problēmas sākās pēc tam, kad plānots atskaišu uzdevums izvērtās smagākā vaicājumu modelī, nekā bija gaidīts. Vēl nekas nebija avarējis, kas bieži vien ir neveiklākais moments. Tehniski runājot, serveris darbojās, taču tas neuzvedās kā serveris, uz kuru klientiem būtu jāgaida.

Publicēts 2026. gada 10. maijā

Atjaunošana, kas neizdodas, jo dublējums ir pārāk vecs, ir sāpīga. Atjaunošana, kas neizdodas, jo vajadzīgais dublējums jau ir izdzēsts, ir vēl sliktāka. Šis vietnes dublējumu glabāšanas politikas ceļvedis ir paredzēts, lai novērstu abas problēmas un palīdzētu jums saglabāt pietiekamu vēsturi, lai varētu tīri atkopties, neglabājot mūžīgi pusi interneta.

Lielāko daļu problēmu ar dublējumiem neizraisa pats dublēšanas uzdevums. Tās rodas vāju glabāšanas lēmumu dēļ. Komandas ieslēdz ikdienas dublējumus, trīs mēnešus jūtas droši un tad atklāj, ka ir saglabājušas tikai septiņas kopijas. Vai arī tās gadu glabā visu un maksā par nevajadzīgu krātuvi, kamēr atkopšana joprojām aizņem pārāk ilgu laiku, jo neviens nav plānojis reālu atjaunošanas izmantošanu.