SQL Server Upgrade Rehberi: SQL Server 2025’e Geçiş ve Migration Planlaması

SQL Server upgrade, yalnızca yeni SQL Server sürümünü kurup mevcut veri tabanlarını taşımaktan ibaret değildir. Uygulama bağımlılıkları, compatibility level, işletim sistemi, sürücüler, yüksek erişilebilirlik yapısı, backup ve recovery planı, cutover süresi ve rollback senaryosu geçişten önce birlikte değerlendirilmelidir.

Özellikle SQL Server 2016 ve daha eski sürümleri kullanan kurumlar için upgrade planlaması daha kritik hale gelmiştir. SQL Server 2016’nın extended support dönemi 14 Temmuz 2026’da sona ermiştir. SQL Server 2014 ise 2024’ten bu yana normal extended support kapsamı dışındadır.

Bu rehberde SQL Server upgrade seçeneklerini, SQL Server 2025’e hangi sürümlerden doğrudan upgrade yapılabildiğini, in-place upgrade ile side-by-side migration arasındaki farkları ve kontrollü bir geçiş için değerlendirilmesi gereken adımları ele alıyoruz.

SQL Server Upgrade Nedir?

SQL Server upgrade, mevcut SQL Server ortamının daha yeni bir SQL Server sürümüne geçirilmesidir. Ancak teknik olarak bu geçiş farklı yöntemlerle gerçekleştirilebilir.

Temel seçenekler şunlardır:

• In-place upgrade: Mevcut SQL Server instance’ının aynı sunucu üzerinde yeni sürüme yükseltilmesi
• Side-by-side migration: Yeni SQL Server ortamının ayrı kurulması ve database ile ilgili bileşenlerin yeni ortama taşınması
• Platform migration: Upgrade ile birlikte farklı bir sunucu, sanallaştırma platformu veya cloud ortamına geçilmesi

Hangi yöntemin uygun olduğu mevcut SQL Server version, altyapı, downtime toleransı, uygulama bağımlılıkları ve rollback gereksinimine göre değişir.

SQL Server 2025’e Hangi Sürümlerden Upgrade Yapılabilir?

Microsoft’un güncel SQL Server 2025 desteklenen upgrade yollarına göre aşağıdaki sürümlerden SQL Server 2025’e doğrudan upgrade desteklenmektedir:

Buradaki önemli ayrım, upgrade ile migration’ın aynı şey olmamasıdır. Örneğin SQL Server 2012 doğrudan SQL Server 2025’e in-place upgrade edilemez ancak database’ler yeni SQL Server 2025 ortamına migrate edilebilir.

SQL Server Sürümlerinin Güncel Support Durumu

Upgrade kararının yalnızca yeni özelliklere göre verilmesi gerekmez. Kullanılan SQL Server sürümünün Microsoft support lifecycle durumu da değerlendirilmelidir.

Özellikle SQL Server 2012, 2014 ve 2016 kullanan kurumlarda mevcut ortamın upgrade veya migration açısından değerlendirilmesi önemlidir.

In-Place Upgrade mı, Side-by-Side Migration mı?

SQL Server upgrade projelerindeki en önemli kararlardan biri mevcut instance’ın doğrudan yükseltilmesiyle yeni bir ortam kurulması arasında seçim yapmaktır.

In-Place Upgrade

In-place upgrade sırasında mevcut SQL Server instance aynı sunucu üzerinde yeni SQL Server sürümüne yükseltilir.

Avantajları:

• Yeni bir SQL Server ortamı kurma ihtiyacını azaltabilir
• Server ve instance isimleri korunabilir
• Uygulama connection string değişiklikleri daha sınırlı olabilir
• Daha küçük ve basit ortamlarda operasyonel çalışma azalabilir

Buna karşılık mevcut sistem doğrudan değiştirildiği için rollback süreci side-by-side yaklaşıma kıyasla daha karmaşık olabilir. Upgrade sırasında ortaya çıkabilecek işletim sistemi, uygulama veya database compatibility sorunlarının önceden test edilmesi gerekir.

Side-by-Side Migration

Side-by-side yaklaşımda yeni SQL Server sürümü ayrı bir sunucu veya sanal makine üzerinde kurulur. Database’ler ve gerekli SQL Server bileşenleri kontrollü şekilde yeni ortama taşınır.

Bu yaklaşımın avantajları:

• Mevcut production ortamı geçiş tamamlanana kadar korunabilir
• Yeni ortam önceden test edilebilir
• Rollback planı daha kontrollü oluşturulabilir
• Yeni işletim sistemi ve donanım mimarisine geçilebilir
• Core ve kaynak kapasitesi yeniden planlanabilir
• Mevcut SQL Server mimarisi modernize edilebilir

