Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
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 bir depolama alanı olmadığından, veri birden çok alt ağdaki veri depolama alanları 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 algılar ve IP adresi kaynağı bağımlılığını
ORolarak ayarlar.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 kaynağı bağımlılığını
ORolarak ayarlar. 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ı çoklu alt ağ kümesi olarak algılar ve IP adresi kaynağı bağımlılığını
ORolarak ayarlar.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ı
ANDolarak ayarlar.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ümeleyebildiğine göre, stretch VLAN teknolojisini kullanmadan birden fazla siteye yayılan 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, SQL Server mevcut düğümde geçerli olan en az bir IP adresine bağlanabilirse çevrimiçi duruma gelir. 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 varsayılan olmayan sabit bir 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 Bir 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 işlemini gerçekleştirmeden önce dinleyiciyle ilişkilendirilen DNS kaydını güncelleyecek bir sürecinizin olması gerekir. Aksi takdirde ağ adı çevrimiçi duruma gelmez.