Blog / Turnuvalar / Kaydetmeyen Kayıt: Bir Ligde Veritabanı Silindi, Oyuncuların 'Analog' Çözümleri ve 3 Haftada Yeniden Doğuş Hikâyesi
Kaydetmeyen Kayıt: Bir Ligde Veritabanı Silindi, Oyuncuların 'Analog' Çözümleri ve 3 Haftada Yeniden Doğuş Hikâyesi
Turnuvalar

Kaydetmeyen Kayıt: Bir Ligde Veritabanı Silindi, Oyuncuların 'Analog' Çözümleri ve 3 Haftada Yeniden Doğuş Hikâyesi

Veritabanı kazayla silindiğinde ilk tepki genellikle panik olur. Ancak dikkatli olmak, hızlı iletişim ve pratik çözümler krizleri yönetmeye yeter. Bu yazıda, orta ölçekli bir oyun liginde yaşanan veritabanı silinmesi vakasını adım adım anlatıyor; oyuncuların nasıl "analog" çözümlerle turnuvayı devam ettirdiğini, teknik müdahaleyi ve üç haftada nasıl yeniden doğuş gerçekleştiğini inceliyoruz.

Olayın özeti: 'Kaydetmeyen Kayıt'

Bir lig yönetim panelinde yanlışlıkla tüm maç kayıtlarını, oyuncu profillerini ve zaman çizelgesini tutan veritabanı tablosu silindi. Otomatik yedekleme yapılandırması eksikti, mevcut snapshot'lar bozuk çıktı. Sonuç: canlı verinin büyük kısmı kayboldu. Yönetim, önce oyunculara ve sponsorlarına durumu şeffaf şekilde bildirdi.

İlk 24 saat: İnsan odaklı kriz yönetimi

Kod veya altyapı değil, insanlar ilk önce işin merkezindeydi. Lig organizatörleri şu adımları takip etti:

  • Şeffaf bildirim: Hemen Discord ve e‑posta üzerinden oyunculara olay açıklandı. Panik ve söylentilerin önüne geçildi.
  • Sorumluluk dağılımı: Teknik ekip, iletişim ekibi ve turnuva koordinatörleri ayrı görevler aldı.
  • Analog operasyon başlatıldı: Maç sonuçları, eşleşmeler ve skor takibi için fiziksel ve dijital low-tech çözümler devreye sokuldu.

Analog çözümler neydi, neden işe yaradı?

Bilgisayarlar veriyi kaybedebilir ama insanlar organize olabilir. Oyuncular ve gönüllü yöneticiler şu yöntemleri kullandı:

  • Kağıt ve kalem: Her maç sonrası taraflar cep telefonuyla maç sonucu fotoğrafı çekip lig kanallarına yükledi. Organizasyon hataları kolayca düzeltilebilecek şekilde imzalı sonuç formları kullanıldı.
  • Google Sheets / Excel: Basit bir paylaşılan hesap tablosu, yeni canlı puan tablosu olarak kullanıldı. Sürüm geçmişi sayesinde hatalar geri alınabildi.
  • Discord/Telegram kanalları: Canlı besleme, itiraz süreci ve acil duyurular için birincil iletişim aracı haline geldi.
  • Fiziksel skorbord: Önemli playoff maçlarında skorbord fotoğrafları, maç hakeminin imzası ile saklandı.

Bu çözümler, profesyonel olmayan ama güvenilir bir 'geçici veritabanı' işlevi gördü. Ama amaçları kalıcı çözüm değil, turnuvanın devamını sağlamaktı.

Teknik müdahale: 3 haftalık yeniden kurma planı

Paralel olarak teknik ekip veri kurtarma için üç haftalık, aşamalı bir yol haritası uyguladı:

  1. Adli inceleme (Forensics): Silinme nedeninin belirlenmesi (insan hatası, script arızası veya kötü niyetli işlem). Bu, tekrarlanmaması için kritik bir adımdı.
  2. Mevcut yedeklerin değerlendirilmesi: Bulunan snapshot'lar ve günlük dosyaları incelendi; bazı tabloların kısmi kurtarımı mümkün oldu.
  3. Log yeniden oynatma: Eğer veritabanı log (WAL/transaction log) tutuyorsa, son sağlıklı an ile silinme arasındaki değişiklikler yeniden oynatılarak veri geri kazanılmaya çalışıldı.
  4. Manuel yeniden yapılandırma: Analog sistemde toplanan doğrulanmış sonuçlar ve oyuncu onayları temel alınarak kayıtlara elle girildi.
  5. Test ve doğrulama: Geri yüklenen veri ile oyuncular doğrulama yaptı; uyuşmazlıklar için kayıt fotoğrafları ve match demosu kullanıldı.

