Varunduse taastamise juhtumiuuring: 6 tundi tagasi
Avaldatud 10. juulil 2026
Kell 02:14 UTC lõpetas veebipood tellimuste kirjutamise andmebaasi. Kella 02:19-ks teenindas sait endiselt vahemälustatud lehti, kuid ostuprotsess oli juba muutunud fiktsiooniks. See varunduse taastamise juhtumiuuring käsitleb, mis juhtus järgmisena väikese e-kaubanduse ettevõtte tootmis-VPS-is, mida me taastasime, mida me ei taastanud pimesi ja miks teenus oli enne päikesetõusu taas stabiilne.
Kliendil oli kasvava veebipoe jaoks üsna tavaline tarkvarapakk - Nginx, PHP-FPM, MariaDB, Redis ja juhtpaneel, mida kasutasid kaks mitte-süsteemiadministraatorist töötajat. Liiklust ei olnud tohutult, kuid ajastus oli valus. Müügikampaania oli tellimuste mahu üles viinud, andmebaasi kirjutamised olid tipptasemel ning failisüsteemi kihi salvestusprobleem hakkas rikkuma aktiivseid andmebaasitabeleid. Mitte dramaatiline Hollywoodi stiilis, kuid piisavalt tõsine, et iga minut luges.
Esimene töö ei olnud taastamine. Esimene töö oli peatada kahju levik. Panime rakenduse hooldusrežiimi, säilitasime ülevaatuseks ketta praeguse oleku ning kontrollisime, kas replikatsioon, tõmmised või loogilised tõmmised annavad meile puhtaima taastepunkti. See on olulisem, kui inimestele meeldib tunnistada. Kiire taastamine on hea. Kiire taastamine kahjustatud andmeteni on lihtsalt kiire pettumus.