Yeni SQL Server Yedeği Eski Sürüme Geri Yüklenir mi?

Yeni bir SQL Server sürümünde oluşturulan .bak dosyasını daha eski bir SQL Server’a geri yüklemeye çalıştığınızda uyumsuz sürüm hatası alabilirsiniz. Bu genellikle yedeğin bozulduğu anlamına gelmez. SQL Server veritabanı yedeği kaynak motorun iç biçim bilgilerini içerir ve yeni sürümün yedeği önceki motor sürümüne geri yüklenemez. Microsoft’un yedekleme ve geri yükleme ile veritabanı kopyalama belgesi bu geri dönüş sınırlamasını açıkça anlatır. Önce sorunun sürüm farkı mı, yoksa dosya yolu, erişim hakkı veya eksik dosya mı olduğunu ayırın.

Hata 3169 ne söyler?

SQL Server Error 3169, yedek dosyasının bu örnek tarafından desteklenmeyen farklı bir veritabanı sürümünden geldiğini gösterebilir. Microsoft’un 3169 hata açıklamasını okuyup tam metni ve SQL Server sürüm numaralarını not edin. Yedek dosyasının hangi sunucu ve tarihten alındığını, hedef örneğin sürümünü ve varsa daha önce alınmış daha eski bir yedeği kaydedin. Dosyayı üretim ortamında farklı komutlarla zorlamak yerine, yedek kopyası üzerinde izole bir test örneği kullanın.

Önce hedef ve kaynak sürümünü karşılaştırın

Kaynak sunucuda SQL Server sürümü ve veritabanı uyumluluk düzeyi aynı şey değildir. Veritabanının compatibility level ayarını düşürmek, daha yeni motordan alınmış yedeğin eski motorda restore edilmesini sağlamaz. Microsoft’un Restore Database belgeleri, yedek seti ve hedef örnekle ilgili koşulları açıklar. Sürüm uyumsuzluğu görünüyorsa en doğrudan seçenek, yedeği kaynakla aynı veya daha yeni desteklenen bir SQL Server örneğine geri yüklemektir. Bu, yazılım lisans koşullarını ve sunucunun üretim kapasitesini ayrıca doğrulama gereğini ortadan kaldırmaz.

Hedef eski sürümde kalmak zorundaysa, backup/restore yerine mantıksal taşıma planı gerekir. Kaynak sürümde şema ve veriyi hedef sürüm biçimine uygun dışa aktarmak, hedef motor için komut dosyası üretmek veya desteklenen bir geçiş aracı kullanmak değerlendirilebilir. Ancak her yöntemde yeni sürüm özellikleri, veri tipleri, indeks seçenekleri, saklı yordamlar, güvenlik rolleri, SQL Agent işleri ve dış bağımlılıklar ayrı test edilmelidir. BACPAC veya metin betiği otomatik olarak tam yedek alternatifi değildir; büyük veritabanlarında süre, tutarlılık, kesinti ve veri doğrulama planı gerekir.

Güvenli geçiş kontrol listesi

• Kaynak ve hedef motorun tam sürüm ve edition bilgisini kaydedin.
• Üretim yedeğinin değişmez bir kopyasını saklayın; testleri ayrı örnekte yapın.
• Hedef sürümün desteklemediği özellikleri Microsoft’un uyumluluk belgelerinden kontrol edin.
• Şema, satır sayıları, kritik toplamlar, kullanıcı erişimleri ve iş zamanlamalarını karşılaştırın.
• Geri dönüş noktası ve kesinti penceresini uygulamadan önce netleştirin.

Yedekleme biçimi hakkında karar verirken yalnızca veritabanı boyutunu değil, motor sürümünü ve uygulamanın kullandığı özellikleri de hesaba katın. SQL Server ürün ailesi için SQL Server seçeneklerini inceleyebilir; Express kullanıyorsanız kapasite sınırlarını anlatan SQL Server Express 10 GB rehberine bakabilirsiniz. Express sınırını aşmak ile eski sürüme geri yükleme iki farklı sorundur. Test restore başarısızsa üretim yedeğini silmeyin; uzman veritabanı yöneticisiyle doğrulanmış geçiş planı hazırlayın.