Yük Devretme Kümelemesi ve Always On kullanılabilirlik grupları (SQL Server)

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

SQL Server 2012'de (11.x) sunulan yüksek kullanılabilirlik ve olağanüstü durum kurtarma çözümü alwaysOn kullanılabilirlik grupları, Windows Server Yük Devretme Kümelemesi (WSFC) gerektirir. Ayrıca, Always On kullanılabilirlik grupları özelliği SQL Server yük devretme kümelemesine bağlı olmasa da, bir kullanılabilirlik grubu için kullanılabilirlik çoğaltması barındırmak üzere bir yük devretme kümesi örneği (FCI) kullanabilirsiniz. Her kümeleme teknolojisinin rolünü bilmek ve Always On kullanılabilirlik grupları ortamınızı tasarlarken hangi önemli noktaların gerekli olduğunu bilmeniz önemlidir.

Dikkat

Always On kullanılabilirlik grupları kavramları hakkında bilgi için bkz. Always On kullanılabilirlik grubu nedir?

Windows Server Yük Devretme Kümelemesi ve kullanılabilirlik grupları

Always On kullanılabilirlik gruplarının dağıtılması için bir Windows Server Yük Devretme Kümesi (WSFC) gerekir. Always On kullanılabilirlik grupları için etkinleştirilmesi için, SQL Server örneğinin bir WSFC düğümünde bulunması ve WSFC ile düğümün çevrimiçi olması gerekir. Ayrıca, belirli bir kullanılabilirlik grubunun her kullanılabilirlik çoğaltması aynı WSFC'nin farklı bir düğümünde bulunmalıdır. Tek istisna, başka bir WSFC'ye geçirilirken bir kullanılabilirlik grubunun geçici olarak iki kümeyi birleştirebileceğidir.

Always On kullanılabilirlik grupları, belirli bir kullanılabilirlik grubuna ait kullanılabilirlik çoğaltmalarının geçerli rollerini izlemek ve yönetmek ve bir yük devretme olayının kullanılabilirlik çoğaltmalarını nasıl etkilediğini belirlemek için Windows Server Yük Devretme Kümesi'ne (WSFC) dayanır. Oluşturduğunuz her kullanılabilirlik grubu için bir WSFC kaynak grubu oluşturulur. WSFC, birincil kopyanın sağlığını değerlendirmek için bu kaynak grubunu izler.

Always On kullanılabilirlik grupları için karar yeter sayısı, belirli bir küme düğümünün herhangi bir kullanılabilirlik çoğaltmasını barındırıp barındırmadığına bakılmaksızın WSFC'deki tüm düğümlere dayanır. Veritabanı yansıtma ile karşılaştırıldığında, Always On kullanılabilirlik gruplarında tanık rolü bulunmamaktadır.

Bir WSFC'nin genel sağlık durumu, kümedeki düğümlerin çoğunluk oyuyla belirlenir. WSFC planlanmamış bir olağanüstü durum nedeniyle veya kalıcı bir donanım veya iletişim hatası nedeniyle çevrimdışı olursa, el ile yönetim müdahalesi gerekir. Windows Server veya WSFC yöneticisinin kvorumu zorlaması ve ardından hatalara karşı dayanıklı olmayan bir yapılandırmada kalan küme düğümlerini tekrar çevrimiçi hale getirmesi gerekir.

Önemli

Always On kullanılabilirlik grupları kayıt defteri anahtarları WSFC'nin alt anahtarlarıdır. Bir WSFC'yi silip yeniden oluşturursanız, özgün WSFC'de kullanılabilirlik çoğaltması barındıran her SQL Server örneğinde Always On kullanılabilirlik grupları özelliğini devre dışı bırakmanız ve yeniden etkinleştirmeniz gerekir.

WSFC düğümlerinde SQL Server çalıştırılması ve WSFC çoğunluğu hakkında bilgi için bkz. SQL Server ile Windows Server Yük Devretme Kümelemesi.

SQL Server yük devretme kümesi örnekleri (FCI) ve kullanılabilirlik grupları

WSFC ile birlikte SQL Server ve FCI uygulayarak sunucu örneği düzeyinde ikinci bir yük devretme katmanı ayarlayabilirsiniz. Bağımsız bir SQL Server örneği veya bir FCI örneği, bir kullanılabilirlik replikasını barındırabilir. Belirli bir kullanılabilirlik grubu için yalnızca bir FCI iş ortağı bir çoğaltma barındırabilir. Bir FCI üzerinde kullanılabilirlik çoğaltması çalıştırıldığında, kullanılabilirlik grubu için olası sahipler listesi yalnızca etkin FCI düğümünü içerir.

