SQL Server 2025 Lisanslama Rehberi: Sürümler, Core ve CAL, Fiyatlar ve Maliyet Optimizasyonu

SQL Server lisanslaması, hangi sürümün satın alınacağı sorusundan çok daha fazlasıdır. Bir kurumun gerçekte ihtiyaç duyduğu lisans miktarını fiziksel ve sanal mimari, core sayıları, kullanıcıların ve uygulamaların veritabanına nasıl eriştiği, yüksek erişilebilirlik tasarımı ve Software Assurance kapsamı birlikte belirler. Yıllar içinde büyümüş ortamlarda aynı iş yükü, yalnızca instance’ların, sanal makinelerin ve sürümlerin nasıl yerleştirildiğine bağlı olarak birkaç kat daha pahalıya mal olabilir.

Bu rehberde SQL Server 2025’in nasıl lisanslandığını ele alıyoruz: sürümler ve sınırları, Per Core ve Server + CAL modelleri, sanallaştırma, HA/DR ve Azure hakları, core sayımına dayalı hesap örnekleri ve lisans maliyetini en çok düşüren mimari kararlar.

Hızlı Karar Tablosu: Hangi Lisans Yolu Uygun?

Test Edilen Sürüm Notları

Son doğrulama: 19 Ekim 2026. Aşağıdaki iddialar bu tarihte Microsoft Learn üzerinden okundu. Bu rehberde fiyat bilgisi bilinçli olarak hiçbir yerde verilmiyor.

SQL Server 2025 Sürümleri ve Sınırları

SQL Server 2025, Enterprise ve Standard olmak üzere iki ücretli ve üç ücretsiz sürümle sunuluyor. Önceki sürümlere göre en önemli değişiklik, Standard sürümün instance başına 32 core ve 256 GB buffer pool belleğe kadar kullanabilmesidir. Bu değişiklik, Standard sürümü çok daha fazla üretim iş yükü için gerçekçi bir seçenek hâline getiriyor.

Lisans kararlarını etkileyen iki değişiklik daha var. Developer sürümü artık Enterprise Developer ve Standard Developer olarak ikiye ayrıldı. Böylece test ortamları üretimdeki sürümle birebir eşleşebiliyor ve üretimde Standard kullanılırken testte Enterprise özelliklerine dayanan geliştirme yapılması gibi klasik bir hatanın önüne geçiliyor. Ayrıca SQL Server 2025 ile birlikte şirket içi raporlama Power BI Report Server altında birleştirildi ve bu ürün artık hem Enterprise hem de Standard müşterilerine sunuluyor. SQL Server 2022 ve öncesinde Power BI Report Server hakkı yalnızca aktif Software Assurance’a sahip Enterprise core lisanslarına tanınıyordu.

İki Lisans Modeli: Per Core ve Server + CAL

Per Core lisanslama nasıl sayılır?

Per Core modelinde kullanıcılar değil, işlem kapasitesi lisanslanır. Core lisansları 2’li paketler hâlinde satılır ve sayım kuralları fiziksel sunucular ile sanal makineler için farklıdır:

• Fiziksel sunucu: Sunucudaki tüm fiziksel core’lar lisanslanmalıdır ve her fiziksel işlemci için en az dört core lisansı gerekir. Fiziksel sunucuda hyper-threading sayımı değiştirmez.
• Sanal makine: Sanal makineye atanan her sanal core (vCPU) lisanslanmalıdır ve her sanal makine için en az dört core lisansı gerekir. Sanal makineleri tek tek lisanslayabilmek için aktif Software Assurance veya abonelik lisansı gerekir.

Per Core modelinde, bağlanan kullanıcı ya da cihaz sayısı ne olursa olsun CAL gerekmez. Bu nedenle internete açık uygulamalar, kullanıcı sayısı belirsiz sistemler ve büyük kurumsal ortamların çoğu için pratikteki tek uygun modeldir.

Server + CAL nasıl çalışır?

Yalnızca Standard sürümde kullanılabilen bu modelin iki bileşeni vardır: SQL Server’ın çalıştığı her sunucu için bir sunucu lisansı ve sunucuya erişen her kullanıcı ya da cihaz için bir Client Access License (CAL). Kullanıcı CAL’i, bir kişinin herhangi bir cihazdan istediği sayıda lisanslı SQL Server sunucusuna erişmesini sağlar. Cihaz CAL’i ise bir cihazı kullanan herkesi kapsar; vardiyalı çalışma ve ortak terminal senaryolarında avantajlı olabilir.

