Microsoft SQL Server"ın sürümlerini bir arada çalıştırma ihtiyacı, sıklıkla karşılaştığımız bir durumdur. Bu ihtiyaç herhangi bir geliştirme, test veya production ortamında karşımıza çıkabilir. Böyle bir durumda nasıl bir çözüm yöntemi izlemek gerektiğini ve sürümlerin bir arada en verimli nasıl çalışabileceğini ortaya koyalım.
Özellikle SQL Serverın 7.0 sürümünden en son 2005 sürümüne kadarki 3 sürümünün bir arada çalışması gibi bir ihtiyaç sıklıkla karşımıza gelebilir. Bu tip durumlarda, ilk kurulan sürümden sonraki sürümleri yeni bir instance olarak tanımlamak gereklidir. Kurulu instancelardan sadece bir tanesi default (varsayılan) instance olabilir ve diğer instancelar da named instance olarak yer alırlar.
Örnek senaryo olarak SQL 2005 ve SQL 2000 bir arada çalıştırmak istiyor olalım. Öncelikli olarak da makineye SQL 2005 kurulumunu başarı ile tamamladığımızı varsayalım. Bunun üzerine SQL 2000 yüklemeye başladığımızda bize yeni bir instance olarak yaratılacağını işaret ederek, bir instance name talep eder. Bu ismi verdikten sonra kurulum tamamlandığında default instance üzerinden SQL 2005e, named instance üzerinden de SQL 2000e bağlanabilir ve farklı uygulamalarınızı ihtiyacınıza göre ilgili instancelarda yapabilirsiniz. (SQL Server 2005, Enterprise ve Developer editionları için en fazla 50, diğer tüm sürümleri için de en fazla 16 adet named instance kurmaya izin verir.)
Eğer makinenizde SQL 2000 ve SQL 2005in dışında SQL Server 7.0 ın da çalışması gerekli ise, kurulum sırasını öncelikle SQL Server 7.0, sonra SQL Server 2000 en son olarak da SQL Server 2005 olarak tercih etmeniz tavsiye edilir.
SQL Server sürüm farkları dolayısıyla oluşturmuş olduğunuz veritabanlarının compatibility levelları da farklılık gösterir. Bu level, SQL Server 7.0 ile oluşturduğunuz veritabanları için 70, SQL Server 2000 için 80 ve SQL Server 2005 için 90dır. sp_dbcmptlevel isimli stored procedure ile veya ilgili araçları kullanarak veritabanı compatibility levellarını değiştirebilirsiniz. Compatibility level farkları oluştuğu durumlarda farklı sürümler arasında backup ve restore işlemlerine müsaade edilmez.
Özellikle SQL Server sürümlerini birbirleri ile etkileşimli kullanacak iseniz compatibility levellara dikkat etmeniz gereklidir.
Sonuç olarak birden fazla instance ile SQL Serverın 7.0, 2000 ve 2005 sürümleri bir arada çalıştırışabilir ve database compatibility levelları belirlenerek mevcut veritabanı ile sürümler arasında çalışma imkanı oluşturulabilir.
Özellikle SQL Serverın 7.0 sürümünden en son 2005 sürümüne kadarki 3 sürümünün bir arada çalışması gibi bir ihtiyaç sıklıkla karşımıza gelebilir. Bu tip durumlarda, ilk kurulan sürümden sonraki sürümleri yeni bir instance olarak tanımlamak gereklidir. Kurulu instancelardan sadece bir tanesi default (varsayılan) instance olabilir ve diğer instancelar da named instance olarak yer alırlar.
Örnek senaryo olarak SQL 2005 ve SQL 2000 bir arada çalıştırmak istiyor olalım. Öncelikli olarak da makineye SQL 2005 kurulumunu başarı ile tamamladığımızı varsayalım. Bunun üzerine SQL 2000 yüklemeye başladığımızda bize yeni bir instance olarak yaratılacağını işaret ederek, bir instance name talep eder. Bu ismi verdikten sonra kurulum tamamlandığında default instance üzerinden SQL 2005e, named instance üzerinden de SQL 2000e bağlanabilir ve farklı uygulamalarınızı ihtiyacınıza göre ilgili instancelarda yapabilirsiniz. (SQL Server 2005, Enterprise ve Developer editionları için en fazla 50, diğer tüm sürümleri için de en fazla 16 adet named instance kurmaya izin verir.)
Eğer makinenizde SQL 2000 ve SQL 2005in dışında SQL Server 7.0 ın da çalışması gerekli ise, kurulum sırasını öncelikle SQL Server 7.0, sonra SQL Server 2000 en son olarak da SQL Server 2005 olarak tercih etmeniz tavsiye edilir.
SQL Server sürüm farkları dolayısıyla oluşturmuş olduğunuz veritabanlarının compatibility levelları da farklılık gösterir. Bu level, SQL Server 7.0 ile oluşturduğunuz veritabanları için 70, SQL Server 2000 için 80 ve SQL Server 2005 için 90dır. sp_dbcmptlevel isimli stored procedure ile veya ilgili araçları kullanarak veritabanı compatibility levellarını değiştirebilirsiniz. Compatibility level farkları oluştuğu durumlarda farklı sürümler arasında backup ve restore işlemlerine müsaade edilmez.
Özellikle SQL Server sürümlerini birbirleri ile etkileşimli kullanacak iseniz compatibility levellara dikkat etmeniz gereklidir.
Sonuç olarak birden fazla instance ile SQL Serverın 7.0, 2000 ve 2005 sürümleri bir arada çalıştırışabilir ve database compatibility levelları belirlenerek mevcut veritabanı ile sürümler arasında çalışma imkanı oluşturulabilir.