Yönetilen veritabanı hizmeti; veritabanı sistemlerinin kurulumu, yapılandırılması, performans takibi, bakımı ve veri korumasıdır. Sorgular, erişim yetkileri, yedekleme, replikasyon ve sürüm geçişleri birlikte yönetilerek uygulamaların ihtiyaç duyduğu veriye güvenilir biçimde ulaşması desteklenir.
Veriniz güvenilir, uygulamalarınız çalışmaya hazır olsun.
Sipariş, stok, üretim ve finans uygulamalarının arkasında veritabanları bulunur. Bir sorgunun yavaşlaması, Transaction Log alanının dolması veya uzun süren bir lock, kullanıcıların günlük işini doğrudan etkileyebilir. Veritabanı yönetimi; bu sistemlerin performansını, bütünlüğünü ve kullanılabilirliğini sürekli takip eden teknik işletim çalışmasıdır.
PostgreSQL, Microsoft SQL Server, Oracle ve MySQL ortamlarında kurulumdan performans analizine, yedeklemeden sürüm geçişine kadar veritabanının yaşam döngüsünü ele alıyoruz. Uygulama ekibiyle altyapı ekibini aynı teknik bulgular etrafında buluşturarak sorunu doğru katmanda çözmeyi hedefliyoruz.
Veritabanı yönetimi neleri kapsar?
Kurulum ve yapılandırma
İş yüküne uygun kaynak ayarları, veri ve log dosyalarının yerleşimi, servis hesapları, bağlantı ve erişim yapılandırması.
Performans analizi
Execution Plan, Wait Events, lock / blocking, indeks kullanımı ve I/O davranışı üzerinden darboğaz analizi. Sorgunun nerede ve neden beklediğinin ölçülmesi.
Bakım ve veri bütünlüğü
Ürüne uygun istatistik, indeks ve veri temizleme işlemleri; log büyümesi, bütünlük ve kapasite kontrolleri.
Yedekleme ve PITR
Motorun desteklediği Full Backup, Incremental Backup ve Transaction Log / WAL tabanlı yöntemler; retention planı, Point-in-Time Recovery (PITR) ve restore testleri.
High Availability (HA)
Uygun Replication ve Failover mimarisi; replication lag, hedef kapasitesi ve Failback (ana ortama dönüş) planı.
Geçiş ve sürüm yükseltme
Uyumluluk, deneme aktarımı, veri mutabakatı, uygulama kabulü ve planlı canlıya geçiş.
Performansı artırmak için önce beklemeyi buluyoruz.
Veritabanı yavaşlığında ilk çözüm her zaman CPU veya RAM artırmak değildir. Eksik ya da uygun olmayan bir indeks, hatalı satır tahmini, uzun süren işlem, yoğun log yazımı veya yavaş depolama benzer kullanıcı şikâyetleri oluşturabilir. İncelemeyi sorgu süresi, çalıştırılma sıklığı ve tüketilen kaynaklarla birlikte yapıyoruz.
PostgreSQL’de aktif oturumlar, Wait Events ve replikasyon durumu istatistik görünümleriyle izlenebilir. SQL Server’da Query Store, Execution Plan ve çalışma istatistiklerinin zaman içindeki değişimini incelemeye yardımcı olur. Bu bilgiler, bir gün önce hızlı çalışan işlemin bugün neden farklı davrandığını araştırmak için kullanılabilir. PostgreSQL izleme görünümleri · SQL Server Query Store.
İyileştirme öncesi ve sonrasında aynı veri ve iş yüküyle ölçüm alınır. Bir indeksi eklemek okumayı hızlandırabilirken yazma maliyetini ve disk kullanımını artırabilir. Bu nedenle tek bir sorgunun hızlanması, bütün iş yükünün daha iyi çalıştığı anlamına gelmez. Uygulamanın yoğun işlem ve raporlama dönemleri birlikte değerlendirilir.
Bakım, depolama ve erişim güvenliği
Verinin büyüme biçimine uygun bakım
Veri dosyaları, Transaction Log / WAL dosyaları ve geçici çalışma alanları ayrı izlenir. Beklenmeyen büyümenin kaynağı, yalnız boş alan eklenerek geçiştirilmez. İş yükündeki değişim, uzun işlemler, arşivleme veya başarısız bakım görevi incelenir. Kapasite ihtiyacı tahmini, büyüme hızı ve saklama düzeniyle birlikte yapılır.
Her veritabanı motorunun bakım yöntemi farklıdır. Örneğin PostgreSQL’de VACUUM ve autovacuum, güncellenen veya silinen satır sürümlerinin yönetilmesi için önemlidir; bütün bakım işleri “indeksleri yeniden oluştur” şeklinde tek yönteme indirgenemez. PostgreSQL bakım yaklaşımı. İşlem yükü ve kilit etkisi dikkate alınarak bakım penceresi veya çevrimiçi yöntem seçilir.
Uygulama hesabıyla yönetim hesabını ayırma
Uygulamanın kullandığı hesap, günlük çalışma için ihtiyaç duyduğu yetkilerle sınırlandırılır. Yönetici erişimi ayrı tutulur; bağlantı kaynakları, kimlik doğrulama ve desteklenen şifreli iletişim seçenekleri yapılandırılır. Hassas veri içerebilen query loglarınin erişimi ve saklanması da yönetilir. Teknik ekibin sorunu araştırabilmesiyle verinin gereksiz yere yayılmaması birlikte gözetilir.
Veriyi korumak ve hizmeti sürdürmek
Yedekleme, veritabanının geçmişteki bir noktasına dönebilmeyi sağlar. Replikasyon ise güncel değişikliklerin başka bir instance’a aktarılmasıyla Failover için güncel bir kopya sağlar. Yanlış veri değişikliği replikaya da taşınabileceği için bu iki mekanizma birbirini tamamlar. Ana veriyle yedeklerin aynı arıza ve erişim alanında kalmaması değerlendirilir.
Point-in-Time Recovery (PITR), kullanılan motorun gerektirdiği temel yedek ve Transaction Log / WAL zinciriyle tasarlanır. Test sırasında yalnız veritabanının açılması değil, uygulamanın doğru kayıtları görebilmesi de kontrol edilir. Replikasyon tarafında ise gecikme, bağlantı kesintisi, hedef kapasitesi ve güvenli Failover koşulları takip edilir.
| Durum | Teknik inceleme | Hedeflenen sonuç |
|---|---|---|
| Raporların yavaşlaması | Plan, istatistik, I/O ve eş zamanlı yük | Ölçülmüş darboğazın giderilmesi |
| İşlemlerin beklemesi | Blocking chain, long-running transaction ve uygulama davranışı | İş akışının yeniden ilerlemesi |
| Veri kaybı veya hatası | Güvenilir kopya ve hedef veri noktası | Tutarlı ve doğrulanmış geri dönüş |
| Ana sunucunun kaybı | Replica durumu ve Failover süreci | Hizmetin alternatif sistemde açılması |
Tablonun tamamı için yana kaydırabilirsiniz.
Değişiklikler uygulamayla birlikte doğrulanır.
Bir sürüm yükseltmesinde veritabanı dosyalarının aktarılması kadar uygulamanın sürücü, eklenti ve sorgu uyumu da önemlidir. Deneme ortamında şema, kritik kayıtlar, toplamlar ve temel iş senaryoları karşılaştırılır. Canlı geçişte son veri eşitlemesi, bağlantı değişikliği ve geri dönüş koşulları birlikte planlanır.
İşletim çıktıları; performans bulguları, bakım kayıtları, yedek ve kurtarma sonuçları ile kapasite eğilimlerinden oluşur. Bu sayede teknik ekibiniz veritabanını yalnız arıza anında değil, uygulamanızın büyüme ve değişim ihtiyaçlarıyla birlikte yönetebilir.
Sık sorulan sorular
Hangi veritabanı platformları ele alınıyor?
PostgreSQL, Microsoft SQL Server, Oracle ve MySQL ortamları ele alınır. Bakım, yedekleme ve HA yöntemleri kullanılan motorun sürüm ve yeteneklerine göre uygulanır.
Daha fazla RAM her yavaşlığı çözer mi?
Hayır. Execution Plan, lock / blocking, depolama veya uygulama davranışı da darboğaz oluşturabilir. Kaynak artışından önce beklemenin nedeni ölçülür.
Replikasyon yedeklemenin yerine geçer mi?
Geçmez. Replika güncel değişiklikleri taşır; hatalı bir değişiklik de aktarılabilir. Geçmişteki güvenilir veri noktasına dönüş için uygun yedekleme ve saklama gerekir.
Sürüm yükseltmesi nasıl doğrulanır?
Deneme ortamında uygulama ve eklenti uyumu kontrol edilir. Kritik sorgular, veri mutabakatı, performans ve kullanıcı senaryoları doğrulandıktan sonra canlı geçiş yapılır.