# Veritabanı Değişikliği Sonrası Production Çöktü, Şimdi Ne Yapacaksınız?

Oldu. Production çöktü. Telefon çalıyor. Herkes sizi bekliyor.

Bu an için hazırlıklı mısınız?

* * *

## İlk 5 Dakika

Kriz anında panik değil, plan işe yarar. İlk yapılacak şeyler şunlar olmalı:

**Son değişikliği bulun.** Production'a en son ne zaman, ne atıldı? Bu sorunun cevabına saniyeler içinde ulaşabilmeli. Ulaşamıyorsanız, kriz daha da uzayacak demektir.

**Değişikliği geri alın.** Rollback planı önceden yazılmışsa bu adım hızlı olur. Yoksa doğaçlama geri alma girişimi yeni sorunlar doğurabilir.

**Etki alanını belirleyin.** Hangi tablolar, hangi servisler, hangi kullanıcılar etkilendi?

* * *

## Rollback Planı Neden Önceden Yazılmalı?

Kriz anında net düşünmek zordur. Baskı altında yapılan geri alma girişimleri bazen sorunu çözmek yerine daha da karmaşık hale getirir.

Oysa deployment öncesinde 10 dakika harcayarak yazılan bir rollback planı, kriz anında saatleri kurtarabilir.

* * *

## Krizden Sonra Yapılması Gereken

Sistem düzeldi, nefes alındı. İş burada bitmiyor.

Kök neden analizi yapılmalı: neden çöktü, önceden nasıl önlenebilirdi, süreçte hangi adım eksikti?

Bu analiz kayıt altına alınmalı ve benzer bir durumun tekrarlanmaması için süreç güncellenmeli.

* * *

## Önlemek mi, Düzeltmek mi?

Her production krizi iki maliyeti birden getirir: teknik maliyet ve itibar maliyeti.

İyi bir değişiklik yönetimi süreci, krizleri tamamen ortadan kaldırmasa da sıklığını ve etkisini ciddi ölçüde azaltır.

Detaylı bilgi için: [sqlchangeguard.com](http://sqlchangeguard.com)