Microsoft SQL Server, birçok kurumsal uygulamanın ve ERP sisteminin kalbinde yer alır. Bu veri tabanını sanal sunucuda (VPS) çalıştırırken alınan kaynak ve yapılandırma kararları, doğrudan sorgu hızını, eş zamanlı kullanıcı kapasitesini ve iş sürekliliğini belirler. Bu rehberde MSSQL için doğru VPS yapılandırmasını ele alıyoruz.
MSSQL Performansını Belirleyen 3 Kaynak
1. RAM — En Kritik Kaynak
SQL Server, sık erişilen verileri bellekte tutarak diske gidiş sayısını azaltır. Yeterli RAM, en büyük performans kazancını sağlayan tek kalemdir. Bellek yetersizse SQL Server sürekli diske başvurur ve performans çöker. Veri tabanı boyutu ve aktif veri kümesi büyüdükçe RAM ihtiyacı artar.
2. Disk — NVMe SSD ve IOPS
Veri tabanı iş yükü disk yoğundur. NVMe SSD'nin yüksek IOPS değeri, özellikle yazma ağırlıklı ve raporlama senaryolarında sorgu sürelerini belirgin biçimde kısaltır. Veri dosyaları (.mdf), günlük dosyaları (.ldf) ve tempdb'nin performans planlaması ayrı değerlendirilmelidir.
3. vCPU — Eş Zamanlılık
İşlemci, eş zamanlı sorgu ve kullanıcı sayısıyla ölçeklenir. Ancak SQL Server lisanslaması çekirdek bazlı olabileceğinden, vCPU sayısı hem performans hem lisans maliyeti açısından dengeli seçilmelidir.
Veri tabanı Boyutuna Göre Referans Yapılandırma
| Senaryo | RAM | vCPU | Disk | Önerilen Lisans |
|---|---|---|---|---|
| Küçük (< 10 GB) | 8–16 GB | 2–4 | 100 GB NVMe | Express / Standard |
| Orta (10–100 GB) | 32 GB | 4–8 | 250 GB NVMe | Standard |
| Büyük (100 GB+) | 64 GB+ | 8–16 | 500 GB+ NVMe | Standard / Enterprise |
* Değerler referans niteliğindedir; gerçek ihtiyaç veri kümesi, eş zamanlı kullanıcı ve raporlama yoğunluğuna göre belirlenir.
Lisanslama: Express, Standard ve Enterprise
SQL Server lisanslaması toplam maliyetin büyük bölümünü oluşturabilir:
- Express: Ücretsiz; 10 GB veri tabanı, 1 GB bellek sınırı. Küçük uygulamalar için.
- Standard: Çoğu KOBİ ve kurumsal iş yükü için yeterli; çekirdek veya sunucu+CAL bazlı lisanslanır.
- Enterprise: Yüksek erişilebilirlik, ileri performans ve büyük ölçek özellikleri için.
Güvenlik ve Yedekleme
Veri tabanı sunucusu doğrudan internete açılmamalı; erişim VPN veya kısıtlı ağ üzerinden sağlanmalıdır. Yedekleme stratejisinde tam yedek, fark yedeği ve işlem günlüğü yedeklerinin birlikte planlanması, kurtarma noktası hedefini (RPO) düşürür. Yedeklerin farklı bir lokasyona kopyalanması ve düzenli geri yükleme testi zorunlu kabul edilmelidir.
SSS
