Search for a command to run...
Bir değişiklik canlıya gittiğinde iki şeyden biri olur: ya sorunsuz çalışır, ya da bir şeyler ters gider ve soruşturma başlar. İkinci senaryoda herkes aynı yere koşar loglar, geçmiş, kayıtlar. Ve gene
Bir proje yöneticisiyle geçen yıl uzun bir konuşma yapmıştım. Şirketi orta ölçekli bir finans kuruluşuydu ve ekiplerinde dört farklı DBA çalışıyordu. Her biri kendi iş yükünü taşıyan, her biri tecrübe
Şirketinizin veritabanı altyapısı büyüyor. Ekip genişliyor. Sistem karmaşıklaşıyor. Ve siz hâlâ değişiklikleri e-posta zinciriyle onaylıyor, Excel'e not düşüyor, "ekip biliyor" diyerek ilerliyorsunuz.
Bir kurumun IT politikasını açın. Büyük ihtimalle şu cümleyi bulursunuz: "Veritabanı değişikliklerine ilişkin tüm işlemler kayıt altına alınır ve düzenli olarak denetlenir." Şimdi aynı kurumda bir DBA
Senaryo şu: BDDK denetçisi sabah geldi. İlk sorusu şu oldu: "Geçen 6 ayda production veritabanlarınızda yapılan tüm değişikliklerin listesini, kim onayladı bilgisiyle birlikte verir misiniz?" Bu soruy
İstatistikler sorgu optimizasyonunun temeli. Doğru istatistik doğru execution plan demek. Yanlış ya da eskimiş istatistik ise performans krizine davetiye. Ama istatistik güncellemesi de bir değişiklik
Collation, veritabanındaki karakter karşılaştırma ve sıralama kurallarını belirler. Yanlış ayarlanmış collation yıllarca sorun yaratır. Değiştirilmesi ise çok daha büyük sorun. Collation Neden Önemli?
Database Snapshot, production'a geçmeden önce son bir güvenlik noktası oluşturmanın hızlı ve pratik yolu. Özellikle tam backup almanın uzun süreceği durumlarda kritik bir alternatif. Database Snapshot
Replikasyon yapısı olan bir ortamda veritabanı değişikliği yapmak standart ortamdan çok daha karmaşık. Yanlış yapılan bir değişiklik hem publisher hem subscriber'ı etkiler, replikasyonu durdurabilir v