SQL Server 2025 Nasıl Ödenir?

Lisans modeli (Per Core veya Server + CAL) ile ödeme şekli ayrı kararlardır. Fiyatlar bilinçli olarak burada listelenmiyor; sözleşmenize uygun rakamlar için iş ortağınıza sorun ya da Microsoft’un yayımlanmış fiyat listesini kullanın.

Hesap Örnekleri

Aşağıdaki hesaplar para yerine core ve lisans sayar; bu yüzden fiyatlar değişse de geçerliliğini korur. Paket sayılarını sözleşmenizdeki fiyatla çarpın.

1. Fiziksel sunucu: Enterprise mı, Standard mı?

İki işlemcili ve işlemci başına 12 core’lu bir sunucuda 24 fiziksel core vardır; hangi sürümü seçerseniz seçin 12 adet 2 core paketi gerekir. Sürüm kararı bu yüzden paket başına fiyat farkını 12 ile çarpar; varsayılan olarak değil, teknik bir değerlendirmeyle verilmelidir. SQL Server 2025’teki 32 core sınırıyla bu sunucu Standard’ın kapasitesi içinde kalıyor. Standard’ın yeterli olup olmadığı ise iş yükünün tam availability group, online index işlemleri ya da Enterprise’a özgü batch mode optimizasyonları gibi özelliklere ihtiyaç duyup duymadığına bağlı.

2. Küçük bir sanal makine

2 vCPU’lu bir sanal makine de dört core’luk alt sınırla lisanslanır; bu 2 adet 2 core paketi eder ve 4 vCPU’lu bir sanal makineyle aynıdır. Lisanslı bir SQL Server sanal makinesine dörtten az vCPU atamak lisans açısından tasarruf sağlamaz.

3. Standard sürümde Server + CAL ile Per Core karşılaştırması

8 core’lu bir Standard sunucuda Per Core için 4 adet 2 core paketi gerekir. Server + CAL için bir sunucu lisansı artı kullanıcı ya da cihaz başına bir CAL gerekir. Başa baş noktası (Per Core maliyeti − sunucu lisansı) ÷ CAL fiyatıdır; kendi fiyatlarınızı bu formüle koyun. Bu noktanın altında, dolaylı erişim dahil tüm kullanıcıları eksiksiz sayılmış ve sayısı istikrarlı bir ortamda bu sunucu için Server + CAL daha ucuzdur. Bu noktanın üzerinde ya da kullanıcı sayısının belirsiz olduğu durumlarda Per Core daha güvenli modeldir. Bir kullanıcı CAL’i istenen sayıda lisanslı sunucuya erişimi kapsadığından, aynı kullanıcıların birden fazla Standard sunucuya eriştiği ortamlarda başa baş noktası CAL lehine kayar.

4. Sanallaştırma kümesi: sanal makine başına mı, host başına mı?

İki adet 16 core’lu işlemciye sahip bir host üzerinde, her biri 4 vCPU’lu 20 SQL Server sanal makinesi çalıştığını düşünelim:

• Her sanal makineyi Enterprise ile lisanslamak: 80 core = 40 adet 2 core paketi
• Host’un 32 fiziksel core’unun tamamını Enterprise ile lisanslayıp Software Assurance veya aboneliği aktif tutmak: 16 adet 2 core paketi ve yıllık Software Assurance bedeli

Tüm fiziksel core’ları Enterprise ile lisanslanmış ve aktif Software Assurance veya aboneliğe sahip bir host üzerinde Microsoft sınırsız sanallaştırma hakkı tanır; o host üzerinde istediğiniz sayıda SQL Server sanal makinesi çalıştırabilirsiniz. Yoğun ortamlarda bu genellikle en belirleyici maliyet kalemidir, ancak SQL Server sanal makinelerinin küme geneline dağılmak yerine tamamen lisanslı, ayrılmış host’larda toplanmasını gerektirir.

5. Kalıcı lisans, abonelik mi, kullandıkça öde mi?

Kullandıkça öde modeli, yalnızca instance’ın çalıştığı saatler için ödeme yapıldığından kısa ömürlü, sezonluk ya da belirsiz iş yükleri için mantıklıdır. Yıllarca çalışacak istikrarlı iş yüklerinde ise kalıcı lisans ya da abonelik genellikle daha ekonomiktir. Yalnızca aylık ücrete değil, beklenen kullanım süresi boyunca toplam maliyete, iş ortağınızın güncel fiyatlarıyla bakın.

Software Assurance: Yalnızca Sürüm Yükseltme Hakkı Değil

