Veritabanı yöneticisi (DBA) kiralama, kurumunuzun Oracle, Microsoft SQL Server, PostgreSQL, MySQL/MariaDB veya MongoDB ortamlarını yönetecek deneyimli bir uzmanı, kadroya almadan ve aylarca süren bir işe alım sürecine girmeden ekibinize katmanızı sağlar. Uzman 360 Soft ile yaptığınız hizmet sözleşmesi çerçevesinde çalışır; performans iyileştirme, yedekleme ve felaket kurtarma, yüksek erişilebilirlik, güvenlik sıkılaştırması, sürüm yükseltme ve buluta taşıma gibi işleri üstlenir. Bu sayfada DBA rolünün kapsamını, kıdem seviyelerine göre sorumlulukları, teknoloji matrisini, adayları nasıl test ettiğimizi, hangi durumda kiralamanın, hangi durumda kadrolu işe almanın mantıklı olduğunu ve rolü ölçmek için kullanılabilecek KPI’ları ayrıntılı olarak bulabilirsiniz.

DBA kimdir ve hangi kurumların ihtiyacı vardır?
Veritabanı yöneticisi, verinin doğru, erişilebilir, hızlı ve güvenli kalmasından sorumlu kişidir. Yazılım geliştiriciler tablo ve sorgu yazar; DBA ise bu tabloların milyonlarca satıra ulaştığında nasıl davranacağını, gece yarısı bir disk dolduğunda ne olacağını, bir yedeğin gerçekten geri yüklenip yüklenemeyeceğini ve kimin hangi veriyi görebileceğini düşünür. Küçük ekiplerde bu işler genellikle bir geliştiricinin ya da sistem yöneticisinin “yan görevi” olarak kalır ve sorun ancak bir kesinti yaşandığında fark edilir.
DBA ihtiyacı en çok şu tablolarda ortaya çıkar:
- E-ticaret ve perakende: Kampanya dönemlerinde sipariş tablosu kilitlenir, ödeme adımında zaman aşımları başlar, raporlama sorguları canlı veritabanını yorar.
- Finans, sigorta ve ödeme kuruluşları: Denetim izi (audit trail), şifreleme, ayrılmış yetkiler ve sıkı RPO/RTO hedefleri gerekir; düzenleyici denetimlerde yedekleme ve erişim kayıtları sorulur.
- Üretim ve lojistik: ERP, MES ve WMS sistemleri genellikle SQL Server veya Oracle üzerinde çalışır; vardiya değişiminde yavaşlayan bir sorgu sahadaki operasyonu durdurabilir.
- SaaS ve yazılım şirketleri: Çok kiracılı (multi-tenant) PostgreSQL veya MySQL kümelerinde şema değişikliklerini kesintisiz yapmak, büyüyen veriyi bölümlemek (partitioning) ve maliyeti kontrol etmek gerekir.
- Kamu ve sağlık: Kişisel ve özel nitelikli verinin saklandığı sistemlerde maskeleme, erişim loglama ve saklama sürelerine uyum öne çıkar.
Ortak sorunlar ise her sektörde aynıdır: “Yedek alınıyor” denir ama hiç geri yükleme testi yapılmamıştır; tek bir sunucu tüm yükü taşır ve yedeği yoktur; lisans maliyeti her yıl artar ama kimse kullanılmayan çekirdekleri sorgulamaz; uygulama ekibi her yavaşlıkta donanım büyütmeyi önerir. Deneyimli bir DBA bu tabloyu genellikle ilk birkaç hafta içinde görünür hale getirir.
DBA’nın sorumluluk alanları
| Alan | Tipik görevler | Somut çıktı |
|---|---|---|
| Performans | Yavaş sorgu analizi, yürütme planı (execution plan) inceleme, indeks tasarımı, istatistik güncelleme, bağlantı havuzu ayarı | Darboğaz raporu, indeks önerileri, önce/sonra ölçümleri |
| Yedekleme ve kurtarma | Tam/fark/log yedek stratejisi, PITR (zamana göre geri dönüş), düzenli geri yükleme testi | Yedekleme politikası, test edilmiş geri yükleme runbook’u |
| Yüksek erişilebilirlik | Always On Availability Groups, Oracle Data Guard, PostgreSQL streaming replication + Patroni, MySQL Group Replication / InnoDB Cluster, MongoDB replica set | HA mimari dokümanı, failover tatbikat kaydı |
| Güvenlik | Rol ve yetki tasarımı, TDE / sütun şifreleme, denetim (audit) kaydı, maskeleme, yama yönetimi | Yetki matrisi, güvenlik sıkılaştırma kontrol listesi |
| Kapasite ve maliyet | Büyüme tahmini, depolama planı, lisans optimizasyonu, bulut instance boyutlandırma | Kapasite planı, lisans ve bulut maliyet önerisi |
| Değişiklik ve sürüm | Sürüm yükseltme, şema değişikliği (migration) incelemesi, CI/CD içinde veritabanı adımları | Yükseltme planı, geri dönüş (rollback) senaryosu |
| Taşıma | On-premise’ten AWS RDS/Aurora, Azure SQL, Google Cloud SQL’e geçiş; Oracle’dan PostgreSQL’e dönüşüm | Taşıma planı, veri doğrulama raporu |
| İzleme | Metrik ve alarm kurulumu, kilit ve bekleme (wait) analizi, nöbet (on-call) desteği | Gösterge paneli, alarm eşikleri, olay kayıtları |
Bu görevlerin hepsi tek kişiden beklenmemelidir. Bir kurumun ihtiyacı çoğunlukla bir ya da iki alanda yoğunlaşır; ihtiyaç analizinde hangi alanların öncelikli olduğunu netleştirmek, doğru kıdem ve teknoloji profilini seçmenin ilk adımıdır.
Kıdem matrisi: junior, mid, senior ve lead DBA
DBA rolünde kıdem farkı, kaç yıl çalışıldığından çok kişinin tek başına hangi riski taşıyabildiğiyle ilgilidir. Aşağıdaki tablo, ihtiyaç analizinde kullandığımız genel çerçevedir; yıllar yaklaşık bir göstergedir.
| Kıdem | Tipik deneyim | Sorumluluklar | Ne zaman yeterli? |
|---|---|---|---|
| Junior DBA | 1–2 yıl | Yedekleme işlerinin takibi, kullanıcı ve yetki taleplerini uygulama, hazır runbook’larla rutin bakım, alarm ilk müdahalesi | Kurulu ve dokümante bir ortamda, kıdemli bir DBA gözetiminde operasyon desteği |
| Mid-level DBA | 3–5 yıl | Sorgu ve indeks optimizasyonu, replikasyon kurulumu, yama ve küçük sürüm yükseltmeleri, izleme ve alarm tasarımı | Tek veya iki veritabanı motorunun günlük yönetimi, orta ölçekli ortamlar |
| Senior DBA | 6–10 yıl | HA/DR mimarisi, büyük sürüm yükseltmeleri, kritik olaylarda kök neden analizi, kapasite planı, güvenlik sıkılaştırması | İş açısından kritik, kesintiye toleransı düşük sistemler |
| Lead / Data Platform Architect | 10+ yıl | Çoklu motor stratejisi, bulut ve lisans kararları, veri platformu mimarisi, ekip ve süreç kurma, denetimlerde teknik muhatap olma | Kurumsal dönüşüm, motor değişimi, birden fazla ekibin ortak veri altyapısı |
Pratikte sık gördüğümüz hata, kritik bir ortam için bütçe nedeniyle junior profil seçmektir. Rutin işler aksamaz ama ilk büyük olayda kişi yalnız kalır. Bunun tersine, sadece rutin bakım gerektiren bir ortama lead seviyesinde biri almak da gereksiz maliyettir. Bazı kurumlar için en verimli model, haftada birkaç gün senior bir DBA ile tam zamanlı bir mid-level DBA’nın birlikte çalışmasıdır.
Teknoloji ve beceri matrisi
Her motorun kendine özgü araçları ve tuzakları vardır. Adayı “SQL biliyor” diye değil, sizin motorunuzda gerçek iş yapmış olup olmadığına göre seçmek gerekir.
| Motor | Temel beceriler | HA/DR ve araçlar | Sık karşılaşılan iş |
|---|---|---|---|
| Oracle Database | PL/SQL, AWR/ASH raporları, RMAN, tablespace yönetimi, partitioning | Data Guard, RAC, GoldenGate, Enterprise Manager | Lisans optimizasyonu, 19c/23ai yükseltmesi, PostgreSQL’e geçiş değerlendirmesi |
| Microsoft SQL Server | T-SQL, Query Store, Extended Events, indeks bakımı, tempdb ayarı | Always On AG, Failover Cluster, log shipping, SSMS, SSIS/SSRS | ERP performansı, Azure SQL / Managed Instance’a taşıma |
| PostgreSQL | EXPLAIN ANALYZE, autovacuum ayarı, bloat yönetimi, pg_stat_statements, uzantılar | Streaming replication, Patroni, pgBackRest, Barman, PgBouncer | Çok kiracılı SaaS, Aurora/Cloud SQL, Oracle’dan geçiş |
| MySQL / MariaDB | InnoDB ayarı, slow query log, Percona Toolkit, online şema değişikliği (gh-ost, pt-osc) | Group Replication, InnoDB Cluster, Galera, ProxySQL, XtraBackup | Web ve e-ticaret uygulamaları, RDS’e taşıma |
| MongoDB | Şema tasarımı, aggregation pipeline, indeks stratejisi, profiler | Replica set, sharding, Ops Manager / Atlas, mongodump/snapshot | Hızlı büyüyen koleksiyonlar, shard key seçimi |
| Ortak beceriler | Linux ve Windows Server, depolama ve ağ temelleri, scripting (Bash, PowerShell, Python) | Prometheus/Grafana, Zabbix, Datadog, Terraform/Ansible | Otomasyon, izleme, CI/CD içinde migration adımları |
Bulut ortamlarında DBA rolü değişir ama ortadan kalkmaz. Yönetilen servislerde işletim sistemi ve donanım sağlayıcıya geçer; buna karşın parametre grupları, instance boyutlandırma, okuma replikaları, maliyet ve sorgu performansı yine sizin sorumluluğunuzdadır. Bulut altyapısının geneli için bulut mimarı kiralama sayfasına, veri akışları ve ambarlar için veri mühendisi kiralama sayfasına göz atabilirsiniz.
Mülakat ve teknik doğrulama: DBA adaylarını nasıl test ediyoruz?
Özgeçmişte yazan sertifika ve araç listesi, bir DBA’nın gece 03.00’te üretim veritabanı çöktüğünde ne yapacağını göstermez. Adayları, sizin ortamınıza benzeyen senaryolarla değerlendiriyoruz. Son görüşmeyi ve seçimi her zaman siz yaparsınız.
| Aşama | İçerik | Neyi ölçer? |
|---|---|---|
| Ön eleme | Motor ve sürüm deneyimi, yönetilen ortamın büyüklüğü, nöbet geçmişi, referans projeler | Profilin ihtiyaçla örtüşmesi |
| Yürütme planı okuma | Gerçekçi bir yavaş sorgunun planı verilir; aday darboğazı ve çözümü açıklar | Performans analizi derinliği |
| Kurtarma tatbikatı | “Saat 14.37’de yanlışlıkla silinen tabloyu geri getirin” senaryosu; log zinciri ve PITR adımları | Yedekleme bilgisinin pratikte karşılığı |
| HA/failover senaryosu | Birincil düğüm kaybı, split-brain riski, uygulama bağlantılarının yönlendirilmesi | Mimari düşünme, sakin olay yönetimi |
| Güvenlik incelemesi | Aşırı yetkili kullanıcılar, şifrelenmemiş yedekler, açık portlar içeren bir yapılandırma örneği | Risk farkındalığı, KVKK bilinci |
| İletişim | Teknik olmayan bir yöneticiye olay sonrası özet anlatma | Raporlama ve paydaş yönetimi |
Mülakatta işinize yarayabilecek bazı sorular:
- Bir sorgu dün 200 milisaniyede dönerken bugün 20 saniye sürüyor. Kod değişmedi. Nereden başlarsınız?
- RPO ve RTO hedeflerini iş birimiyle nasıl belirlersiniz ve bunları hangi yedekleme stratejisiyle karşılarsınız?
- Kilitlenme (deadlock) ile uzun süren bloklama (blocking) arasındaki farkı ve her birine yaklaşımınızı anlatın.
- PostgreSQL’de autovacuum yetişemediğinde hangi belirtileri görürsünüz?
- Büyük bir tabloya kesintisiz sütun eklemek için hangi yöntemleri kullanırsınız?
- Son yaptığınız büyük sürüm yükseltmesinde geri dönüş planınız neydi?
Ne zaman kiralamalı, ne zaman kadroya almalı?
DBA kiralama her kurum için doğru cevap değildir. Karar verirken iş yükünün sürekliliğine, bilgi birikiminin kurum içinde kalma ihtiyacına ve zamana bakmak gerekir.
| Durum | Önerilen yaklaşım | Gerekçe |
|---|---|---|
| Acil performans sorunu veya kesinti sonrası toparlanma | Kiralama (senior, kısa süreli) | Hızlı başlangıç; kalıcı kadro açmaya gerek yok |
| Tek seferlik taşıma veya sürüm yükseltme | Kiralama veya proje bazlı hizmet | İş belirli bir başlangıç ve bitişe sahip |
| Tam zamanlı iş yükü olmayan küçük/orta ortam | Yarı zamanlı veya paylaşımlı DBA | Tam kadro maliyeti iş yüküyle orantısız olur |
| 7/24 kritik sistemler, birden fazla motor | Kadrolu çekirdek + kiralık destek veya yönetilen hizmet | Nöbet ve tatil yükü tek kişiye bırakılmamalı |
| Veri, şirketin ana rekabet avantajı ve uzun vadeli yol haritası net | Kadrolu işe alım (geçişte kiralık köprü) | Kurumsal bilgi içeride birikmeli |
| Kadrolu DBA ayrıldı, yeni işe alım sürüyor | Geçici kiralama | Operasyon boşluğu kapatılır, devir teslim yapılır |
Birçok kurum için en dengeli yapı, kadrolu bir “veri sahibi” ile kiralık uzmanlığın birlikte çalışmasıdır. Daha geniş ekip kurguları için staff augmentation ve büyük ölçekli yazılım ekibi sayfalarımıza bakabilirsiniz.
Çalışma modelleri
| Model | Nasıl işler? | Uygun olduğu durum |
|---|---|---|
| Uzaktan | Uzman VPN veya bastion üzerinden bağlanır; iletişim takım kanallarınız üzerinden yürür | Bulut ve modern altyapılar, çoğu performans ve bakım işi |
| Yerinde | Uzman ofisinizde veya veri merkezinizde çalışır | Ağ izolasyonu yüksek, uzaktan erişime izin verilmeyen ortamlar |
| Hibrit | Kurulum ve kritik işlerde yerinde, rutin işlerde uzaktan | Taşıma projeleri, dönemsel denetim hazırlığı |
| Staff augmentation | Uzman sizin ekibinize katılır; iş önceliklerini proje yöneticinizle birlikte belirlersiniz | Ekibin kapasitesini artırmak |
| Dedicated team | DBA, DevOps ve veri mühendisinden oluşan özel bir küçük ekip | Veri platformu modernizasyonu |
| Yönetilen hizmet | Sorumluluk SLA ile 360 Soft’ta olur; izleme, yedek ve olay yönetimi dahil | Sürekli operasyonu dışarıya bırakmak isteyen kurumlar |
| Proje | Kapsamı ve teslimatı tanımlı iş (ör. Oracle’dan PostgreSQL’e geçiş) | Belirli başlangıç ve bitişi olan işler |
Sürekli operasyon desteği için IT yönetilen hizmetler ve IT outsourcing, CI/CD ve altyapı otomasyonu için DevOps mühendisi kiralama sayfaları da ilginizi çekebilir.
Süreç: talepten ilk haftaya
| Adım | İçerik | Tipik süre |
|---|---|---|
| 1. İhtiyaç analizi | Motorlar ve sürümler, veri büyüklüğü, kritik sistemler, nöbet ihtiyacı, kıdem, çalışma yeri | 1–3 iş günü |
| 2. Aday önerisi | Teknik ön elemeden geçmiş adayların profilleri paylaşılır | Tipik olarak 3–10 iş günü; nadir motor veya nöbet şartında uzayabilir |
| 3. Mülakat | Sizin teknik görüşmeniz; istenirse vaka çalışması | 1–2 hafta |
| 4. Sözleşme ve NDA | Hizmet sözleşmesi, gizlilik, KVKK ve erişim kuralları | Birkaç iş günü |
| 5. Erişim ve uyum | Hesaplar, VPN, ayrıcalıklı erişim kuralları, dokümanların incelenmesi | İlk hafta |
| 6. İlk değerlendirme | Sağlık kontrolü (health check), risk listesi ve öncelik planı | Tipik olarak ilk 2–4 hafta |
| 7. Düzenli takip | Aylık performans görüşmesi; uyum yoksa uzman değişimi | Sözleşme boyunca |
DBA için KPI ve SLA örnekleri
Bir DBA’nın başarısı “sorun çıkmadı” ile ölçülmemelidir; ölçülebilir hedefler, hem sizin hem uzmanın beklentisini netleştirir. Aşağıdaki göstergeler örnektir; hedef değerler ortamınıza göre birlikte belirlenir.
| KPI | Tanım | Nasıl ölçülür? |
|---|---|---|
| Geri yükleme testi başarısı | Planlanan geri yükleme testlerinin başarıyla tamamlanma oranı | Aylık/çeyreklik tatbikat kayıtları |
| RPO / RTO uyumu | Gerçekleşen veri kaybı ve kurtarma süresinin hedefe uygunluğu | Tatbikat ve olay raporları |
| Veritabanı erişilebilirliği | Planlı bakım hariç çalışma süresi | İzleme aracı |
| Sorgu performansı | En pahalı N sorgunun ortalama ve p95 süresindeki değişim | Query Store, pg_stat_statements, slow log |
| Olay müdahale süresi | Kritik alarm ile ilk müdahale arasındaki süre | Olay yönetim sistemi |
| Yama ve sürüm güncelliği | Destek dışı veya kritik yaması eksik sunucu sayısı | Envanter raporu |
| Yetki hijyeni | Gereğinden geniş yetkili hesap sayısı, periyodik gözden geçirmelerin tamamlanması | Erişim incelemesi |
| Kapasite tahmini doğruluğu | Disk ve kaynak dolma uyarısının önceden yakalanması | Kapasite raporu |
Fiyatlandırmayı etkileyen faktörler
Sayfada sabit fiyat paylaşmıyoruz, çünkü DBA maliyeti aynı unvan altında çok farklı profillere karşılık gelebilir. Teklif aşağıdaki faktörlere göre hazırlanır.
| Faktör | Etkisi |
|---|---|
| Kıdem | Senior ve lead profiller, kritik olay ve mimari sorumluluk taşıdıkları için daha yüksek ücretlendirilir |
| Motor ve uzmanlık | Oracle RAC/Data Guard, MongoDB sharding gibi nadir uzmanlıklar maliyeti artırır |
| Nöbet (on-call) | Mesai dışı ve hafta sonu erişilebilirlik ek ücrete tabidir |
| Çalışma yeri | Yerinde çalışma ve şehir dışı görevlendirme maliyeti etkiler |
| Süre ve yoğunluk | Uzun süreli ve tam zamanlı işlerde birim maliyet genellikle düşer |
| Güvenlik gereksinimleri | Özel güvenlik incelemesi veya ek erişim prosedürleri hazırlık süresini uzatabilir |
Ücretlendirme modelleri: adam/ay (tam zamanlı uzman için aylık bedel), saatlik (yarı zamanlı veya ihtiyaç anında destek), sabit fiyat (kapsamı tanımlı taşıma ya da sağlık kontrolü gibi işler) ve sonuç bazlı (önceden ölçütleri belirlenmiş performans hedeflerine bağlı ödeme; ölçümün net olduğu işlerde anlamlıdır). Bütçe ön hesabı için yazılım maliyet hesaplama aracını kullanabilirsiniz.