Always On kullanılabilirlik grupları herhangi bir paylaşılan depolama biçimine bağımlı değildir. Ancak, bir veya daha fazla kullanılabilirlik çoğaltması barındırmak için bir SQL Server yük devretme kümesi örneği (FCI) kullanırsanız, bu FC'lerin her biri standart SQL Server yük devretme kümesi örneği yüklemesine göre paylaşılan depolama gerektirir.

Ek önkoşullar hakkında daha fazla bilgi için bkz. Always On kullanılabilirlik grupları (SQL Server) için önkoşullar, kısıtlamalar ve öneriler.

Yük devretme kümesi örneklerinin ve kullanılabilirlik gruplarının karşılaştırması

FCI'deki düğüm sayısından bağımsız olarak, tüm FCI bir kullanılabilirlik grubunda tek bir replika barındırır. Aşağıdaki tabloda, FCI'daki düğümler ile kullanılabilirlik grubu içindeki çoğaltmalar arasındaki kavramlar arasındaki farklar açıklanmaktadır.

FCI içindeki düğümler Kullanılabilirlik grubu içindeki çoğaltmalar
WSFC Kullanır Evet Evet
Koruma düzeyi Örnek Veritabanı
Depolama türü Paylaşılan Paylaşılmayan

Kullanılabilirlik grubundaki çoğaltmalar depolama alanını paylaşmasa da, FCI tarafından barındırılan bir çoğaltma, bu FCI'nin gerektirdiği şekilde paylaşılan bir depolama çözümü kullanır. Depolama çözümü yalnızca FCI içindeki düğümler tarafından paylaşılır ve kullanılabilirlik grubunun kopyaları arasında paylaşılmaz.
Depolama çözümleri Doğrudan bağlı, SAN, bağlama noktaları, SMB Düğüm türüne bağlıdır
Okunabilir İkinciller Hayır* Evet
Geçerli yük devretme ilkesi ayarları WSFC çoğunluk

FCI'ye özgü

Kullanılabilirlik grubu ayarları**		 WSFC çoğunluk

Kullanılabilirlik grubu ayarları
Aktarılmış kaynaklar Sunucu, örnek ve veritabanı Yalnızca veritabanı

*Kullanılabilirlik grubundaki zaman uyumlu ikincil çoğaltmalar her zaman ilgili SQL Server örneklerinde çalışırken, FCI'deki ikincil düğümler aslında ilgili SQL Server örneklerini başlatmamış ve bu nedenle okunamaz. FCI'de, bir FCI yük devretmesi sırasında kaynak grubu sahipliği ona aktarıldığında, ikincil düğüm yalnızca o zaman SQL Server örneğini başlatır. Ancak etkin FCI düğümünde, FCI üzerinde barındırılan bir veritabanı bir kullanılabilirlik grubuna aitse, yerel kullanılabilirlik replikası okunabilir bir ikincil replika olarak çalışıyorsa veritabanı okunabilir.

**Kullanılabilirlik grubu için yük devretme ilkesi ayarları, bağımsız bir örnekte veya bir FCI örneğinde barındırılıyor olmasına bakılmaksızın tüm çoğaltmalar için geçerlidir.

FCI'da kullanılabilirlik çoğaltması barındırma konusunda dikkat edilmesi gerekenler

Önemli

Bir kullanılabilirlik çoğaltmasını SQL Server yük devretme kümesi örneğinde (FCI) barındırmayı planlıyorsanız, Windows Server 2008 konak düğümlerinin Yük Devretme Kümesi Örnekleri (FCI) için geçerli Always On önkoşullarını ve kısıtlamalarını karşıladığından emin olun. Daha fazla bilgi için bkz. Önkoşullar, Kısıtlamalar ve Her Zaman Açık Kullanılabilirlik Grupları için Öneriler (SQL Server).

