Sahadan Senaryolar

DBA'nın günlük karşılaştığı sorunlar

Pazarlama anlatısı yok — gerçek DBA senaryolarının her birini Sentinel DB 360'ın hangi özellikleriyle çözdüğümüzü, tek tek adımlarıyla anlattık.

Cuma akşamı

Üretimde blocking zinciri — sayfa açılmıyor

Müşteri arıyor, e-ticaret sitesi yanıt vermiyor. SSMS açıp sp_who2 çekecek vakit yok. Sentinel DB 360 ile tek bakışta blocking ağacının başını bulun, güvenli aksiyon alın.

  1. 1Blocking sekmesine geç — React Flow ağacı head SPID'i merkeze koyar, beklenen oturumlar yan dallarda görünür.
  2. 2Bekleme süresi + lock türü — her düğümde wait_resource, wait_type, lock mode görünür. Eşik (warning/critical ms) renkli vurgu sağlar.
  3. 3Session input buffer — head SPID'in çalıştırdığı son SQL, ne yaptığını anlatır.
  4. 4Kill SPID aksiyonu — UI'dan onay diyaloğuyla. System SPID (≤50) koruması otomatik. Audit log'a kaydedilir.
Erken uyarı

TDE sertifikası 30 gün içinde sona eriyor

TDE sertifikası süresi dolarsa veriye erişim kaybolur. Sentinel DB 360, sertifika süreleri dolmadan haftalar önce uyarır; sürpriz yok.

  1. 1Compliance sekmesine geç — TDE Status & Cert Expiry tabı.
  2. 2get_tde_certificate_expiry her sertifika için days_to_expiry hesaplar — 30/60/90 gün eşikleri.
  3. 3Audit raporu Excel veya PDF olarak otomatik üretilir; uyumluluk ekibine gönderilir.
  4. 4Yenileme planı — yeni sertifika oluşturulup TDE rotated; iş sürekliliği zedelenmez.
AI destekli

Sorgu süresi 3.2× arttı, neden?

Aynı sorgu dün 200ms'de çalışırken bugün 640ms. Plan mı değişti? Parameter sniffing mi? Eksik istatistik mi? AI Insights soruları cevaplar.

  1. 1Insights sekmesine geç — değişen sorgu otomatik üst sıralarda.
  2. 2get_query_store_regressions plan değişikliğini tespit eder; eski plan vs yeni plan karşılaştırması.
  3. 3AI yorumu Azure OpenAI veya yerel Ollama tarafından üretilir; Türkçe açıklama: "Yeni plan parametre @order_id = NULL için seçilmiş, parameter sniffing olabilir."
  4. 4Aksiyon — eski plan force edilir (force_query_plan) veya OPTION (RECOMPILE) önerilir.
Yedek doğrulama

"Yedeklerimiz var" — gerçekten geri alabiliyor muyuz?

Yedek var demek geri yükleme yapılabilir demek değildir. Backup chain validation, full / diff / log zincirinin sürekliliğini doğrular.

  1. 1Backup History tabı — son 7 günün full/diff/log yedeği.
  2. 2get_backup_chain_validation(days=7) her DB için zincir kırılması kontrolü.
  3. 3Log shipping lag — secondary'ye log gönderme gecikmesi (alert: > 1 saat → critical).
  4. 4Recovery model audit — beklenmedik FULL → SIMPLE değişikliği uyarır (log zinciri kırılmasının erken işareti).
Güvenlik

Saatlerdir başarısız login denemeleri — brute force mu?

Failed login spike alert tipi 24 saatlik pencerede başarısız login'leri sayar. Eşik aşılırsa warning, kritik seviyede critical alarm tetikler.

  1. 1Alert Center — failed_login_spike olayını tıkla.
  2. 2get_failed_logins(hours=24) ile kaynak IP, login adı, hata kodu listesi.
  3. 3Permission matrix denetlenen hesabın izinlerini gösterir; sysadmin denenmiş mi?
  4. 4Webhook bildirim — Slack/Teams/PagerDuty'ye otomatik mesaj. SHA-256 dedup ile spam yok.
Failover öncesi

Replica lag fırlamış — failover yapılabilir mi?

Replica lag KB veya saniye eşiklerinde uyarı verir. Failover öncesi Always On AG, PostgreSQL replication slot, MySQL group replication veya Mongo replica set durumu net görünür.

  1. 1HA sekmesine geç — motor bazlı topoloji görünümü.
  2. 2SQL Server: get_alwayson_ag_detail log_send_queue, redo_queue, lag KB & sec.
  3. 3PostgreSQL: get_replication_slots retained WAL bytes; get_wal_archiver_status archive lag.
  4. 4MongoDB: get_oplog_window + replSetGetStatus per-member optime diff.
PostgreSQL

PostgreSQL: tablolar şişiyor, sorgular yavaşlıyor

Autovacuum yetişemiyor, dead tuple yüzdesi yükseliyor, sorgular daha çok page okuyor. Sentinel DB 360 vacuum/bloat profilini sürekli izler.

  1. 1PostgreSQL → Vacuum sekmesi.
  2. 2get_vacuum_stats her tablo için last_vacuum, last_autovacuum, dead_tup oranı.
  3. 3get_bloat_stats tablo + index bloat % tahmini; en şişkin adaylar listelenir.
  4. 4get_long_running_transactions autovacuum'u bloklayan idle in transaction oturumları.
Compliance

Yıllık denetim için kapsamlı audit raporu

Bağımsız denetim ekibi 30 günlük audit log, izin matrisi ve TDE/encryption durumu istiyor. Manuel toplamak günler sürer; Sentinel'de tek tıkla.

  1. 1Reports sekmesine geç.
  2. 2Excel/PDF export — 30 günlük audit_logs, permission_matrix, get_tde_status, get_audit_status.
  3. 3Compliance dashboard — CIS-style kontroller (sysadmin sayısı, sa hesabı, public role grants, default port, vs).
  4. 4Talep edilen formata göre rapor üretilir; veriler kurum dışına çıkmaz (on-premise modu).

Senaryolarınızı kendi ortamınızda test edin

14 günlük ücretsiz deneme — kredi kartı gerekmez. Demo seansında size özel senaryoları birlikte gözden geçirelim.

Demo Talep Et Platform Yetenekleri