Özellikle kritik production ortamlarında, eski SQL Server sürümlerinde veya aynı anda infrastructure modernization planlanan projelerde side-by-side migration daha kontrollü bir seçenek olabilir.

SQL Server 2012’den SQL Server 2025’e Geçiş Nasıl Yapılır?

SQL Server 2012’den SQL Server 2025’e doğrudan in-place upgrade desteklenmez.

Bunun yerine yeni bir SQL Server 2025 ortamı oluşturularak database ve ilgili SQL Server bileşenlerinin migration yöntemiyle taşınması gerekir.

Migration kapsamında yalnızca user database’lerin taşınması yeterli olmayabilir. Ortama göre aşağıdaki bileşenlerin de incelenmesi gerekir:

• SQL Server logins
• SQL Agent Jobs
• Linked Servers
• Credentials
• Database Mail yapılandırmaları
• SSIS paketleri
• Maintenance Jobs
• Server-level configuration
• Security ve permission yapısı
• Application connection bilgileri

Microsoft’un güncel SQL Server araçlarında bulunan SSMS Migration Component, eski SQL Server sürümlerini upgrade açısından değerlendirebilir; breaking changes, behavior changes, deprecated features ve compatibility sorunlarını raporlayabilir.

SQL Server Upgrade Öncesi Assessment

Upgrade projesinin ilk adımı mevcut SQL Server ortamını ayrıntılı şekilde değerlendirmektir.

Assessment kapsamında aşağıdaki alanlar incelenmelidir:

SQL Server Version ve Edition

Mevcut SQL Server version, build, service pack veya cumulative update seviyesi belirlenmelidir. Desteklenen upgrade path kullanılan mevcut build’e göre değişebilir.

İşletim Sistemi Uyumluluğu

SQL Server version yükseltilirken mevcut Windows Server sürümünün hedef SQL Server sürümünü destekleyip desteklemediği kontrol edilmelidir.

Örneğin SQL Server 2025 Windows ortamında Windows Server 2019 ve üzerindeki desteklenen Windows Server sürümleriyle çalışabilir. Güncel gereksinimler Microsoft’un SQL Server 2025 hardware ve software requirements dokümanından doğrulanmalıdır.

Deprecated ve Discontinued Features

Eski SQL Server sürümlerinde kullanılan bazı özelliklerin yeni sürümde davranışı değişmiş veya desteği kaldırılmış olabilir.

Bu nedenle yalnız database’in açılıp açılmadığı değil, uygulamanın kullandığı SQL Server özelliklerinin yeni ortamda nasıl davranacağı da değerlendirilmelidir.

Uygulama Bağımlılıkları

SQL Server’a bağlanan uygulamalar, servisler, reporting sistemleri ve entegrasyonlar belirlenmelidir.

Özellikle aşağıdaki başlıklar kontrol edilmelidir:

• Connection strings
• ODBC ve OLE DB drivers
• .NET ve uygulama framework sürümleri
• Linked Server bağlantıları
• Third-party uygulama desteği
• ERP ve diğer kurumsal yazılımların SQL Server compatibility durumu

Database Compatibility Level Neden Önemlidir?

SQL Server instance version ile database compatibility level aynı kavram değildir.

Bir database yeni SQL Server sürümüne taşındığında compatibility level her zaman otomatik olarak yeni engine seviyesine geçirilmez. Böylece uygulamaların yeni SQL Server engine üzerinde çalışırken önceki database davranışlarını belirli ölçüde koruması mümkün olur.

Yeni compatibility level’a geçmeden önce uygulama sorguları ve workload test edilmelidir.

Microsoft, mevcut database compatibility level’ın sys.databases üzerinden kontrol edilebildiğini ve gerektiğinde ALTER DATABASE ... SET COMPATIBILITY_LEVEL ile değiştirilebildiğini belirtmektedir.

Compatibility level değişimi özellikle query optimizer davranışı ve query planları üzerinde etkili olabileceği için production ortamında test edilmeden uygulanmamalıdır.

Upgrade Sonrası Performans Neden Test Edilmeli?

Yeni SQL Server sürümüne geçiş teknik olarak başarılı olsa bile uygulama performansının aynı kalacağı varsayılmamalıdır.

SQL Server engine, cardinality estimation, query optimizer ve compatibility level değişiklikleri bazı sorguların farklı execution plan kullanmasına neden olabilir.

Bu nedenle upgrade öncesi performans baseline oluşturmak önemlidir.