Software Assurance çoğu zaman isteğe bağlı bir sürüm yükseltme aboneliği olarak görülür. Oysa SQL Server mimarisini doğrudan şekillendiren birçok hak SA’ya bağlıdır:

• Fiziksel host’un tamamı yerine sanal makinelerin tek tek lisanslanması.
• Tüm fiziksel core’lar lisanslandığında Enterprise için sınırsız sanallaştırma.
• Lisansların standart 90 gün kuralından daha sık host değiştirebilmesini ve yetkili bulut sağlayıcılarında kullanılabilmesini sağlayan License Mobility.
• Yüksek erişilebilirlik ve felaket kurtarma için ücretsiz pasif replikalar.
• Mevcut core lisanslarının Azure SQL hizmetlerinde kullanılmasını sağlayan Azure Hybrid Benefit.
• Extended support süresi biten sürümler için Extended Security Updates satın alma hakkı.

High Availability ve Disaster Recovery Lisanslaması

Software Assurance veya abonelik kapsamında Microsoft, pasif secondary replikaların ayrıca SQL Server lisansı gerektirmeden çalışmasına izin verir: yüksek erişilebilirlik için bir, şirket içi felaket kurtarma için bir ve Azure’da felaket kurtarma için bir pasif replika. Her pasif replika, lisanslı primary sunucudaki core sayısı kadar core kullanabilir. Bu sayılar Microsoft’un SQL Server lisanslama kılavuzundan gelir; SQL Server sürümünüz için kılavuzdan ve Product Terms’ten doğrulayın.

Bir replikanın pasif sayılabilmesi için hiçbir iş yüküne hizmet etmemesi gerekir. İzin verilen faaliyetler senkronizasyonun sürdürülmesi, tutarlılık kontrolleri, full ve log yedekleri, kaynak izleme ve kısa süreli felaket kurtarma testleriyle sınırlıdır. Secondary replika rapor, kullanıcı bağlantısı ya da başka bir üretim işine hizmet etmeye başladığı anda tam olarak lisanslanması gerekir.

Bir replika ne zaman hâlâ pasif sayılır?

Microsoft’un Azure Arc lisanslama sayfası pasif instance’ları nasıl tespit ettiğini anlatır. Arc kullanmasanız bile faydalı bir kontrol listesidir:

DMV sorgulamak ya da BACKUP komutu çalıştırmak, bağlantılar master, msdb, tempdb veya model ile sınırlı olduğu sürece sorun değildir.

Azure Hybrid Benefit

Azure’a geçiş planlayan kurumlar, aktif Software Assurance veya aboneliğe sahip mevcut SQL Server core lisanslarını Azure sanal makinelerindeki SQL Server, Azure SQL Managed Instance ve vCore modelindeki Azure SQL Database için kullanabilir ve yalnızca altyapı bedelini öder. Ancak buluta taşımak otomatik olarak en düşük maliyet anlamına gelmez; sanal makine boyutu, hizmet katmanı, vCore sayısı ve iş yükünün taşınmadan önce doğru boyutlandırılıp boyutlandırılmadığı faturayı doğrudan etkiler. Lisans değerlendirmesinin en çok değer kattığı an geçişten önceki dönemdir.

SQL Server Lisans Maliyetleri Neden Yükselir?

Aryasoft saha notu. Yüksek lisans maliyeti nadiren birim fiyattan kaynaklanır. Genellikle yıllarca büyüyen ama lisans açısından hiç yeniden ele alınmayan bir mimariden doğar:

• Her yeni uygulama için yeni bir SQL Server instance’ı açılması ve bunların çoğunun çok düşük kullanımla çalışması.
• Hiçbir Enterprise özelliği kullanılmadığı hâlde varsayılan olarak Enterprise sürüm tercih edilmesi.
• Sanal makinelerin “ne olur ne olmaz” diye büyük boyutlandırılması ve her vCPU’nun lisanslanması.
• SQL Server sanal makinelerinin küme geneline dağılması ve bu yüzden hiçbir host’un sınırsız sanallaştırma için lisanslanamaması.
• Okunabilir secondary replikaların lisanslanmadan raporlama için kullanılması; bu durum tasarruf değil denetim riski yaratır.
• Geliştirme ve test ortamlarının ücretsiz Developer sürümleri yerine ücretli sürümlerle çalışması.
• Pasif replika ve Azure Hybrid Benefit gibi Software Assurance haklarının kullanılmaması.

Resmi Davranış, Aryasoft Saha Notu ve Bizim Önerimiz