Kadrolu DBA, freelancer ve outsourcing karşılaştırması
| Kriter | Kadrolu DBA | Freelancer | 360 Soft üzerinden kiralama / outsourcing |
|---|---|---|---|
| Başlama hızı | Aylar sürebilir | Hızlı ama adayı doğrulamak size kalır | Ön elemeden geçmiş adaylarla görece hızlı |
| Süreklilik | Yüksek; ayrılırsa boşluk oluşur | Kişi başka işe geçebilir | Uyum olmazsa değişim sözleşmeyle güvence altına alınır |
| Maliyet esnekliği | Sabit maliyet | Esnek | Esnek; süre ve yoğunluk ayarlanabilir |
| Yedekleme (tatil/izin) | Ek kadro gerekir | Genellikle yok | Ekip içinden destek planlanabilir |
| Sözleşme ve gizlilik | İş sözleşmesi | Bireysel sözleşme; denetimi zor | Kurumsal hizmet sözleşmesi, NDA ve KVKK hükümleri |
| Kurumsal bilgi | İçeride birikir | Kişiyle birlikte gider | Dokümantasyon ve devir teslim sözleşmede tanımlanır |
Riskler ve önlemler
| Risk | Önlem |
|---|---|
| Dış uzmana üretim veritabanında geniş yetki verilmesi | En az yetki ilkesi, ayrıcalıklı erişim yönetimi (PAM), oturum kaydı, yetkilerin süreli verilmesi |
| Bilginin tek kişide kalması | Runbook ve mimari dokümantasyonun teslimat olarak tanımlanması, ikinci bir kişiyle eşleştirme |
| Değişikliklerin kontrolsüz yapılması | Değişiklik yönetimi süreci, onay akışı, test ortamında doğrulama, geri dönüş planı |
| Yanlış profil seçimi | Kıdem matrisine göre ihtiyaç analizi, vaka bazlı mülakat, deneme süresi |
| Kişisel verinin test ortamına taşınması | Maskeleme veya sentetik veri, test ortamı erişimlerinin ayrıştırılması |
Güvenlik, KVKK/GDPR, NDA ve fikri mülkiyet
DBA, kurumdaki en hassas veriye en yakın kişidir. Sözleşme yapısında güvenlik hükümleri ikincil değil, temel unsurdur. 360 Soft ile yapılan hizmet sözleşmesinde gizlilik sözleşmesi (NDA), 6698 sayılı Kişisel Verilerin Korunması Kanunu kapsamında veri işleme ve gizlilik yükümlülükleri, erişim kurallarına uyum ve sözleşme bitiminde verilerin ve erişimlerin iadesi düzenlenir. Avrupa Birliği’ndeki kişilere ait veri işleniyorsa GDPR gereklilikleri de değerlendirilmelidir. Yurt dışı veri aktarımı, bulut bölgesi seçimi ve log saklama süreleri gibi konularda kendi hukuk ve uyum ekibinizin görüşünü almanızı öneririz.
Uzmanın sizin için ürettiği script, runbook, otomasyon ve dokümanların fikri mülkiyeti ile kullanım hakları sözleşmede açıkça yazılır. Kapsamlı bir uyum çalışması planlıyorsanız KVKK uyum ve siber güvenlik paketi sayfamızı inceleyebilirsiniz.
Yasal çerçeve: personel kiralama mı, hizmet alımı mı?
360 Soft’un sunduğu model bir hizmet alımıdır. Uzman, 360 Soft’un çalışanı olarak sizin projenizde görev yapar; bordro, sigorta ve özlük hakları 360 Soft’ta kalır. Bu yapı, 4857 sayılı İş Kanunu’nun 2. maddesindeki asıl işveren–alt işveren ilişkisi ve ilgili mevzuat çerçevesinde kurgulanır; alt işverenliğin hangi işlerde kurulabileceğine dair yasal sınırlamalar dikkate alınmalıdır. Uzmanın doğrudan sizin emir ve talimatınızla çalıştığı geçici iş ilişkisi (İş Kanunu md. 7) ise İŞKUR’dan izin almış özel istihdam büroları aracılığıyla kurulabilir; 360 Soft özel istihdam bürosu değildir. Sözleşme yapısını kendi hukuk danışmanınızla birlikte değerlendirmenizi öneririz.
DBA sağlayıcı seçerken kontrol listesi
- Aday, sizin kullandığınız motor ve sürümde üretim deneyimine sahip mi?
- Geri yükleme ve failover konusunda pratik bir test yapıldı mı?
- Nöbet ihtiyacı varsa kimin, hangi saatlerde, hangi müdahale süresiyle erişilebilir olduğu yazılı mı?
- Uzmanın izin ve hastalık durumunda yedekleme planı var mı?
- Erişim, oturum kaydı ve değişiklik yönetimi kuralları sözleşmede tanımlı mı?
- NDA, KVKK hükümleri ve fikri mülkiyet maddeleri yazılı mı?
- Dokümantasyon ve devir teslim teslimat olarak tanımlanmış mı?
- Uyum sağlanamazsa uzman değişimi nasıl ve ne sürede yapılıyor?
- KPI’lar ve raporlama sıklığı baştan belirlendi mi?
Örnek senaryo
Temsili senaryodur. Orta ölçekli bir e-ticaret şirketi, kampanya günlerinde sipariş onay sayfasında zaman aşımları yaşıyor. Uygulama ekibi sunucu büyütmeyi öneriyor. Kiralanan senior PostgreSQL DBA ilk hafta pg_stat_statements verisini inceleyerek sorunların büyük bölümünün eksik birleşik indeks ve gereğinden uzun açık kalan işlemlerden kaynaklandığını tespit ediyor; ikinci hafta bağlantı havuzunu PgBouncer ile yeniden yapılandırıyor ve yedeklerin geri yüklenebilirliğini ilk kez test ediyor. Sonraki adım olarak okuma replikası ve failover tatbikatı planlanıyor. Bu senaryo, rolün nasıl çalıştığını göstermek içindir; gerçek sonuçlar ortama göre değişir.
Sık sorulan sorular
DBA kiralama ile DBA outsourcing arasındaki fark nedir?
Kiralamada uzman ekibinize katılır ve işler sizin önceliklerinize göre ilerler. Outsourcing veya yönetilen hizmette ise belirli bir sonucun sorumluluğu SLA ile hizmet sağlayıcıdadır; izleme, yedekleme ve olay yönetimi sağlayıcının süreçleriyle yürür.
Hangi veritabanı motorlarında uzman sağlıyorsunuz?
Oracle, Microsoft SQL Server, PostgreSQL, MySQL/MariaDB ve MongoDB öncelikli alanlarımızdır. AWS, Azure ve Google Cloud üzerindeki yönetilen veritabanı servisleri için de profil arayabiliriz.
Yarı zamanlı veya ihtiyaç anında DBA mümkün mü?
Evet. İş yükü tam zamanlı bir kişiyi gerektirmiyorsa haftada belirli gün, aylık saat paketi veya ihtiyaç anında destek modeli konuşulabilir.
DBA 7/24 nöbet tutabilir mi?
Nöbet ihtiyacı ihtiyaç analizinde netleştirilir. Tek kişiyle sürdürülebilir 7/24 nöbet mümkün olmadığından, kritik sistemlerde birden fazla kişiyle veya yönetilen hizmet modeliyle planlama yapılması önerilir.
Uzman ne kadar sürede başlayabilir?
Süre motor, kıdem, nöbet şartı ve çalışma yerine bağlıdır. Yaygın profillerde aday önerisi tipik olarak birkaç iş günü ile iki hafta arasında yapılır; başlangıç tarihi mülakat ve sözleşme sürecine göre netleşir.
Adayla mülakat yapabilir miyim?
Evet. Ön elemeden geçen adaylarla siz görüşürsünüz ve son kararı siz verirsiniz. İsterseniz bu sayfadaki vaka sorularını mülakatta kullanabilirsiniz.
Uzman uyum sağlamazsa ne olur?
Sözleşmede değişim süreci tanımlanır. Performans veya uyum sorunu yaşanırsa gerekçeler değerlendirilir ve yeni aday önerilir; devir teslim planlanır.
Üretim veritabanına dış bir uzmana erişim vermek güvenli mi?
En az yetki ilkesi, süreli yetkiler, ayrıcalıklı erişim yönetimi ve oturum kaydı ile risk kontrol altına alınabilir. Erişim kuralları ve NDA sözleşmede yazılı olarak yer alır.
KVKK açısından nelere dikkat etmeliyiz?
Uzmanın erişeceği kişisel veriler, işleme amaçları, gizlilik yükümlülükleri ve sözleşme sonunda erişimlerin kapatılması yazılı olmalıdır. Test ortamlarında maskeleme kullanılması önerilir. Hukuki değerlendirme için kendi uyum ekibinizle çalışmanızı öneririz.
Oracle’dan PostgreSQL’e geçiş için DBA sağlayabilir misiniz?
Evet, bu tür taşıma projelerinde her iki motoru da bilen profiller ararız. Geçiş genellikle uyumluluk analizi, şema ve kod dönüşümü, veri taşıma, doğrulama ve geri dönüş planı adımlarından oluşur.
Ücretlendirme nasıl yapılır?
Tam zamanlı işlerde adam/ay, yarı zamanlı işlerde saatlik, kapsamı belli işlerde sabit fiyat modeli kullanılır. Kıdem, motor, nöbet ve çalışma yeri fiyatı etkiler.
Personel kiralama yasal mı?
Uzmanlar 360 Soft ile yapılan hizmet sözleşmesi kapsamında çalışır; özlük hakları ve bordro 360 Soft’ta kalır. Doğrudan sizin emir ve talimatınızla çalışan geçici işçi modeli (4857 sayılı İş Kanunu md. 7) ise İŞKUR izinli özel istihdam bürosu gerektirir; 360 Soft özel istihdam bürosu değildir. Sözleşme yapısını hukuk danışmanınızla değerlendirin.
DBA ihtiyacınızı konuşalım
Kullandığınız motorları, veri büyüklüğünü, kritik sistemleri ve nöbet ihtiyacını paylaşın; uygun profil ve çalışma modeliyle yazılı teklif hazırlayalım. Bize +90 850 335 10 87 numarasından, info@360-soft.com adresinden veya iletişim sayfamızdan ulaşabilirsiniz. Ofisimiz Nidakule Ataşehir, İstanbul’dadır.
İlgili sayfalar
- Tüm IT personel kiralama rolleri
- IT outsourcing
- Yazılım geliştirici kiralama
- Staff augmentation
- Veri mühendisi kiralama
- Bulut mimarı kiralama
İhtiyacınız olan uzmanı paylaşalım Rolü, kişi sayısını ve süreyi yazın; uygun adayları ve yazılı teklifi gönderelim. Teklif alın · WhatsApp · +90 850 335 10 87
Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.
İlgili hizmetler
- Bulut Mimarı KiralamaBulut mimarı kiralama: AWS, Azure ve GCP için taşıma, güvenlik ve maliyet optimizasyonu; roller, çalışma…
- İş Analisti Kiralamaİş analisti kiralama: BPMN süreç analizi, kullanıcı hikâyesi, kabul kriteri ve UAT. Kıdem seviyeleri, vaka…
- IT Destek / Help Desk Uzmanı KiralamaIT destek ve help desk uzmanı kiralama: L1/L2, ITIL, yerinde masaüstü destek. Kıdem matrisi, rol canlandırma…
- Proje Yöneticisi ve Scrum Master KiralamaProje yöneticisi ve Scrum Master kiralama: PMP, PRINCE2, Scrum deneyimli uzman. Kıdem matrisi, senaryo bazlı…
- Siber Güvenlik Uzmanı KiralamaSiber güvenlik uzmanı kiralama: SOC analisti, pentester, güvenlik mühendisi ve GRC. Kıdem matrisi, uygulamalı…
- Sistem ve Ağ Yöneticisi KiralamaSistem ve ağ yöneticisi kiralama: Windows/Linux, Active Directory, VMware, Cisco ve Fortinet. Kıdem matrisi…