Aracılığıyla paylaş

Veritabanı Altyapısı yükseltme yöntemi seçme

Şunlar için geçerlidir:Windows üzerinde SQL Server

Kapalı kalma süresini ve riski en aza indirmek için Veritabanı Altyapısı'nı SQL Server'ın önceki bir sürümünden yükseltmeyi planlarken göz önünde bulundurmanız gereken çeşitli yaklaşımlar vardır. Yerinde bir yükseltme gerçekleştirebilir, yeni bir yüklemeye geçiş yapabilir veya sıralı yükseltme gerçekleştirebilirsiniz. Aşağıdaki diyagram, bu yaklaşımlar arasından seçim yapmanıza yardımcı olur. Diyagramdaki her yaklaşım makalede de ele alınılmaktadır. Diyagramdaki karar noktaları konusunda size yardımcı olmak için Veritabanı Altyapısı yükseltme planını planlama ve test etme sayfasını da gözden geçirin.

Veritabanı Altyapısı Yükseltme Yöntemi Karar Ağacını gösteren Diyagramı.

İndirmek

  • SQL Server'ı indirmek içinDeğerlendirme Merkezi'ni ziyaret edin.

  • Azure hesabınız mı var? Ardından, SQL Server Developer sürümünün zaten yüklü olduğu bir Sanal Makine oluşturmak için Azure Market gidin.

Azure SQL yükseltme seçenekleri

Ayrıca Azure SQL veritabanınızı, Azure SQL yönetilen örneğinizi yükseltmeyi veya yükseltme planınızın bir parçası olarak SQL Server ortamınızı sanallaştırmayı da düşünebilirsiniz. Bu seçenekler hakkında daha fazla bilgi için aşağıdaki bağlantılara bakın:

  • Azure Sanal Makineler'de SQL Server'a genel bakış
  • Azure SQL Veritabanı
  • Azure SQL nedir?

Yerinde yapılan yükseltme

Bu yaklaşımla, SQL Server Kurulum programı mevcut SQL Server bitlerini yeni SQL Server bitleriyle değiştirerek mevcut SQL Server yüklemesini yükseltip sistem ve kullanıcı veritabanlarının her birini yükselter.

Yerinde yükseltme yaklaşımı, en kolay olanıdır, bir miktar kapalı kalma süresi gerektirir, geri dönmek gerektiğinde daha uzun sürer ve ancak tüm senaryolar için desteklenmez.

Windows'da SQL Server sürümleri tarafından desteklenen özelliklerin listesi için bkz:

Bu yaklaşım aşağıdaki senaryolarda sıklıkla kullanılır:

  • Yüksek kullanılabilirlik (HA) yapılandırması olmayan bir geliştirme ortamı.

  • Kapalı kalma süresini tolere edebilen ve yeni bir donanım ve yazılım üzerinde çalışan görev dışı kritik üretim ortamı. Kapalı kalma süresi, veritabanınızın boyutuna ve G/Ç alt sisteminizin hızına bağlıdır. Bellek için iyileştirilmiş tablolar kullanımda olduğunda SQL Server 2014'in (12.x) yükseltilmesi fazladan zaman alır. Daha fazla bilgi için bkz. Veritabanı Altyapısı yükseltme planını planlama ve test etme.

Yüksek düzeyde, Veritabanı Altyapısı'nın yerinde yükseltmesi için gereken adımlar şunlardır:

Yüksek Erişilebilirlik Olmayan Veritabanı Motoru Yükseltmesi In-Place Yükseltmesini Gösteren Diyagram.

Ayrıntılı adımlar için bkz. Yükleme Sihirbazı'nı (Kurulum) Kullanarak SQL Server'ı Yükseltme.

Dikkate Alınacak Hususlar

SQL Server Kurulum programı, yükseltme öncesi denetimlerin bir parçası olarak SQL Server örneğini durdurur ve yeniden başlatır.

SQL Server'ı yükselttiğinizde, önceki SQL Server örneğinin üzerine yazılır ve artık bilgisayarınızda bulunmaz. Yükseltmeden önce, SQL Server veritabanlarını ve önceki SQL Server örneğiyle ilişkili diğer nesneleri yedekleyin.