Baseline kapsamında örneğin:

• CPU kullanımı
• Memory kullanımı
• Disk latency
• Query duration
• Wait statistics
• Blocking
• Deadlocks
• Top resource-consuming queries
• Batch requests
• Database büyüme oranları

kaydedilebilir.

Upgrade sonrasında aynı metrikler tekrar incelenerek performans değişiklikleri karşılaştırılabilir.

Always On ve High Availability Ortamlarında Upgrade

Always On Availability Groups veya Failover Cluster Instance kullanılan ortamlarda SQL Server upgrade ayrı bir planlama gerektirir.

Upgrade sırası, replica rolleri, failover planı, application connection yapısı ve downtime hedefi birlikte değerlendirilmelidir.

Özellikle Always On ortamlarında aşağıdaki sorular yanıtlanmalıdır:

• Primary ve secondary replica’lar hangi sırayla upgrade edilecek?
• Upgrade sırasında failover yapılacak mı?
• Application connection’ları listener üzerinden mi çalışıyor?
• Rollback senaryosu nasıl uygulanacak?
• Database synchronization nasıl doğrulanacak?
• Upgrade sonrası HA ve DR testleri nasıl gerçekleştirilecek?

Bu ortamlarda upgrade yalnızca database engine çalışması değil, aynı zamanda high availability mimarisinin kontrollü şekilde geçişidir.

Backup ve Rollback Planı

Her SQL Server upgrade projesinde teknik uygulama başlamadan önce rollback kriterleri belirlenmelidir.

Plan aşağıdaki başlıkları kapsamalıdır:

• Full database backup
• Transaction log backup
• System database backup
• SQL Server configuration kayıtları
• Login ve job yedekleri
• Rollback kararı için zaman sınırı
• Application rollback adımları
• DNS veya connection değişikliklerinin geri alınması

Side-by-side migration yaklaşımının önemli avantajlarından biri eski SQL Server ortamının cutover sonrasına kadar kontrollü şekilde korunabilmesidir.

SQL Server Upgrade Süreci Nasıl Planlanır?

1. Discovery ve Envanter

Mevcut SQL Server instance’larını, database’leri, uygulamaları, integrations ve infrastructure bileşenlerini inceliyoruz.

2. Upgrade Assessment

Mevcut version ve edition’ı, desteklenen upgrade path’i, compatibility durumunu, deprecated özellikleri ve altyapı gereksinimlerini değerlendiriyoruz.

3. Hedef Mimari ve Geçiş Yöntemi

In-place upgrade, side-by-side migration veya platform migration seçeneklerini değerlendirerek mevcut ortama uygun geçiş yöntemini netleştiriyoruz.

4. Test Ortamı ve Compatibility Kontrolleri

Uygun projelerde geçiş senaryosunu test ortamında uyguluyor; application compatibility ve database workload davranışını inceliyoruz.

5. Cutover ve Rollback Planlaması

Downtime hedefini, migration sırasını, uygulama bağlantılarını, backup adımlarını ve rollback kriterlerini belirliyoruz.

6. Upgrade veya Migration

Planlanan yönteme göre SQL Server upgrade veya migration sürecini gerçekleştiriyoruz.

7. Validation ve Stabilizasyon

Database erişimi, uygulamalar, jobs, integrations, security, performance ve high availability bileşenlerini kontrol ediyoruz.

8. Performance Optimization

Upgrade sonrasında workload davranışını ve kritik sorguları izleyerek gerekli performance tuning çalışmalarını gerçekleştiriyoruz.

SQL Server Upgrade Sürecinde Sık Yapılan Hatalar

• Mevcut SQL Server build seviyesini kontrol etmeden upgrade planlamak
• Uygulama compatibility testlerini atlamak
• Operating system gereksinimlerini kontrol etmemek
• Yalnız user database’leri dikkate almak
• Logins, jobs ve Linked Servers gibi server-level objeleri unutmak
• Compatibility level’ı test etmeden değiştirmek
• Upgrade öncesi performance baseline oluşturmamak
• Always On ve cluster ortamlarını standart standalone instance gibi değerlendirmek
• Rollback planı hazırlamamak
• Upgrade sonrası uygulama ve performans doğrulamasını yeterince yapmamak

SQL Server Upgrade Checklist