Örnek: Maç sonucu doğrulama süreci

Bir maç sonucunun geri alınması için uygulanan adımlar şuydu:

  • Her iki takım kaptanının Discord kanallarına yükledikleri final skorbord fotoğrafı incelendi.
  • Maçın oyun içi replay/demosu varsa teknik ekip tarafından kısa bir replay kontrolü yapıldı.
  • Uyuşmazlık halinde maç hakemi ve üçüncü taraf gözlemci beyanı alındı.
  • Doğrulanan sonuç Google Sheets'e işlendi, ardından veritabanına elle kaydedildi.

Sistemin yeniden doğuşu: Ne değişti?

Üç hafta sonra lig, sadece kayıp verileri geri kazanmakla kalmadı; altyapı, süreç ve topluluk güveni bakımından da güçlendi. Yapılan kalıcı iyileştirmeler:

  • Yedekleme katmanları: Günlük snapshot + saatlik artımlı yedek + kritik tablolar için gerçek zamanlı replikasyon.
  • Point-in-Time Recovery (PITR): WAL tabanlı geri alım testleri düzenli hale getirildi.
  • Erişim kontrolleri: Yanlışlıkla silmeleri önlemek için kimlik doğrulama, rol bazlı yetkilendirme (RBAC) ve onay adımları eklendi.
  • Runbook ve tatbikat: Veritabanı silinmesi senaryoları için adım adım müdahale kılavuzları ve aylık yangın tatbikatları oluşturuldu.
  • Topluluk içi güven mekanizmaları: Önemli operasyonlar için çift imza ve oyuncu onay mekanizması getirildi.

Öğrenilen dersler: Teknik ve topluluk perspektifi

Bu olaydan çıkarılacak önemli dersler hem teknik hem de insan odaklı:

  • Teknik: Yedekleme sadece 'vardır/yoktur' meselesi değil. Restore süreleri, test edilen restore senaryoları ve tutarlılık garantileri gerekir. Otomatik yedekleri düzenli test edin.
  • Operasyonel: Yönetici erişimleri sıkı olmalı; prod üzerinde doğrudan aracı olmayan rollere izin verilmemeli.
  • Topluluk: Şeffaflık, güveni korur. Olayı saklamak kısa vadede zarar vermez gibi görünse de kalıcı itibar kaybına yol açar.
  • Hazırlık: Analog çözümler (offline formlar, basit paylaşılan tablolar) acil durum planının parçası olmalı.

“Sistemin yüzde yüz güvenilir olduğunu düşünmek hata olur; ancak topluluğun dayanıklılığı, teknik açıkları kapatacak güce sahiptir.”

Adım adım kısa bir kurtarma-checklist'i

  1. Olayı belgeleyin ve anında tüm paydaşları bilgilendirin.
  2. Prod erişimini sınırlayın; daha fazla değişimi engelleyin.
  3. Forensics için snapshot ve logları koruyun; kopyalarını alın.
  4. Analog kayıt sürecini başlatın (imzalı sonuçlar, fotoğraflar, paylaşılan tablo).
  5. Yedekten geri yükleme testi yapın ve doğrulayın.
  6. Kalıcı çözümler: RBAC, replikasyon, PITR ve düzenli restore tatbikatları planlayın.

Sonuç: Teknoloji yanlış yapar, topluluk toparlar

Veritabanı silinmesi trajik bir deneyim olabilir; ancak doğru kriz yönetimiyle, açık iletişimle ve pratik analog çözümlerle hasar minimize edilebilir. Bu lig örneğinde oyuncuların inisiyatifi, teknik ekibin disiplinli müdahalesi ve şeffaf iletişim üç haftada yeniden doğuşun anahtarlarıydı.

En önemlisi: bu tür olaylar tesadüf değil, hazırlıksızlığın sonucudur. Yedekleme stratejinizi gözden geçirirken, topluluğunuzu da sürece dahil edin. Böylece teknoloji çöktüğünde, insanlar aradaki farkı kapatır.

İleriye dönük öneri: Basit başla — günlük snapshot, haftalık test edilen restore, aylık tatbikat. Ardından işletmenizin kritikliğine göre daha ileri önlemler ekleyin.

Bu hikâye bir uyarı, aynı zamanda bir örnek. Krize hızlı, insan odaklı bir cevap verildiğinde; kayıplar telafi edilebilir, topluluk güçlenir ve sistemler daha sağlam kurulur.