# DBA Olmayan Biri Production'a Değişiklik Yaptığında Ne Olur?

"Sadece küçük bir şeydi" diye başlayan hikayeler çoğunlukla büyük sorunlarla biter.

* * *

## Gerçek Bir Senaryo

Geliştirici bir performans sorununun kaynağını buldu. Çözüm basit görünüyordu: bir index eklemek. DBA'ya sormak yerine doğrudan production'a bağlandı ve çalıştırdı.

Index eklendi. Başlangıçta her şey iyi göründü. Ertesi gün farklı bir sorgu inanılmaz yavaşladı. Neden? Yeni index başka bir sorgu planını bozmuştu.

Sorunu bulmak saatler aldı. Çünkü kimse o index'ten habersizdi.

* * *

## Neden Oluyor?

Çünkü erişim var, süreç yok.

Geliştirici production'a bağlanabiliyor. Bağlanabilmek demek değişiklik yapabilmek demek. Araya giren bir onay mekanizması yoksa bu durum kaçınılmaz.

* * *

## DBA'nın Gözden Kaçırdığı Risk

DBA kendi yaptığı değişiklikleri takip eder. Ama başka birinin yaptığı değişikliği bilmiyorsa, sorun yaşandığında doğru yere bakamaz.

Bu "kör nokta" production sorunlarının en yaygın kaynaklarından biri.

* * *

## Çözüm: Görünürlük

Teknik olarak yapabilmek ile yapıp yapmadığını bilmek ayrı şeyler.

Production üzerinde kimin bağlandığını, ne yaptığını görebilmek, DBA'nın en temel ihtiyaçlarından biri. Bu görünürlük olmadan veritabanı yönetmek karanlıkta yürümek gibi.

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