Yeni bir yüklemeye geçiş

Bu yaklaşımla, yeni bir SQL Server ortamı oluştururken, genellikle yeni donanımda ve işletim sisteminin yeni bir sürümüyle geçerli ortamı korursunuz. SQL Server'ı yeni ortama yükledikten sonra, mevcut kullanıcı veritabanlarını mevcut ortamdan yeni ortama geçirebilmeniz ve kapalı kalma süresini en aza indirebilmeniz için yeni ortamı hazırlamak için birkaç adım gerçekleştirirsiniz. Bu adımlar, aşağıdakileri taşımayı içerir:

  • Sistem nesneleri: Bazı uygulamalar tek bir kullanıcı veritabanının kapsamı dışında olan bilgilere, varlıklara ve/veya nesnelere bağlıdır. Genellikle, bir uygulamanın master ve msdb veritabanlarına ve ayrıca kullanıcı veritabanına bağımlılıkları vardır. Bir kullanıcı veritabanının dışında depolanan ve bu veritabanının doğru çalışması için gereken her şey hedef sunucu örneğinde kullanılabilir duruma getirilmelidir. Örneğin, bir uygulamanın oturum açma bilgileri master veritabanında meta veri olarak depolanır ve hedef sunucuda yeniden oluşturulmalıdır. Bir uygulama veya veritabanı bakım planı, meta verileri msdb veritabanında depolanan SQL Server Agent işlerine bağımlıysa, hedef sunucu örneğinde bu işleri yeniden oluşturmanız gerekir. Benzer şekilde, sunucu düzeyinde bir tetikleyicinin meta verileri masteriçinde depolanır.

    Bir uygulamanın veritabanını başka bir sunucu örneğine taşıdığınızda, hedef sunucu örneğinde master ve msdb bağımlı varlıkların ve nesnelerin tüm meta verilerini yeniden oluşturmanız gerekir. Örneğin, bir veritabanı uygulaması sunucu düzeyinde tetikleyiciler kullanıyorsa, veritabanını yeni sisteme eklemek veya geri yüklemek yeterli değildir. master veritabanında bu tetikleyiciler için meta verileri el ile yeniden oluşturmadığınız sürece veritabanı beklendiği gibi çalışmaz. Ayrıntılı bilgi için bkz. Veritabanını Başka Bir Sunucuda Kullanılabilir Hale Getirirken Meta Verileri Yönetme

  • msdbdepolanan Integration Services paketlerini : Paketleri msdbdepoluyorsanız, dtutil Yardımcı Programı kullanarak bu paketleri betikten çıkarmanız veya bunları yeni sunucuya yeniden dağıtmanız gerekir. Paketleri yeni sunucuda kullanmadan önce paketleri SQL Server'a yükseltmeniz gerekir. Daha fazla bilgi için bkz. Integration Services Paketlerini Yükseltme.

  • Reporting Services şifreleme anahtarları: Rapor sunucusu yapılandırmasının önemli bir parçası, hassas bilgileri şifrelemek için kullanılan simetrik anahtarın yedek kopyasını oluşturmaktır. Anahtarın yedek kopyası birçok rutin işlem için gereklidir ve mevcut bir rapor sunucusu veritabanını yeni bir yüklemede yeniden kullanmanıza olanak tanır. Daha fazla bilgi için bkz. SQL Server Reporting Services (SSRS) şifreleme anahtarlarını yedekleme ve geri yükleme ve Reporting Services'i yükseltme ve geçirme

Yeni SQL Server ortamı mevcut ortamla aynı sistem nesnelerine sahip olduktan sonra, mevcut sistemdeki kullanıcı veritabanlarını mevcut sistemdeki kapalı kalma süresini en aza indirecek şekilde SQL Server örneğine geçirirsiniz. Veritabanı geçişini yedekleme ve geri yükleme kullanarak veya SAN ortamındaysanız LUN'ları yeniden belirleyerek gerçekleştirebilirsiniz. Her iki yöntemin adımları aşağıdaki diyagramlarda gösterilmiştir.

Dikkat

