SQL Server çok alt ağlı kümeleme

Şunlar için geçerlidir: SQL Server

SQL Server çok alt ağlı yük devretme kümesi, her yük devretme kümesi düğümünün farklı bir alt ağa veya farklı bir alt ağa bağlı olduğu bir yapılandırmadır. Bu alt ağlar aynı konumda veya coğrafi olarak dağınık sitelerde olabilir. Coğrafi olarak dağınık sitelerdeki kümeler bazen esnetme kümeleri olarak adlandırılır. Tüm düğümlerin erişebileceği paylaşılan depolama alanı olmadığından, veriler birden çok alt bilgisayarınızda bulunan veri depolama alanı arasında çoğaltılmalıdır. Verileri çoğalttığınızda, verilerin birden fazla kopyası kullanılabilir. Bu nedenle, çok alt ağlı bir yük devretme kümesi, yüksek kullanılabilirliğe ek olarak bir olağanüstü durum kurtarma çözümü sağlar.

SQL Server çok alt ağlı yük devretme kümesi (iki düğüm, iki alt ağ)

Aşağıdaki çizim, SQL Server'da iki düğümlü, iki alt ağ yük devretme kümesi örneğini (FCI) temsil eder.

Çok alt ağ yük devretme kümesi örneği yapılandırmaları

Birden çok alt ağ kullanan SQL Server FC'lerine bazı örnekler aşağıda verilmiştir:

• SQL Server FCI SQLCLUST1 Node1 ve Node2 içerir. Node1, Subnet1'e bağlıdır. Node2, Subnet2'ye bağlıdır. SQL Server Kurulumu bu yapılandırmayı çok alt ağlı bir küme olarak görür ve IP adresi kaynak bağımlılığını olarak ORayarlar.

• SQL Server FCI SQLCLUST2 Node1, Node2 ve Node3 içerir. Node1 ve Node2, Subnet1'e bağlanır. Düğüm 3, Subnet2'ye bağlıdır. SQL Server Kurulumu bu yapılandırmayı çok alt ağlı bir küme olarak görür ve IP adresi kaynak bağımlılığını olarak ORayarlar. Node1 ve Node2 aynı alt ağda olduğundan, bu yapılandırma ek yerel yüksek kullanılabilirlik sağlar.

• SQL Server FCI SQLCLUST3 Node1 ve Node2 içerir. Node1, Subnet1 üzerindedir. Node2, Subnet1 ve Subnet2 üzerindedir. SQL Server Kurulumu bu yapılandırmayı çok alt ağlı bir küme olarak görür ve IP adresi kaynak bağımlılığını olarak ORayarlar.

• SQL Server FCI SQLCLUST4 Node1 ve Node2 içerir. Node1, Subnet1 ve Subnet2'ye bağlıdır. Node2, Subnet1 ve Subnet2'ye de bağlıdır. SQL Server Kurulumu, IP adresi kaynak bağımlılığını olarak ANDayarlar.

  Uyarı

  Kümelenmiş düğümler aynı alt ağ kümesinde olduğundan bu yapılandırma çok alt ağ yük devretme kümesi yapılandırması olarak kabul edilmez.

IP adresi kaynağında dikkat edilmesi gerekenler

Çok alt ağlı bir yük devretme kümesi yapılandırmasında, IP adresleri yük devretme kümesindeki tüm düğümlere ait değildir ve BUNLARıN tümü SQL Server başlatma sırasında çevrimiçi olmayabilir. SQL Server 2012'den (11.x) başlayarak, IP adresi kaynak bağımlılığını olarak ORayarlayabilirsiniz. Bunun yapılması, bağlanabileceği en az bir geçerli IP adresi olduğunda SQL Server'ın çevrimiçi olmasını sağlar.

Uyarı

SQL Server 2012'den (11.x) önceki SQL Server sürümlerinde, siteler arasında yük devretme için tek bir IP adresini kullanıma sunma amacıyla çok siteli küme yapılandırmalarında bir esnetme V-LAN teknolojisi kullanılmıştır. ARTıK SQL Server farklı alt ağlardaki düğümleri kümeleyeebildiğine göre, esnetme V-LAN teknolojisini uygulamadan birden çok site arasında SQL Server yük devretme kümelerini yapılandırabilirsiniz.

IP adresi kaynağı VEYA bağımlılık konuları

IP adresi kaynak bağımlılığını ORolarak ayarlarsanız aşağıdaki yük devretme davranışını göz önünde bulundurmak isteyebilirsiniz:

• Şu anda SQL Server kümesi kaynak grubunun sahibi olan düğümdeki IP adreslerinden birinde hata olduğunda, söz konusu düğümde geçerli olan tüm IP adresleri başarısız olana kadar yük devretme otomatik olarak tetiklenmez.

