Yedekten Kurtarma Vaka İncelemesi: 6 Saat Geri
10 Temmuz 2026 tarihinde yayımlandı
Saat 02:14 UTC'de, vitrin veritabanına sipariş yazmayı durdurdu. Saat 02:19 itibarıyla site hâlâ önbelleğe alınmış sayfaları sunuyordu, ancak ödeme süreci çoktan kurguya dönüşmüştü. Bu yedekten kurtarma vaka incelemesi, küçük bir e-ticaret işletmesi için kullanılan bir üretim VPS üzerinde bundan sonra ne olduğunu, neleri geri yüklediğimizi, neleri körü körüne geri yüklemediğimizi ve hizmetin neden gün doğmadan önce yeniden kararlı hâle geldiğini anlatıyor.
Müşteri, büyüyen bir çevrimiçi mağaza için oldukça standart bir yığın çalıştırıyordu - Nginx, PHP-FPM, MariaDB, Redis ve sistem yöneticisi olmayan iki personelin kullandığı bir kontrol paneli. Trafik çok büyük değildi, ama zamanlama acı vericiydi. Bir satış kampanyası sipariş hacmini artırmıştı, veritabanı yazmaları zirveye çıkıyordu ve dosya sistemi katmanındaki bir depolama sorunu etkin veritabanı tablolarını bozmaya başlamıştı. Hollywood tarzı dramatik değildi, ama her dakikanın önemli olacağı kadar ciddiydi.
İlk iş geri yükleme değildi. İlk iş, hasarın yayılmasını durdurmaktı. Uygulamayı bakım moduna aldık, inceleme için mevcut disk durumunu koruduk ve çoğaltma, snapshot'lar veya mantıksal dökümlerin bize en temiz kurtarma noktasını verip vermediğini kontrol ettik. Bu, insanların kabul etmek istediğinden daha önemlidir. Hızlı kurtarma iyidir. Hasarlı verilere hızlı kurtarma, sadece hızlı bir hayal kırıklığıdır.