Kapalı kalma süresi, veritabanınızın boyutuna ve G/Ç alt sisteminizin hızına bağlıdır. Bellek için iyileştirilmiş tablolar kullanılırken SQL Server 2014'in (12.x) yükseltilmesi fazladan zaman alır. Daha fazla bilgi için bkz. Veritabanı Altyapısı yükseltme planını planlama ve test etme.

Kullanıcı veritabanlarını geçirdikten sonra, çeşitli yöntemlerden birini kullanarak yeni kullanıcıları yeni SQL Server örneğine işaret edersiniz (örneğin, sunucuyu yeniden adlandırma, DNS girdisi kullanma ve bağlantı dizelerini değiştirme). Yeni yükleme yaklaşımı, yerinde yükseltmeyle karşılaştırıldığında riski ve kapalı kalma süresini azaltır ve SQL Server'a yükseltme ile donanım ve işletim sistemi yükseltmelerini kolaylaştırır.

Not

Zaten yüksek kullanılabilirlik (HA) çözümünüz veya başka bir birden çok SQL Server örneği ortamınız varsa Sıralı yükseltme bölümüne gidin. Yüksek kullanılabilirlik çözümünüz yoksa, bu yükseltmeyi kolaylaştırmak için kapalı kalma süresini daha da en aza indirmek için Veritabanı Yansıtma'yı geçici olarak yapılandırmayı veya bu fırsatı kalıcı bir HA çözümü olarak bir Always On kullanılabilirlik grubu yapılandırmayı düşünebilirsiniz.

Örneğin, yükseltmek için bu yaklaşımı kullanabilirsiniz:

  • Desteklenmeyen bir işletim sistemine SQL Server yüklemesi.
  • SQL Server 2016 (13.x) ve sonraki sürümler x86 yüklemelerini desteklemediğinden, SQL Server'ın x86 (32 bit) yüklemesi.
  • SQL Server'ı yeni donanıma ve/veya işletim sisteminin yeni bir sürümüne taşımak.
  • Sunucu konsolidasyonu ile SQL Server.
  • SQL Server 2016 (13.x) ve sonraki sürümler, SQL Server 2005 (9.x) sürümünün yerinde yükseltmesini desteklemez. Daha fazla bilgi için bkz. SQL Server destek sonu seçenekleri.

Yeni bir yükleme yükseltmesi için gereken adımlar, bağlı depolama veya SAN depolama alanı kullanmanıza bağlı olarak biraz değişiklik gösterir.

  • Bağlı depolama ortamı: Ekli depolama kullanan bir SQL Server ortamınız varsa, veritabanı altyapısının yeni bir yükleme yükseltmesi için gereken adımlarda size yol gösterecek aşağıdaki diyagram ve diyagram içindeki bağlantılar.

    ekli depolama için yedekleme ve geri yükleme kullanan yeni bir yükleme yükseltme yöntemini gösteren Diyagramı.

  • SAN depolama ortamı: SAN depolama kullanan bir SQL Server ortamınız varsa, veritabanı altyapısının yeni bir yükleme yükseltmesi için gereken adımlarda size yol gösterecek aşağıdaki diyagram ve diyagram içindeki bağlantılar.

    SAN depolama için ayırma ve ekleme kullanarak yeni bir kurulum yükseltme yöntemini gösteren Diyagramı.

Sıralı yükseltme

Çalışma süresini en üst düzeye çıkarmak, riski en aza indirmek ve işlevselliği korumak için belirli bir sırada yükseltilmesi gereken birden çok SQL Server örneğini içeren SQL Server çözüm ortamlarında sıralı yükseltme gereklidir. Sıralı yükseltme temelde belirli bir sırada birden çok SQL Server örneğinin yükseltilmesidir. Mevcut her SQL Server örneğinde yerinde bir yükseltme ya da yükseltme projesinin bir parçası olarak donanım ve/veya işletim sistemi yükseltmesini kolaylaştırmak için yeni bir yükleme yükseltmesi gerçekleştirirsiniz. Sıralı yükseltme yaklaşımını kullanmanız gereken çeşitli senaryolar vardır. Bunlar aşağıdaki makalelerde belgelenmiştir:

  • Last updated on