İÇİNDEKİLER
- •Şirketler Neden Yönetilen DBA Hizmeti Arar?
- •Ortamınızı Birlikte Değerlendirelim
- •İmzadan Önce Sormanız Gereken Sorular
- •Veritabanı Tek Başına Yaşamaz
- •Düzgün Bir Onboarding Nasıl Olmalı?
- •Güvenlik, KVKK ve Sektörel Regülasyonlar
- •En Sık Gördüğümüz Hatalar
- •1. Yalnızca aylık ücrete bakmak
- •2. Dokümantasyon ve rapor istememek
- •3. Bir sonraki felakete karşı nasıl koruyacaklarını sormamak
- •4. Çıkış ve devir planı olmadan imzalamak
- •Fiyatlandırma Modellerini Karşılaştırmak
- •Kontrol Listesi: İmzadan Önce
- •Aryasoft Bunu Nasıl Yapıyor?
- •Sık Sorulan Sorular
- •Ücretsiz Değerlendirme Toplantısı Planlayın
Yönetilen bir DBA hizmeti seçmek kâğıt üzerinde basit görünür: birkaç teklifi karşılaştırırsınız, makul bir aylık ücret seçersiniz ve imzalarsınız. Pratikte ise firmalar arasındaki fark ancak yılın en kötü gecesinde, bir veritabanı açılmadığında ortaya çıkar. Ya da aylar sonra, firma değiştirmek istediğinizde hiçbir şeyin dokümante edilmediğini fark ettiğinizde.
Bu rehber, yönetilen bir SQL Server DBA hizmetini değerlendiren IT yöneticileri ve CTO’lar için hazırlandı. Şirketlerin veritabanı yönetimini neden dışarıdan aldığını, imzadan önce sorulması gereken soruları ve iyi bir cevabın nasıl olması gerektiğini, düzgün bir onboarding sürecini, netleştirilmesi gereken güvenlik ve regülasyon noktalarını ve en sık gördüğümüz hataları anlatıyoruz.
Şirketler Neden Yönetilen DBA Hizmeti Arar?
Kıdemli DBA maaşları ve çoğu zaman döviz bazlı olan lisans maliyetleri düşünüldüğünde, kıdemli bir iç veritabanı ekibi kurmak ciddi bir yatırımdır; tek bir DBA ise geceleri, tatilleri ve izinleri karşılayamaz. Deneyimimize göre yönetilen hizmet arayan şirketler genellikle şu durumlardan birindedir:
- Kıdemli bir iç ekibin maliyetine ve riskine girmek istemiyorlar, ama yine de kıdemli seviyede uzmanlığa ihtiyaçları var.
- DBA’ları ayrılmış ve bilgi de onunla birlikte gitmiş.
- Yeni bir projeye başlamışlar ve veritabanı tarafının ilk günden doğru tasarlanmasına ihtiyaç duyuyorlar.
- Uygulama ekibinin tek başına çözemediği bir performans sorunu yaşıyorlar.
- İş zekası, analitik ya da yapay zeka projelerine başlamak istiyorlar ve günlük operasyonun yanında veri platformu uzmanlığına ihtiyaç duyuyorlar.
- Aynı anda birden fazla platform kullanıyorlar: SQL Server’ın yanında PostgreSQL, MySQL ya da Oracle.
- Bir fidye yazılımı saldırısı ya da ciddi bir kesinti yaşamışlar. Onboard ettiğimiz firmaların önemli bir kısmı bize bir cryptolocker olayının ya da büyük bir kesintinin hemen ardından geldi.
Aradıkları şey ise aynıdır: bir şey bozulduktan sonra tepki veren bir ticket kuyruğu değil, proaktif çalışan kıdemli bir ekip.
Ortamınızı Birlikte Değerlendirelim
Mevcut veritabanı ortamınızı, risklerinizi ve ihtiyaçlarınızı konuşmak için ücretsiz bir değerlendirme toplantısı planlayın.
İmzadan Önce Sormanız Gereken Sorular
Bunlar potansiyel müşterilerin en sık sorduğu sorular. Doğru sorular bunlar; önemli olan cevapların ne kadar somut olduğu.
| Soru | İyi bir cevap nasıl olmalı? |
|---|---|
| Sunucularımıza nasıl erişeceksiniz? | Yalnızca firmanın kendisine ait, merkezi olarak yönetilen cihazlardan; çok faktörlü kimlik doğrulamayla; yalnızca bilinen IP adreslerine ve gerekli portlara izin veren bir VPN üzerinden; isimli hesaplarla. Her oturum loglanır. Asla ortak ya da anonim hesaplar, asla kişisel bilgisayarlar. |
| Gece 3’te sorun çıkarsa kim bakacak? | İsimli bir nöbet listesi, mesai içi ve dışı için yazılı müdahale süreleri ve bir eskalasyon yolu. |
| Mevcut DBA’mızla nasıl çalışacaksınız? | Net bir sorumluluk paylaşımı, ortak dokümantasyon ve tek bir değişiklik süreci; böylece firma ekibinizle yarışmak yerine onu güçlendirir. |
| Change management yönetiminiz var mı? | Planlı değişiklikler talep edilir, onaylanır ve zamanlanır; her değişikliğin bir geri dönüş planı vardır ve kayıt altına alınır. |
| Ticket yönetimini nasıl yapıyorsunuz? | Sizin de görebildiğiniz, öncelikleri SLA’ya bağlı ve kimin neyi ne zaman yaptığının geçmişini tutan bir ticket sistemi. |
| Bana düzenli rapor gönderecek misiniz? | Evet, en az ayda bir: yapılan işler, olaylar, kapasite trendleri, backup ve test restore sonuçları, açık riskler ve öneriler. |
| Sistemi 7/24/365 izleyecek misiniz? | Sabah birinin baktığı bir dashboard değil, alert’lerin kayıt altına alındığı bir sisteme ulaştığı 7/24/365 izleme. |
| Update ve upgrade yapacak mısınız? | Cumulative update’ler test edilip planlı şekilde uygulanır; sürüm yükseltmeleri geri dönüş seçenekleriyle birer proje olarak planlanır. |
| Yedeklerimizin %100 sağlıklı olduğundan emin olabiliyor musunuz? | Bunu yalnızca düzenli test restore’lar kanıtlar. Ne sıklıkla restore ettiklerini, restore edilen kopyalarda bütünlük kontrolü yapıp yapmadıklarını ve gerçek RPO ile RTO değerlerinizi ölçüp ölçmediklerini sorun. |
| Sunucularımızda hangi araçları çalıştıracaksınız? | Script’lerini sizin de inceleyebildiğiniz, salt okunur (read-only), sisteme fark edilir bir yük bindirmeyen ve neler çalıştırdığının logunu talep ettiğinizde size sunabilen araçlar. Kara kutu ajanlara karşı temkinli olun. |
| Yaptığınız çalışmalar kayıt altına alınıyor mu? | Her müdahale loglanır ve dokümante edilir; dokümantasyon size aittir. |
İpucu
“Evet” cevabıyla yetinmeyin. Kanıt isteyin: anonimleştirilmiş örnek bir aylık rapor, onboarding checklist’i ve müdahale sürelerini içeren yazılı SLA. Gerçekten bu şekilde çalışan bir firmanın bunları hazırda tutması gerekir.
Veritabanı Tek Başına Yaşamaz
İş açısından veritabanı, üzerinde çalışan uygulamaların kalbidir: ERP, CRM, raporlama ve iş zekası platformu. Gördüğümüz yavaşlıkların ve kesintilerin çoğu uygulama katmanında başlar: üçüncü taraf yazılımların kötü yazılmış sorguları, açılıp hiç kapatılmayan bağlantılar, blocking ve deadlock’a yol açan transaction yönetimi.
İyi bir firma bir index eklemekle yetinmez. ERP’nizin ve raporlama araçlarınızın veritabanını nasıl kullandığını anlar, darboğazı uygulamanın nerede yarattığını bulur ve süreç seviyesinde iyileştirmeler için uygulama ekibinizle ya da tedarikçinizle birlikte çalışır. Firmaları değerlendirirken hangi iş uygulamalarında uygulamalı deneyimleri olduğunu sorun.
Düzgün Bir Onboarding Nasıl Olmalı?
İlk haftalar bir firma hakkında herhangi bir tekliften daha fazlasını anlatır. Ciddi bir firma şunları yapmalıdır:
- Önce audit’i kurmalı. Erişim sağlandıktan sonra, firmanın ortamınızda yapacağı her hareketi loglayan bir audit yapısı üzerinde birlikte anlaşılmalı.
- Yazılı bir onboarding checklist’i takip etmeli; hiçbir şey hafızaya bırakılmamalı.
- Her şeyden önce yedekleri ve bütünlüğü doğrulamalı. Performansa ya da konfigürasyona dokunmadan önce yedeklerin var olduğu ve restore edilebildiği, veritabanlarının tutarlılık kontrollerinden geçtiği doğrulanmalı. SQL Server Backup Planı Nasıl Kurulur? ve SQL Server’da DBCC CHECKDB yazılarımıza bakabilirsiniz.
- Yüksek yetkili kullanıcıları ve bütün yetki matrisini çıkarıp sizinle paylaşmalı.
- Kapsamlı bir sağlık taraması yapmalı ve bulguları zaman damgalı bir dokümanla paylaşmalı.
- Acil bulguları kesinti yaratmadan, önceliklendirilmiş bir sırayla düzeltmeli.
- Dokümante etmeli: mimariyi, HA/DR yapısını, kriz anı için checklist’ler içeren bir acil eylem planını, yedekleme politikalarını ve verilerin saklanma koşullarını.
- Kapsamdaki bütün sunucuların ve servislerin envanterini çıkarmalı ve bir performans baseline’ı toplamaya başlamalı.
- Ortamı endüstri standardı bir mimariye yaklaştırmak için öneriler sunmalı.
Güvenlik, KVKK ve Sektörel Regülasyonlar
Yönetilen DBA hizmeti veren bir firma en kritik sistemlerinize yüksek yetkiyle erişir; bu yüzden güvenlik sonradan düşünülecek bir konu olamaz. İmzadan önce şu noktaları netleştirin:
- Veri değil, ortam. Bir DBA firması verinizi değil, veritabanı ortamınızı yönetmelidir. Firma tarafında size ait herhangi bir veri ya da doküman tutulup tutulmayacağını sorun.
- Firmanın kendi güvenliği. Firmanın çalışma ortamının nasıl korunduğunu sorun: yönetilen cihazlar, çok faktörlü kimlik doğrulama, segmentasyon, bağımsız güvenlik denetimleri, kurumsal şifre yönetimi.
- En az yetki ve sıkılaştırma. Minimum bir yetki matrisi ve hem firmanın hem de diğer hesaplar için yapılacak güvenlik sıkılaştırması, veri sızıntısı riskini azaltır.
- Audit ve SIEM. Servis ve uygulama hesapları dışındaki kullanıcıların hareketleri loglanmalı ve korelasyon için gereken ek bilgilerle (hostname, IP vb.) SIEM sisteminize sağlıklı şekilde aktarılabilmelidir.
- Sözleşmeler. Gizlilik sözleşmesi iki tarafı da korur; veri işleme ile ilgili maddeleri de hukuk ekibinize inceletin.
- Sektörünüzün kuralları. Regüle sektörler kendi gerekliliklerini ekler. Örneğin bankalar, birincil ve ikincil sistemlerini yurt içinde bulundurmak ve destek hizmeti alıp almadıklarından bağımsız olarak iş sürekliliğine yetecek sayıda yurt içi personel istihdam etmek zorundadır. Enerji ve diğer kritik altyapı şirketlerinin de kendi denetim ve güvenlik beklentileri vardır. Firmanın bu kurallar altında zaten çalışıp çalışmadığını sorun.
Not
6698 sayılı Kişisel Verilerin Korunması Kanunu’na göre kişisel verilerin veri sorumlusu adına başka bir kişi tarafından işlenmesi halinde veri sorumlusu, gerekli güvenlik tedbirlerinin alınmasından bu kişilerle birlikte müştereken sorumludur (Madde 12/2); her iki taraf da öğrendikleri kişisel verileri ifşa etmeme yükümlülüğü altındadır ve bu yükümlülük görevden ayrıldıktan sonra da devam eder (Madde 12/4). Bu genel bir bilgilendirmedir, hukuki tavsiye değildir; sözleşmeyi hukuk ekibinizle değerlendirin.
En Sık Gördüğümüz Hatalar
1. Yalnızca aylık ücrete bakmak
En sık yapılan hata, firmaları yalnızca düzenli ödenen ücrete göre karşılaştırmaktır. Önemli olan kıdemli bir ekipten hizmet alıp almadığınız, ekibin veriyle nasıl çalıştığı ve sisteminize proaktif olarak ne katabileceğidir. İyi bir firma örneğin lisanslama danışmanlığı sunmalı, dev, test, QA ve preprod ortamlarında standardizasyon için sizi yönlendirmeli, sizi süreçten sürekli haberdar etmeli ve verdiği hizmeti sizin de görebileceğiniz şeffaflıkta sunmalıdır. SQL Server Lisanslama Rehberi yazımıza bakabilirsiniz.
2. Dokümantasyon ve rapor istememek
Yapılan bütün çalışmalar dokümante edilmeli ve rapor halinde size sunulmalıdır. Aylık düzenli raporlar sizi bilgilendirmeli, yedekten dönüş testleri düzenli yapılmalı, gerçek RPO ve RTO değerleriniz çıkarılmalı ve bunlara uyum düzenli olarak size raporlanmalıdır.
3. Bir sonraki felakete karşı nasıl koruyacaklarını sormamak
Firma sizi olası problemlere karşı önceden yönlendirmelidir: immutable backup, bir DR ortamının kurulması, 3-2-1’e göre bir yedekleme yapısı, minimum yetki matrisi ve SIEM’inize entegre olan bir audit yapısı. Bütün yedeklerin domain’den erişilebilir olduğunu öğrenmek için fidye yazılımı saldırısı kötü bir zamandır. SQL Server Production Kesintisi: İlk 30 Dakika Runbook’u yazımıza bakabilirsiniz.
4. Çıkış ve devir planı olmadan imzalamak
Uyarı
Firma değişikliklerinde gördüğümüz en büyük problem, devir sürecinde bilgi aktarımı için mevcut firmanın elinde yeterince doküman hazırlanmamış olmasıdır. İmzadan önce bütün evrakların güncel tutulduğundan emin olun ve devir sürecinde size nasıl bir destek sunulacağını, ister o firmaya geçiyor ister ondan ayrılıyor olun, önceden yazılı olarak netleştirin.
Fiyatlandırma Modellerini Karşılaştırmak
Firmalar farklı şekillerde fiyatlandırır: sunucu ya da instance başına, kullanılan saate göre ya da sabit aylık ücretle. Kapsam ise diğer eksendir: yalnızca mesai saatleri (8×5) ya da günün her saati (7×24); talep üzerine destek ya da sözleşmeye bağlı bir SLA ile tamamen yönetilen hizmet. Fiyatları karşılaştırmadan önce her teklifte gerçekte nelerin dahil olduğunu yan yana koyun: izleme, proaktif bakım, raporlar, test restore’lar, upgrade’ler, müdahale süreleri ve devir planı.
Kontrol Listesi: İmzadan Önce
- Genel bir helpdesk değil, isimli kıdemli mühendisler.
- Mesai içi ve dışı müdahale sürelerini içeren yazılı SLA.
- Kayıt altına alınan bir sisteme ulaşan alert’lerle 7/24/365 izleme.
- Change management ve sizin de görebildiğiniz bir ticket sistemi.
- Dokümante edilmiş bir onboarding: önce yedekler ve bütünlük, yetki matrisi, sağlık taraması, envanter.
- RPO ve RTO’nun ölçülüp raporlandığı düzenli test restore’lar.
- Size ait aylık raporlar ve eksiksiz dokümantasyon.
- Yönetilen cihazlardan MFA ile güvenli ve audit edilen erişim; şeffaf, salt okunur araçlar; firma tarafında veri tutulmaması; gizlilik sözleşmesi.
- İş uygulamalarınızda ve sektörünüzün regülasyonlarında deneyim.
- Proaktif katkı: lisanslama, ortam standardizasyonu, DR ve immutable backup.
- Önceden üzerinde anlaşılmış bir çıkış ve devir planı.
Aryasoft Bunu Nasıl Yapıyor?
Yukarıdakiler, herhangi bir firmadan bekleyeceğimiz şeyler. Biz bunları şöyle karşılıyoruz:
- Yalnızca kıdemli uzmanlar. Sistemlerinizde çalışan her mühendis kıdemlidir. SQL Server, PostgreSQL, MySQL ve Oracle ile iş zekası ve yapay zeka projeleri taşerona değil, kendi ekibimize aittir.
- Dokümante edilmiş onboarding. Onboarding checklist’imizi izleriz: audit kurulumu, önce yedekler ve tutarlılık kontrolleri, yetki matrisi, sağlık taraması, acil eylem planı, envanter ve baseline.
- Kendi sağlık tarama aracımız HELT360. HELT360, GarajX TEKMER’de bir Ar-Ge projesi olarak kendi bünyemizde geliştirildi. Salt okunur (read-only) çalışır ve yalnızca konfigürasyon kontrolleri yapar; sisteminize yük bindirmez. Çalıştırdığı script’ler panel üzerinden görüntülenebilir ve talep edilirse ürettiği bütün trafik metin olarak loglanabilir. Tamamen şeffaf ve raporlanabilir bir üründür.
- Güvenli erişim. Bağlantılar yalnızca ofisimizdeki, şirketimize ait ve merkezi olarak yönetilen bilgisayarlardan, çok faktörlü kimlik doğrulamayla yapılır. Bu cihazlara USB bellek bile takılamaz. Talep edilirse erişim IP kısıtlamalı bir VPN üzerinden sağlanır. Her şey loglanır.
- Bizim tarafımızda müşteri verisi yok. Veriyi değil, ortamı yönetiyoruz. Çalışma ortamımızda müşteriye ait hiçbir veri ya da doküman tutulmaz; bu ortam segmente edilmiştir ve bağımsız bir güvenlik firması tarafından düzenli olarak denetlenir. Bütün bilgiler ve dokümanlar müşterinin kendi ortamındaki danışman makinesinde kalır; gizlilik sözleşmeleri iki tarafı da korur.
- Regüle sektörlerde deneyim. BDDK düzenlemesine tabi finans kuruluşları ve EPDK düzenlemesine tabi enerji şirketleriyle çalışıyoruz.
- Uygulama farkındalığı. Veritabanı üzerinde çalışan iş uygulamalarını biliyoruz: Microsoft Dynamics, Logo ve Mikro ERP sistemleri ve iş zekası platformları.
- Şeffaf raporlama. Her ay ayrıntılı bir rapor ve yapılan bütün çalışmaların dokümantasyonu.
- Fiyatlandırma ve SLA. Fiyatlandırma instance başınadır. Bakım ve destek, 8×5 ya da 7×24 kapsamla, mesai saatlerinde 2 saat ve mesai dışında 4 saat müdahale süresiyle sunulur. Bütün süreci 7×24 Aryasoft’un yönettiği SLA hizmeti (remote DBA) ise mesai saatlerinde 30 dakika, mesai dışında 2 saat içinde müdahale eder.
Sık Sorulan Sorular
İlgili Yazılar
- SQL Server Production Kesintisi: İlk 30 Dakika İçin Sakin Bir Runbook
- SQL Server Backup Planı Nasıl Kurulur? RPO, RTO, Zamanlama ve Test Rehberi
- SQL Server Alert’leri: Hangileri Açılmalı ve Doğru Nasıl Kurulur?
- SQL Server Lisanslama Rehberi: Core, Server + CAL ve Maliyet Optimizasyonu
- Yönetilen Veritabanı Hizmetleri
- Başarı Hikayeleri
SQL Server Yönetilen DBA Hizmetleri
Ücretsiz Değerlendirme Toplantısı Planlayın
Veritabanı ortamınızı ve sizi en çok neyin endişelendirdiğini anlatın. Ortamınızı nasıl onboard edeceğimizi, ilk neyi kontrol edeceğimizi ve her ay neler alacağınızı hiçbir yükümlülük olmadan birlikte konuşalım.