• Yük devretme gerçekleştiğinde, geçerli düğümde geçerli olan en az bir IP adresine bağlanabiliyorsa SQL Server çevrimiçi olur. Başlangıçta SQL Server'a bağlanmamış IP adresleri hata günlüğünde listelenir.

SQL Server FCI, SQL Server Veritabanı Altyapısı'nın tek başına bir örneğiyle yan yana yüklendiğinde, IP adreslerinde TCP bağlantı noktası numarası çakışmalarını önlemeye dikkat edin. Çakışmalar genellikle Veritabanı Altyapısı'nın iki örneği varsayılan TCP bağlantı noktasını (1433) kullanacak şekilde yapılandırıldığında oluşur. Çakışmaları önlemek için bir örneği, bilinmeyen bir sabit bağlantı noktası kullanacak şekilde yapılandırın. Sabit bağlantı noktası yapılandırmak genellikle tek başına örnekte daha kolaydır. Veritabanı Altyapısı'nın farklı bağlantı noktaları kullanacak şekilde yapılandırılması, SQL Server FCI bekleme düğümünde başarısız olduğunda örnek başlatmayı engelleyen beklenmeyen bir IP adresi/TCP bağlantı noktası çakışmasını önler.

Yük devretme sırasında istemci kurtarma gecikmesi

Varsayılan olarak, çok alt ağlı bir FCI, ağ adı için RegisterAllProvidersIP küme kaynağını etkinleştirir. Çok alt ağ yapılandırmasında, ağ adının çevrimiçi ve çevrimdışı IP adresleri DNS sunucusuna kaydedilir. İstemci uygulaması daha sonra DNS sunucusundan tüm kayıtlı IP adreslerini alır ve adreslere sırayla veya paralel olarak bağlanmayı dener. Bu, çok alt ağ yük devretmelerinde istemci kurtarma süresinin artık DNS güncelleştirme gecikme sürelerine bağlı olmadığı anlamına gelir. Varsayılan olarak, istemci IP adreslerini sırayla dener. İstemci bağlantı dizesinde isteğe bağlı MultiSubnetFailover=True parametresini kullandığında, bunun yerine IP adreslerini aynı anda dener ve yanıt veren ilk sunucuya bağlanır. Bu yapılandırma, yük devretmeler gerçekleştiğinde istemci kurtarma gecikme süresini en aza indirmeye yardımcı olabilir. Daha fazla bilgi için bkz . Always On istemci bağlantısı (SQL Server) ve Kullanılabilirlik grubu dinleyicisi (SQL Server) oluşturma veya yapılandırma.

Eski istemci kitaplıkları veya Microsoft dışı veri sağlayıcılarıyla, bağlantı dizenizde MultiSubnetFailover parametresini kullanamazsınız. İstemci uygulamanızın SQL Server'da çok alt ağlı FCI ile en iyi şekilde çalıştığından emin olmak için, istemci bağlantı dizesindeki bağlantı zaman aşımını her ek IP adresi için 21 saniye ayarlamayı deneyin. Bu yapılandırma, istemcinin yeniden bağlanma girişiminin çok alt ağlı FCI'nizdeki tüm IP adresleri arasında geçiş yapılabilmesi için zaman aşımına uğramamasını sağlar.

SQL Server Management Studio ve sqlcmd için varsayılan istemci bağlantısı zaman aşımı süresi 15 saniyedir.

Uyarı

Birden çok alt ağ kullanıyorsanız ve statik DNS'niz varsa, yük devretme gerçekleştirmeden önce dinleyiciyle ilişkili DNS kaydını güncelleştirmek için bir işlemi gerçekleştirmeniz gerekir. Aksi takdirde ağ adı çevrimiçi olmaz.

İlgili içerik

Description	Article
SQL Server yük devretme kümesi yükleme	Yeni bir SQL Server yük devretme kümesi oluşturma (Kurulum)
Mevcut SQL Server yük devretme kümenizin yerinde yükseltmesi	SQL Server yük devretme kümesi örneğini yükseltme (Kurulum)
SQL Server yük devretme kümenizi koruma	SQL Server yük devretme kümesinde düğüm ekleme veya kaldırma (Kurulum)
Windows Server Yük Devretme Kümesi olaylarını ve günlüklerini görüntülemek için Yük Devretme Kümesi Yönetimi ek bileşenini kullanın	Yük devretme kümesi için olayları ve günlükleri görüntüleme
Windows Server yük devretme kümesindeki tüm düğümler (veya belirli bir düğüm) için bir günlük dosyası oluşturmak için Windows PowerShell kullanma	Get-ClusterLog yük devretme kümesi cmdlet'i