• Mevcut SQL Server version ve build belirlendi mi?
• Hedef SQL Server version net mi?
• Microsoft’un desteklediği upgrade path doğrulandı mı?
• Operating system uyumluluğu kontrol edildi mi?
• Edition özellikleri karşılaştırıldı mı?
• Database compatibility level’ları çıkarıldı mı?
• Deprecated veya discontinued özellikler incelendi mi?
• Application dependencies belirlendi mi?
• Driver ve connection compatibility kontrol edildi mi?
• SQL logins ve permissions envanteri çıkarıldı mı?
• SQL Agent Jobs incelendi mi?
• Linked Servers ve integrations belirlendi mi?
• Backup ve restore testleri tamamlandı mı?
• Performance baseline oluşturuldu mu?
• Upgrade yöntemi belirlendi mi?
• Cutover planı hazırlandı mı?
• Rollback kriterleri belirlendi mi?
• HA/DR senaryosu test edildi mi?
• Upgrade sonrası validation planı hazır mı?

SQL Server Upgrade Ne Zaman Planlanmalı?

Aşağıdaki durumlardan biri mevcutsa SQL Server ortamının upgrade açısından değerlendirilmesi uygun olabilir:

• Kullanılan SQL Server sürümünün support süresi sona ermişse veya sona yaklaşıyorsa
• Eski Windows Server sürümü nedeniyle altyapı yenileniyorsa
• Mevcut SQL Server sürümü uygulama veya güvenlik gereksinimlerini karşılamıyorsa
• Yeni SQL Server özelliklerinden yararlanılması planlanıyorsa
• Database server veya storage altyapısı yenileniyorsa
• Cloud veya hybrid altyapıya migration planlanıyorsa
• SQL Server ortamları konsolide ediliyorsa
• Mevcut HA/DR mimarisi yeniden tasarlanıyorsa

Upgrade projesini support bitiş tarihinden hemen önce başlatmak yerine, assessment, test ve migration için yeterli zaman bırakacak şekilde önceden planlamak daha kontrollü bir geçiş sağlar.

Sık Sorulan Sorular

SQL Server 2016’dan SQL Server 2025’e upgrade yapılabilir mi?

Evet. Microsoft, SQL Server 2016 SP3 veya üzerindeki sürümlerden SQL Server 2025’e desteklenen in-place upgrade yolu sunmaktadır. Ancak uygulama compatibility, işletim sistemi ve diğer altyapı gereksinimleri geçiş öncesinde ayrıca kontrol edilmelidir.

SQL Server 2012’den SQL Server 2025’e direkt upgrade yapılabilir mi?

Hayır. SQL Server 2012’den SQL Server 2025’e doğrudan in-place upgrade desteklenmez. Bunun yerine yeni SQL Server 2025 ortamına database migration planlanabilir.

SQL Server upgrade sırasında downtime gerekir mi?

Downtime ihtiyacı kullanılan upgrade yöntemine ve mevcut mimariye bağlıdır. In-place upgrade sırasında instance kullanılamazken side-by-side ve high availability tabanlı migration yaklaşımlarıyla kesinti süresi farklı şekilde planlanabilir.

In-place upgrade mi yoksa side-by-side migration mı daha güvenlidir?

Tek bir yöntem her ortam için doğru değildir. Side-by-side migration mevcut production ortamının geçiş sırasında korunabilmesi ve rollback açısından daha fazla esneklik sağlayabilir. In-place upgrade ise uygun ve daha basit ortamlarda daha az altyapı değişikliği gerektirebilir.

SQL Server upgrade sonrası compatibility level hemen yükseltilmeli mi?

Her durumda hemen yükseltilmesi gerekmez. Database workload’u ve uygulamalar yeni SQL Server engine üzerinde test edildikten sonra compatibility level değişikliği ayrıca planlanabilir.

SQL Server upgrade öncesinde hangi testler yapılmalı?

Application compatibility, database integrity, backup/restore, performance baseline, critical queries, jobs, integrations, security, HA/DR ve rollback süreçleri upgrade öncesinde değerlendirilmelidir.

SQL Server Upgrade Sürecini Kontrollü Planlayın

SQL Server upgrade, yalnızca mevcut database’leri yeni bir sürüme geçirmek değildir. Version compatibility, işletim sistemi, uygulama bağımlılıkları, performance, HA/DR ve rollback süreçleri birlikte planlanmalıdır.

Özellikle SQL Server 2012, 2014 ve 2016 gibi eski sürümlerde hedef yalnızca yeni SQL Server sürümüne geçmek değil, mevcut mimariyi ve operasyon modelini de yeniden değerlendirmek olabilir.

Aryasoft olarak mevcut SQL Server ortamınızı analiz ediyor; upgrade assessment, migration planlaması, test, cutover, validation ve geçiş sonrası stabilizasyon süreçlerinde teknik destek sağlıyoruz.