SQL Server Yük Devretme Kümesi Örnekleri (FCI'lar), kullanılabilirlik grupları tarafından otomatik yük devretmeyi desteklemez; bu nedenle bir FCI'nin barındırdığı herhangi bir kullanılabilirlik çoğaltması yalnızca el ile yük devretme için yapılandırılabilir.

WSFC'yi tüm düğümlerde bulunmayan paylaşılan diskleri içerecek şekilde yapılandırmanız gerekebilir. Örneğin, üç düğüme sahip iki veri merkezinde bir WSFC düşünün. Düğümlerden ikisi birincil veri merkezinde bir SQL Server FCI barındırıyor ve aynı paylaşılan disklere erişime sahip. Üçüncü düğüm, SQL Server'ın tek başına bir örneğini farklı bir veri merkezinde barındırıyor ve birincil veri merkezinden paylaşılan disklere erişimi yok. Bu WSFC yapılandırması, FCI birincil çoğaltmayı barındırıyorsa ve tek başına örnek ikincil çoğaltmayı barındırıyorsa bir kullanılabilirlik grubu dağıtmayı destekler.

Belirli bir kullanılabilirlik grubu için bir kullanılabilirlik çoğaltmasını barındıracak FCI'yi seçerken, FCI yük devretmesinin tek bir WSFC düğümünün aynı kullanılabilirlik grubu için iki kullanılabilirlik çoğaltmasını barındırmaya çalışmasına neden olamayacağından emin olun.

Aşağıdaki örnek senaryoda bu yapılandırmanın sorunlara nasıl yol açabileceği gösterilmektedir:

  • NODE01 ve NODE02olmak üzere iki düğüm içeren bir WSFC yapılandırabilirsiniz.
  • fciInstance1 ve NODE01 üzerine, bir SQL Server yük devretme kümesi örneği NODE02yüklersiniz ve NODE01'ün geçerli sahibi fciInstance1'tür.
  • NODE02 üzerinde, bağımsız bir örnek olan Instance3 adlı başka bir SQL Server örneği yüklersiniz.
  • NODE01üzerinde, fciInstance1'i Always On erişilebilirlik grupları için etkinleştirirsiniz. NODE02üzerinde, Instance3'i Always On erişilebilirlik grupları için etkinleştirirsiniz. Sonrasında fciInstance1'ın birincil replikayı, Instance3'in ise ikincil replikayı barındırdığı bir kullanılabilirlik grubu oluşturursunuz.
  • Bir noktada, fciInstance1, NODE01 üzerinde kullanılamaz duruma gelir ve WSFC, fciInstance1 öğesinin NODE02 üzerine yük devretmesine neden olur. Yük devretmeden sonra fciInstance1, NODE02üzerinde birincil rol altında çalışan Always On kullanılabilirlik grupları tarafından etkinleştirilmiş bir örnektir. Ancak, Instance3 artık fciInstance1ile aynı WSFC düğümünde bulunur. Bu, Always On kullanılabilirlik grupları kısıtlamasını ihlal eder.

Bu senaryonun ortaya çıkardığı sorunu düzeltmek için, bağımsız örnek Instance3, NODE01 ve NODE02 ile aynı WSFC içindeki başka bir düğümde bulunmalıdır.

SQL Server FCI'leri hakkında daha fazla bilgi için bkz. Always On yük devretme kümesi örnekleri (SQL Server).

WSFC Yöneticisi'ni kullanılabilirlik gruplarıyla kullanma kısıtlamaları

Kullanılabilirlik gruplarında değişiklik yapmak için Yük Devretme Kümesi Yöneticisi'ni kullanmayın. Örneğin:

  • Kullanılabilirlik grubu için kümelenmiş hizmete (kaynak grubu) kaynak eklemeyin veya kaldırmayın.

  • Olası sahipler ve tercih edilen sahipler gibi kullanılabilirlik grubu özelliklerini değiştirmeyin. Bu özellikler, kullanılabilirlik grubu tarafından otomatik olarak ayarlanır.

  • Kullanılabilirlik gruplarını farklı düğümlere taşımak veya kullanılabilirlik gruplarına yük devretmek için Yük Devretme Kümesi Yöneticisi'ni kullanmayın. Yük Devretme Kümesi Yöneticisi, kullanılabilirlik çoğaltmalarının eşitleme durumunun farkında değildir ve bunu yapmak uzun kapalı kalma süresine neden olabilir. Transact-SQL veya SQL Server Management Studio kullanmalısınız.

Uyarı

Kullanılabilirlik grubunu barındıran bir yük devretme kümesi örneğiniaynı kullanılabilirlik grubunun çoğaltmasını barındıran bir düğüme taşımak için Yük Devretme Kümesi Yöneticisi'nin kullanılması, kullanılabilirlik grubu çoğaltmasının kaybedilmesine neden olarak hedef düğümde çevrimiçi duruma getirilmesini engelleyebilir. Bir yük devretme kümesinin tek bir düğümü aynı kullanılabilirlik grubu için birden fazla çoğaltma barındıramaz. Bunun nasıl meydana geldiği ve nasıl kurtarılacağı hakkında daha fazla bilgi için Çoğaltma beklenmedik şekilde kullanılabilirlik grubundan çıkarıldı adlı blog gönderisine bakın.

İlgili içerik

  • Last updated on