SQL Server Lisans Maliyeti Nasıl Düşürülür?

1. Doğru bir envanter çıkarın. Her instance için sürüm, edition, fiziksel ya da sanal yerleşim, host, lisanslı core sayısı, kullanım oranı, HA/DR rolü, ortam türü ve mevcut lisans kapsamını kaydedin.
2. Core sayılarını gerçek verilerle boyutlandırın. vCPU azaltma kararlarını ortalamalara değil, tam bir iş döngüsü boyunca ölçülen tepe yüklere dayandırın.
3. Sürüm seçimini yeniden değerlendirin. Hangi Enterprise özelliklerinin gerçekten kullanıldığını kontrol edin. SQL Server 2025’teki yüksek sınırlarla Standard’a sığan iş yükü sayısı öncekinden fazladır.
4. Instance’ları konsolide edin. Daha az sayıda, doğru boyutlandırılmış instance lisanslı core sayısını azaltır, HA/DR’ı sadeleştirir ve operasyonel yükü düşürür.
5. Sanallaştırmayı lisansa göre tasarlayın. SQL Server sanal makinelerini sınırsız sanallaştırma için lisanslanabilecek ayrılmış host’larda toplayın.
6. Zaten ödediğiniz hakları kullanın. Pasif replikalar, License Mobility ve Azure Hybrid Benefit sık sık kullanılmadan kalır.

Gerçek Bir Örnek: 1,4 Milyon Dolarlık Lisans Tasarrufu

Aryasoft saha notu. Bazen en büyük tasarruf, sözleşmeyi yeniden müzakere etmekten değil veritabanı mimarisini yeniden tasarlamaktan gelir. Kurumsal müşterilerimizden birinin ortamında yıllar içinde 150’den fazla bağımsız SQL Server instance’ı birikmişti. Aryasoft bu yapıyı merkezi, üç node’lu bir Always On mimarisinde konsolide etti:

• SQL Server Enterprise lisans maliyetinde 1,4 milyon dolar tasarruf
• 150’den fazla instance’ın 3 node’a indirilmesi
• Uygulama kodunda hiçbir değişiklik yapılmaması: eski sunucu adları availability group listener olarak kullanıldı
• Konsolide edilen tüm iş yükleri için tam HA ve DR kapsamı

Hikâyenin tamamını SQL Server konsolidasyon başarı hikâyemizde okuyabilirsiniz.

SQL Server Lisanslama Kontrol Listesi

• Kaç instance çalışıyor ve bunlardan hangileri gerçekten gerekli?
• Hangi sürümler kullanılıyor ve her biri için Enterprise gerçekten gerekli mi?
• Kaç fiziksel ve sanal core lisanslı ve bu sayı ölçülen ihtiyaçla örtüşüyor mu?
• Dört core alt sınırının altında lisanslanmış sanal makine var mı?
• Server + CAL kullanılıyorsa doğrudan ve dolaylı tüm kullanıcılar sayıldı mı?
• SQL Server sanal makineleri sınırsız sanallaştırma için lisanslanabilecek host’larda toplanmış mı?
• Software Assurance veya abonelik aktif mi ve sağladığı haklar kullanılıyor mu?
• HA/DR replikaları gerçekten pasif mi, yoksa rapor ya da kullanıcılara hizmet veriyor mu?
• Geliştirme ve test ortamlarında ücretsiz Developer sürümleri kullanılıyor mu?
• Azure geçişlerinde Azure Hybrid Benefit hesaba katıldı mı?

Kaynaklar (Microsoft)

Bu rehberdeki teknik iddialar 19 Ekim 2026 tarihinde aşağıdaki birincil kaynaklara karşı kontrol edildi. Microsoft dokümantasyonu her an değişebilir; üretimde değişiklik yapmadan önce sürüme özel ayrıntıları yeniden doğrulayın.

• SQL Server 2025 sürümleri ve desteklenen özellikler
• SQL Server sürümlerine göre işlem kapasitesi sınırları
• SQL Server 2022 sürümleri ve desteklenen özellikler
• Azure Arc etkin SQL Server için lisans ve faturalandırma yönetimi
• SQL Server faturalandırma yapılandırması: kullandıkça öde ve lisans türleri (Azure Arc)
• Azure Hybrid Benefit: Azure SQL Database ve SQL Managed Instance
• Azure’da bir SQL Server sanal makinesinin lisans modelini değiştirme
• SQL Server Licensing Guidance (Microsoft Licensing)
• Server Virtualization Licensing Guidance (Microsoft Licensing)