Aracılığıyla paylaş

Always On kullanılabilirlik grupları için önkoşullar, kısıtlamalar ve öneriler

Şunlar için geçerlidir: SQL Server

Bu makalede konak bilgisayarlar, Windows Server yük devretme kümeleri (WSFC), sunucu örnekleri ve kullanılabilirlik grupları için önkoşullar, kısıtlamalar ve öneriler de dahil olmak üzere Always On kullanılabilirlik gruplarını dağıtmayla ilgili önemli noktalar açıklanmaktadır. Bu bileşenlerin her biri için güvenlik konuları ve varsa gerekli izinler belirtilir.

Önemli

Always On kullanılabilirlik gruplarını dağıtmadan önce, bu konunun her bölümünü okumanızı kesinlikle öneririz.

Kullanılabilirlik gruplarını destekleyen .NET düzeltmeleri

Always On kullanılabilirlik gruplarında kullanacağınız SQL Server bileşenlerine ve özelliklerine bağlı olarak, aşağıdaki tabloda tanımlanan ek .NET düzeltmelerini yüklemeniz gerekebilir. Düzeltmeleri istediğiniz sırayla yükleyebilirsiniz.

Bağımlı Özellik Acil Güncelleme Bağlantı
Raporlama Hizmetleri .NET 3.5 SP1 düzeltmesi, Read-intent, readonly ve multisubnetfailover özellikleri için SQL İstemcisi'ne destek ekler. Düzeltmenin her Reporting Services rapor sunucusuna yüklenmesi gerekir. KB 2654347: .NET 3.5 SP1 için Always On özellikleri desteği eklemek amacıyla Düzeltmesi

Denetim Listesi: Gereksinimler (Windows sistemi)

Always On kullanılabilirlik grupları özelliğini desteklemek için, bir veya daha fazla kullanılabilirlik grubuna katılacak her bilgisayarın aşağıdaki temel gereksinimleri karşıladığından emin olun:

Gereksinim Bağlantı
Sistemin bir etki alanı denetleyicisi olmadığından emin olun. Kullanılabilirlik grupları etki alanı denetleyicilerinde desteklenmez.
Her bilgisayarın desteklenen bir Windows Server sürümünde çalıştığından emin olun Donanım ve yazılım gereksinimleri:

- SQL Server 2025
SQL Server 2022
- SQL Server 2019
- SQL Server 2016 ve SQL Server 2017
Her bilgisayarın WSFC'de bir düğüm olduğundan emin olun. SQL Server ile Windows Server Yük Devretme Kümelemesi
WSFC'nin kullanılabilirlik grubu yapılandırmalarınızı desteklemek için yeterli düğüm içerdiğinden emin olun. Bir küme düğümü, bir kullanılabilirlik grubu için bir replikasyon barındırabilir. Aynı düğüm, aynı kullanılabilirlik grubundan iki çoğaltma barındıramaz. Küme düğümü, her gruptan bir kopya içeren birden çok kullanılabilirlik grubuna katılabilir.

Veritabanı yöneticilerinize, planlanan kullanılabilirlik gruplarının kullanılabilirlik çoğaltmalarını desteklemek için kaç küme düğümü gerektiğini sorun.

Always On kullanılabilirlik grubu nedir?

Önemli

Ayrıca ortamınızın bir kullanılabilirlik grubuna bağlanmak için doğru yapılandırıldığından emin olun. Daha fazla bilgi için bkz.kullanılabilirlik grupları için sürücü ve istemci bağlantı desteği .

Erişilebilirlik kopyalarını barındıran bilgisayarlar için öneriler (Windows sistemi)

  • Karşılaştırılabilir sistemler: Belirli bir kullanılabilirlik grubu için tüm kullanılabilirlik çoğaltmaları aynı iş yüklerini işleyebilen karşılaştırılabilir sistemlerde çalıştırılmalıdır.

  • Ayrılmış ağ bağdaştırıcıları: En iyi performans için Always On kullanılabilirlik grupları için ayrılmış bir ağ bağdaştırıcısı (ağ arabirimi kartı) kullanın.

  • Yeterli disk alanı: Bir sunucu örneğinin kullanılabilirlik çoğaltmasını barındırdığı her bilgisayarda kullanılabilirlik grubundaki tüm veritabanları için yeterli disk alanı olmalıdır. Birincil veritabanları büyüdükçe, karşılık gelen ikincil veritabanlarının da aynı miktarda büyüdüğünü unutmayın.

  • Özdeş disk yapılandırması: Sunucu örneklerinin kullanılabilirlik çoğaltma kopyalarını barındırdığı her bilgisayar, veritabanı dosyalarının (mdf, ldf) dosya yollarının yansıtıldığından emin olmak için, disk sürücüsü harfleri ve boyutlarıyla tam olarak aynı disk yapılandırmasına sahip olmalıdır. Böylece, bu durum dağıtım ve eşitleme sırasında komplikasyonları önler. Farklı disk düzenleri için Kısıtlamaları (kullanılabilirlik veritabanları) gözden geçirin.

  • Kaynak yöneticisi yapılandırması: Resource Governor kullanıyorsanız kullanılabilirlik grubu çoğaltmalarını barındıran tüm örneklerde aynı resource governor yapılandırmasını kullanın.

İzinler (Windows sistemi)

WSFC'yi yönetmek için kullanıcının her küme düğümünde sistem yöneticisi olması gerekir.

Kümeyi yönetme hesabı hakkında daha fazla bilgi için Ek A: Yük Devretme Kümesi Gereksinimleribölümüne bakın.

HostRecordTTL'yi değiştirme (PowerShell kullanarak)

  1. Yönetici Olarak Çalıştıraracılığıyla PowerShell penceresini açın.

  2. FailoverClusters modülünü içeri aktarın.

  3. Ağ Adı kaynağını bulmak için Get-ClusterResource cmdlet'ini kullanın, ardından HostRecordTTL değerini ayarlamak için Set-ClusterParameter cmdlet'ini aşağıdaki gibi kullanın:

    Get-ClusterResource "<AğKaynakAdı>" | Set-ClusterParameter HostRecordTTL <SüreSaniyeCinsinden>

    Aşağıdaki PowerShell örneği, SQL Network Name (SQL35)adlı bir Ağ Adı kaynağı için HostRecordTTL değerini 300 saniye olarak ayarlar.

    Import-Module FailoverClusters

$nameResource = "SQL Network Name (SQL35)"
Get-ClusterResource $nameResource | Set-ClusterParameter HostRecordTTL 300

    None required if "Tip" refers to gratuity. If context suggests otherwise, consider using "Tavsiye" or "İpucu" based on the intended meaning.

    Her yeni PowerShell penceresini açtığınızda, FailoverClusters modülünü içeri aktarmanız gerekir.

İlgili içerik (PowerShell)

İlgili içerik (Windows sistemi)

SQL Server örneği önkoşulları ve kısıtlamaları

Her kullanılabilirlik grubu, SQL Server örnekleri tarafından barındırılan,kullanılabilirlik replikaları olarak bilinen bir yük devretme iş ortakları kümesi gerektirir. Belirli bir sunucu örneği, tek başına örnek veya SQL Server yük devretme kümesi örneği (FCI) olabilir.

Bu bölümde:

Denetim Listesi: Önkoşullar (sunucu örneği)

Önkoşul Bağlantı
Ana bilgisayar bir WSFC düğümü olmalıdır. Belirli bir kullanılabilirlik grubu için kullanılabilirlik çoğaltmalarını barındıran SQL Server örnekleri, kümenin ayrı düğümlerinde bulunur. Kullanılabilirlik grubu, farklı bir kümeye taşındığında geçici olarak iki küme arasında kalabilir. SQL Server 2016 (13.x) dağıtılmış kullanılabilirlik grupları kullanıma sunulmuştur. Dağıtılmış bir kullanılabilirlik grubunda, iki kullanılabilirlik grubu farklı kümelerde bulunur. SQL Server ile Windows Server Yük Devretme Kümelemesi

Yük Devretme Kümelemesi ve Her Zaman Açık kullanılabilirlik grupları (SQL Server)

Dağıtılmış kullanılabilirlik grupları
Bir kullanılabilirlik grubunun Kerberos ile çalışmasını istiyorsanız:

Kullanılabilirlik grubu için bir kullanılabilirlik çoğaltması barındıran tüm sunucu örnekleri aynı SQL Server hizmet hesabını kullanmalıdır.

Etki alanı yöneticisinin kullanılabilirlik grubu dinleyicisinin sanal ağ adı (VNN) için SQL Server hizmet hesabında Active Directory'ye el ile bir Hizmet Asıl Adı (SPN) kaydetmesi gerekir. SPN, SQL Server hizmet hesabı dışında bir hesapta kayıtlıysa, kimlik doğrulaması başarısız olur.

Kullanılabilirlik grubu (AG) uç noktaları arasındaki iletişimde Kerberos kimlik doğrulamasını kullanmak için, AG tarafından kullanılan veritabanı yansıtma uç noktaları için SPN'leri el ile kaydedin.

Önemli: SQL Server hizmet hesabını değiştirirseniz, etki alanı yöneticisinin SPN'yi el ile yeniden kaydetmesi gerekir.		 Kerberos bağlantıları için Hizmet Asıl Adı kaydetme

Not:

Kerberos ve SPN'ler karşılıklı kimlik doğrulaması uygular. SPN, SQL Server hizmetlerini başlatan Windows hesabıyla eşler. SPN doğru kaydedilmediyse veya başarısız olursa, Windows güvenlik katmanı SPN ile ilişkili hesabı belirleyemez ve Kerberos kimlik doğrulaması kullanılamaz.

Not:NTLM bu gereksinime sahip değildir.
Kullanılabilirlik çoğaltmasını barındırmak için bir SQL Server hata toleranslı küme örneği (FCI) kullanmayı planlıyorsanız, FCI kısıtlamalarını anladığınızdan ve FCI gereksinimlerini karşıladığınızdan emin olun. Kullanılabilirlik çoğaltmasını barındırmak için SQL Server yük devretme kümesi örneği (FCI) kullanma önkoşulları ve gereksinimleri (bu makalenin devamında)
Bir kullanılabilirlik grubuna katılmak için her sunucu örneğinin aynı SQL Server sürümünü çalıştırması gerekir. Daha fazla bilgi için bu bölümün sonundaki sürümlerin ve desteklenen özelliklerin listesine bakın.
Bir kullanılabilirlik grubu için kullanılabilirlik çoğaltmalarını barındıran tüm sunucu örnekleri aynı SQL Server harmanlamasını kullanmalıdır. Sunucu karşılaştırma sırasını ayarlama veya değiştirme
Her kullanılabilirlik grubu için bir kullanılabilirlik çoğaltması barındıracak her sunucu örneğinde Always On kullanılabilirlik grupları özelliğini etkinleştirin. Belirli bir bilgisayarda, Always On kullanılabilirlik grupları için SQL Server yüklemenizin desteklediği kadar sunucu örneğini etkinleştirebilirsiniz. Always On kullanılabilirlik grubu özelliğini etkinleştirme veya devre dışı bırakma

Önemli: Bir WSFC'yi yok edip yeniden oluşturursanız, özgün kümedeki Always On kullanılabilirlik grupları için etkinleştirilen her sunucu örneğinde Always On kullanılabilirlik grupları özelliğini devre dışı bırakmanız ve yeniden etkinleştirmeniz gerekir.
Her bir sunucu örneği için bir veritabanı yansıtma uç noktası gerekir. Bu uç nokta, sunucu örneğindeki tüm kullanılabilirlik çoğaltmaları ve veritabanı yansıtma iş ortakları ve tanıkları tarafından paylaşılır.

Kullanılabilirlik çoğaltmasını barındırmak için seçtiğiniz bir sunucu örneği bir etki alanı kullanıcı hesabı altında çalışıyorsa ve henüz veritabanı yansıtma uç noktası yoksa, Kullanılabilirlik Grubu Sihirbazı'nı (SQL Server Management Studio) kullanma ( veya SQL Server Management Studio'da Kullanılabilirlik Grubu Sihirbazı'nı kullanarak Always On kullanılabilirlik grubunuza çoğaltma ekleme) uç noktayı oluşturabilir ve sunucu örneği hizmet hesabına izin verebilir CONNECT . Ancak, SQL Server hizmeti Yerel Sistem, Yerel Hizmet veya Ağ Hizmeti gibi yerleşik bir hesap veya etki alanı olmayan bir hesap olarak çalışıyorsa, uç nokta kimlik doğrulaması için sertifikalar kullanmanız gerekir ve sihirbaz sunucu örneğinde veritabanı yansıtma uç noktası oluşturamaz. Bu durumda, sihirbazı başlatmadan önce veritabanı yansıtma uç noktalarını el ile oluşturmanızı öneririz.

Güvenlik notu: Always On kullanılabilirlik grupları için taşıma güvenliği, veritabanı yansıtması ile aynıdır.		 Veritabanı yansıtma uç noktası (SQL Server)

Aktarım Güvenliği - Veritabanı Yansıtma - Always On Availability
FILESTREAM kullanan veritabanları bir kullanılabilirlik grubuna eklenirse, kullanılabilirlik grubu için bir kullanılabilirlik çoğaltması barındıracak her sunucu örneğinde FILESTREAM'in etkinleştirildiğinden emin olun. FILESTREAM'i etkinleştir ve yapılandır
Herhangi bir kapsanan veritabanı bir kullanılabilirlik grubuna eklenirse, kullanılabilirlik grubu için bir kullanılabilirlik çoğaltması barındıran her sunucu örneğinde kapsanan veritabanı kimlik doğrulamasının (sunucu yapılandırma seçeneği) 1 olarak ayarlandığından emin olun. Sunucu Yapılandırması: kapsayıcı veritabanı kimlik doğrulaması

Sunucu yapılandırma seçenekleri

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

Kullanılabilirlik gruplarına göre iş parçacığı kullanımı

Always On kullanılabilirlik grupları, çalışan iş parçacıkları için aşağıdaki gereksinimlere sahiptir:

  • SQL Server'ın boşta olan bir örneğinde Always On kullanılabilirlik grupları 0 iş parçacığı kullanır.

  • Kullanılabilirlik grupları tarafından kullanılan en fazla iş parçacığı sayısı, en fazla sunucu iş parçacığı sayısı (max worker threads) eksi 40 için yapılandırılmış ayardır.

  • Belirli bir sunucu örneğinde barındırılan kullanılabilirlik çoğaltmaları, SQL Server 2019 (15.x) ve önceki sürümlerde tek bir iş parçacığı havuzunu paylaşır.

    İş parçacıkları isteğe bağlı olarak aşağıdaki gibi paylaşılır:

    • Genellikle 3-10 paylaşılan iş parçacığı vardır, ancak bu sayı birincil replikanın iş yüküne bağlı olarak artabilir.

    • Belirli bir iş parçacığı bir süre boşta kalırsa, genel SQL Server iş parçacığı havuzuna geri gönderilir. Normalde, etkin olmayan bir iş parçacığı yaklaşık 15 saniye etkinlik dışı bırakıldıktan sonra serbest bırakılır. Ancak, son etkinliğe bağlı olarak boşta kalan bir iş parçacığı daha uzun bir süre muhafaza edilebilir.

    • SQL Server örneği, ikincil çoğaltmalar için paralel yeniden yürütme amacıyla en fazla 100 iş parçacığı kullanır. Her veritabanı, toplam CPU çekirdeği sayısının yarısına kadar kullanır, ancak veritabanı başına 16 iş parçacığından fazlasını kullanmaz. Tek bir örnek için gerekli iş parçacıklarının toplam sayısı 100'ü aşarsa, SQL Server kalan her veritabanı için tek bir yineleme iş parçacığı kullanır. Seri yineleme iş parçacıkları yaklaşık 15 saniye etkinlik dışı bırakıldıktan sonra serbest bırakılır.

  • Ayrıca, kullanılabilirlik grupları paylaşılmayan iş parçacıklarını aşağıdaki gibi kullanır:

    • Her bir birincil kopya, her birincil veritabanı için 1 Günlük Yakalama iş parçacığı kullanır. Buna ek olarak, her ikincil veritabanı için 1 Günlük Gönderme iş parçacığı kullanır. Günlük gönderme iş parçacıkları yaklaşık 15 saniye etkinlik dışı bırakıldıktan sonra serbest bırakılır.

    • İkincil çoğaltmadaki bir yedekleme, yedekleme işlemi süresi boyunca birincil çoğaltmada bir iş parçacığı tutar.

  • SQL Server 2022 (16.x), yineleme çalışması olan tüm veritabanlarıyla paylaşılan örnek düzeyinde bir iş parçacığı havuzu olan paralel yineleme iş parçacığı havuzunu kullanıma sunar. Bu havuzla, aynı iş parçacığı kümesi farklı veritabanları için günlük kayıtlarını aynı anda (paralel olarak) işleyebilir. SQL Server 2019 (15.x) ve önceki sürümlerde, yineleme için kullanılabilir iş parçacığı sayısı 100 ile sınırlıdır.

  • SQL Server 2019 (15.x), bellek için iyileştirilmiş kullanılabilirlik grubu veritabanları için paralel yinelemeyi kullanıma sunar. SQL Server 2016 (13.x) ve SQL Server 2017'de (14.x), kullanılabilirlik grubundaki bir veritabanı da bellek için iyileştirilmişse disk tabanlı tablolar paralel yineleme kullanmaz.

Daha fazla bilgi için bkz . Always On - HADRON Learning Series: HADRON özellikli veritabanları için çalışan havuzu kullanımı (CSS SQL Server Mühendisleri Blogu).

İzinler (sunucu örneği)

Görev Gerekli İzinler
Veritabanı yansıtma uç noktasını oluşturma CREATE ENDPOINT Sysadmin sabit sunucu rolünde izin veya üyelik gerektirir. Ayrıca izin gerektirir CONTROL ON ENDPOINT . Daha fazla bilgi için bkz. GRANT endpoint permissions.
Always On kullanılabilirlik gruplarını etkinleştirme Yerel bilgisayardaki Yöneticisi grubunda üyelik ve WSFC'de tam denetim gerektirir.

Görev Makale
Veritabanı yansıtma uç noktasının mevcut olup olmadığını belirleme sys.database_mirroring_endpoints
Veritabanı yansıtma uç noktası oluşturma (henüz yoksa) Windows Kimlik Doğrulaması için veritabanı yansıtma uç noktası oluşturma

Veritabanı yansıtma uç noktası için sertifikaları kullanma

PowerShell kullanarak erişilebilirlik grubu için bir veritabanı ayna uç noktası oluşturma
Kullanılabilirlik gruplarını etkinleştirme Always On kullanılabilirlik grubu özelliğini etkinleştirme veya devre dışı bırakma

İlgili içerik (sunucu örneği)

Ağ bağlantısı önerileri

WSFC düğümleri arasındaki iletişimler ve kullanılabilirlik çoğaltmaları arasındaki iletişimler için aynı ağ bağlantılarını kullanmanızı kesinlikle öneririz. Bağlantılardan bazıları (aralıklı olarak bile) başarısız olursa ayrı ağ bağlantılarının kullanılması beklenmeyen davranışlara neden olabilir.

Örneğin, bir kullanılabilirlik grubunun otomatik yük devretmeyi desteklemesi için, otomatik yük devretme iş ortağı olan ikincil çoğaltma EŞİTLENMİŞ DURUMDA olmalıdır. Bu ikincil çoğaltma için ağ bağlantısı başarısız olursa (aralıklı olarak da olsa), çoğaltma birimi ZAMAN UYUMSUZ durumuna girer ve bağlantı geri yüklenene kadar yeniden eşitlemeye başlayamaz. İkincil çoğaltma eşitlenmemişken WSFC otomatik yük devretme isterse, otomatik yük devretme gerçekleşmez.

İstemci bağlantı desteği

İstemci bağlantısı için Always On kullanılabilirlik grupları desteği hakkında bilgi için bkz. kullanılabilirlik grupları için sürücü ve istemci bağlantı desteği.

Kullanılabilirlik çoğaltmasını barındırmak için SQL Server yük devretme kümesi örneği (FCI) kullanma önkoşulları ve kısıtlamaları

Bu bölümde:

Kısıtlamalar (FCI' ler)

Not

Yük devretme kümesi örnekleri (FCI) kümelenmiş paylaşılan birimleri (CSV) destekler. CSV hakkında daha fazla bilgi için bkz. Yük Devretme Kümesinde Küme Paylaşılan Birimlerini Anlama.

  • FCI'nin küme düğümleri, belirli bir kullanılabilirlik grubu için yalnızca bir çoğaltma barındırabilir: Bir FCI'ye kullanılabilirlik çoğaltması eklerseniz, olası FCI sahipleri olan WSFC düğümleri aynı kullanılabilirlik grubu için başka bir çoğaltma barındıramaz. Olası çakışmaları önlemek için yük devretme kümesi örneği için olası sahiplerin yapılandırılması önerilir. Bu, tek bir WSFC'nin aynı kullanılabilirlik grubu için iki kullanılabilirlik çoğaltmasını barındırmaya çalışması durumunu önler.

    Ayrıca, diğer tüm çoğaltmaların aynı Windows Server yük devretme kümesindeki farklı bir küme düğümünde bulunan bir SQL Server örneği tarafından barındırılması gerekir. Tek istisna, başka bir kümeye geçirilirken bir kullanılabilirlik grubunun geçici olarak iki kümeyi birleştirebileceğidir.

    Uyarı

    Yük Devretme Kümesi Yöneticisi'ni kullanarak bir kullanılabilirlik grubunu barındıran bir FCI'yi, aynı kullanılabilirlik grubunun bir yedek kopyasını barındıran zaten bir düğüme taşımak, kullanılabilirlik grubu yedek kopyasının kaybolmasına neden olabilir ve bu, hedef düğümde çevrimiçi olmasını 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 gerçekleştiği ve nasıl kurtarılır hakkında daha fazla bilgi için Çoğaltma beklenmedik bir şekilde kullanılabilirlik grubuna bırakıldı blogunu inceleyin.

  • FCI'ler kullanılabilirlik grupları tarafından otomatik yük devretmeyi desteklemez: FCI'ler kullanılabilirlik grupları tarafından otomatik yük devretmeyi desteklemez, bu nedenle FCI tarafından barındırılan tüm kullanılabilirlik çoğaltmaları yalnızca el ile yük devretme için yapılandırılabilir.

  • FCI ağ adını değiştirme: Kullanılabilirlik çoğaltmasını barındıran bir FCI'nin ağ adını değiştirmeniz gerekiyorsa, çoğaltmayı kullanılabilirlik grubundan kaldırmanız ve sonra çoğaltmayı yeniden kullanılabilirlik grubuna eklemeniz gerekir. Birincil çoğaltmayı kaldıramazsınız, bu nedenle birincil çoğaltmayı barındıran bir FCI'yi yeniden adlandırıyorsanız, bir ikincil çoğaltmaya geçiş yapmalı, ardından eski birincil çoğaltmayı kaldırıp yeniden eklemelisiniz. FCI'yi yeniden adlandırmak, veritabanı yansıtma uç noktasının URL'sini değiştirebilir. Replikayı eklediğinizde, geçerli uç nokta URL'sini belirttiğinizden emin olun.

Kontrol Listesi: Önkoşullar (FCI'ler)

Önkoşul Bağlantı
Her SQL Server yük devretme kümesi örneğinin (FCI) standart SQL Server yük devretme kümesi örneği yüklemesine göre gerekli paylaşılan depolama alanına sahip olduğundan emin olun.

Görev Makale
SQL Server FCI yükleme Yeni bir Always On yük devretme kümesi örneği oluşturma (Kurulum)
Mevcut SQL Server FCI'nizin yerinde yükseltmesi Yük devretme kümesi örneğini yükselt
Mevcut SQL Server FCI'nizi koruma Yük devretme kümesi örneğinde düğüm ekleme veya kaldırma (Kurulum)

İlgili içerik (FCI' ler)

Kullanılabilirlik grubu önkoşulları ve kısıtlamaları

Bu bölümde:

Kısıtlamalar (kullanılabilirlik grupları)

  • Kullanılabilirlik çoğaltmaları bir WSFC'nin farklı düğümleri tarafından barındırılmalıdır: Belirli bir kullanılabilirlik grubu için, kullanılabilirlik çoğaltmaları aynı WSFC'nin farklı düğümlerinde çalışan sunucu örnekleri tarafından barındırılmalıdır. Tek istisna, başka bir kümeye geçirilirken bir kullanılabilirlik grubunun geçici olarak iki kümeyi birleştirebileceğidir.

    Not

    Aynı fiziksel bilgisayarda bulunan sanal makineler, her biri ayrı bir bilgisayar gibi davrandığından, aynı kullanılabilirlik grubuna ait bir kullanılabilirlik çoğaltması barındırabilir.

  • Benzersiz kullanılabilirlik grubu adı: Her kullanılabilirlik grubu adı WSFC'de benzersiz olmalıdır. Kullanılabilirlik grubu adı için uzunluk üst sınırı 128 karakterdir.

  • Kullanılabilirlik çoğaltmaları: Her kullanılabilirlik grubu bir birincil çoğaltmayı ve en fazla sekiz ikincil çoğaltmayı destekler. Tüm çoğaltmalar zaman uyumsuz işleme modunda çalıştırılabilir veya en fazla beşi zaman uyumlu işleme modunda (iki zaman uyumlu ikincil çoğaltmaya sahip bir birincil çoğaltma) çalıştırılabilir. Her çoğaltmanın hem Windows hem de SQL Server'da benzersiz bir sunucu adı olmalıdır. Windows ve SQL Server arasındaki sunucu adları eşleşmelidir.

  • Bilgisayar başına kullanılabilirlik grubu ve kullanılabilirlik veritabanı sayısı üst sınırı: Bilgisayara (VM veya fiziksel) yerleştirebileceğiniz gerçek veritabanı ve kullanılabilirlik grubu sayısı donanıma ve iş yüküne bağlıdır, ancak zorunlu bir sınır yoktur. Microsoft, fiziksel makine başına en fazla 10 AG ve 100 DB test etti; ancak bu bir bağlama sınırı değildir. Sunucudaki ve iş yükündeki donanım belirtimine bağlı olarak, SQL Server örneğine daha fazla sayıda veritabanı ve kullanılabilirlik grubu yerleştirebilirsiniz. Aşırı yüklenmiş sistemlerin işaretleri arasında çalışan iş parçacığı tükenmesi, kullanılabilirlik grubu sistem görünümleri ve DMV'ler için yavaş yanıt süreleri ve/veya durdurulmuş dağıtıcı sistem dökümleri bulunabilir, ancak bunlarla sınırlı değildir. Uygulama SLA'larınız içinde en yüksek iş yükü kapasitesini işleyebilmesi için lütfen ortamınızı üretim benzeri bir iş yüküyle kapsamlı bir şekilde test edin. SLA'ları değerlendirirken, hata koşulları ve beklenen yanıt süreleri altında yükü dikkate aldığınızdan emin olun.

  • Kullanılabilirlik gruplarını işlemek için Yük Devretme Kümesi Yöneticisi'ni kullanmayın. SQL Server FCI'nin durum bilgisi, SQL Server ile Windows Server Yük Devretme Kümesi (WSFC) arasında paylaşılır; SQL Server, kümenin önemsemediği örnekler hakkında daha ayrıntılı durum bilgilerini saklar. Yönetim modeli, SQL Server'ın işlemleri yönetmesi gerektiğidir ve kümenin durum görünümünü SQL Server'ın durum görünümüyle eşitlenmiş durumda tutmakla sorumludur. Kümenin durumu SQL Server dışında değiştirilirse, durumun WSFC ile SQL Server arasında eşitlenmemiş olması mümkündür ve bu da öngörülemeyen davranışlara yol açabilir.

    Örneğin:

    • Olası sahipler gibi kullanılabilirlik grubu özelliklerini değiştirmeyin.

    • Kullanılabilirlik gruplarını yük devretmek amacıyla Yük Devretme Kümesi Yöneticisi'ni kullanmayın. Transact-SQL veya SQL Server Management Studio kullanmalısınız.

  • kullanılabilirlik grubu rolüyle ilişkili kaynakları eklemeyin veya bağımlılıkları değiştirmeyin. Kullanılabilirlik grubu rolüne herhangi bir ek kaynak (kullanıcı veya üçüncü taraf dahil) yerleştirmenizi veya rol bağımlılıklarını değiştirmenizi önermeyiz çünkü bu değişiklikler yük devretme performansını olumsuz etkileyebilir.

Önkoşullar (kullanılabilirlik grupları)

Kullanılabilirlik grubu yapılandırmasını oluştururken veya yeniden yapılandırırken aşağıdaki gereksinimlere uyduğunuzdan emin olun.

Önkoşul Açıklama
Kullanılabilirlik çoğaltmasını barındırmak için bir SQL Server hata toleranslı küme örneği (FCI) kullanmayı planlıyorsanız, FCI kısıtlamalarını anladığınızdan ve FCI gereksinimlerini karşıladığınızdan emin olun. Kullanılabilirlik çoğaltması barındırmak için SQL Server yük devretme kümesi örneği (FCI) kullanma önkoşulları ve kısıtlamaları (bu makalenin önceki bölümlerinde)

Güvenlik (kullanılabilirlik grupları)

  • Güvenlik WSFC'den devralınır. Windows Server yük devretme kümelemesi, tüm kümenin ayrıntı düzeyinde iki kullanıcı güvenliği düzeyi sağlar:

    • Yalnızca okuma izni

    • Tam denetim

      Always On kullanılabilirlik gruplarının tam denetime sahip olması gerekir ve SQL Server örneğinde Always On kullanılabilirlik gruplarının etkinleştirilmesi küme üzerinde tam denetim sağlar (Hizmet SIDaracılığıyla).

      Küme Yöneticisi'nde bir sunucu örneğinin güvenliğini doğrudan ekleyemez veya kaldıramazsınız. Küme güvenlik oturumlarını yönetmek için SQL Server Configuration Manager'ı veya SQL Server'ın WMI eşdeğerini kullanın.

  • Her SQL Server örneğinin kayıt defterine, kümeye vb. erişme izinleri olmalıdır.

  • Always On kullanılabilirlik gruplarının kullanılabilirlik çoğaltmalarını barındıran sunucu örnekleri arasındaki bağlantılar için şifreleme kullanmanızı öneririz.

İzinler (kullanılabilirlik grupları)

Görev Gerekli İzinler
Kullanılabilirlik grubu oluşturma Sysadmin sabit sunucu rolüne ve CREATE AVAILABILITY GROUP sunucu iznine, ALTER ANY AVAILABILITY GROUP iznine veya CONTROL SERVER iznine sahip olmayı gerektirir.
Kullanılabilirlik grubunu değiştirme ALTER AVAILABILITY GROUP Kullanılabilirlik grubu, izin, CONTROL AVAILABILITY GROUPALTER ANY AVAILABILITY GROUP izin veya CONTROL SERVER izin üzerinde izin gerektirir.

Ayrıca, veritabanını bir kullanılabilirlik grubuna eklemek için db_owner sabit veritabanı rolüne üyelik gerekir.
Kullanılabilirlik grubunu bırakma/silme ALTER AVAILABILITY GROUP Kullanılabilirlik grubu, izin, CONTROL AVAILABILITY GROUPALTER ANY AVAILABILITY GROUP izin veya CONTROL SERVER izin üzerinde izin gerektirir. Yerel çoğaltma konumunda barındırılan bir kullanılabilirlik grubunu bırakmak için bu kullanılabilirlik grubu üzerinde izin veya CONTROL SERVER izne ihtiyacınız vardırCONTROL.

Görev Makale
Kullanılabilirlik grubu oluşturma Kullanılabilirlik Grubu Sihirbazı'nı (SQL Server Management Studio) kullanma

Transact-SQL (T-SQL) kullanarak AlwaysOn kullanılabilirlik grubu oluşturma

PowerShell kullanarak Always On kullanılabilirlik grubu oluşturma

uç nokta URL'sini belirtme - Kullanılabilirlik Çoğaltması Ekleme veya Değiştirme
Kullanılabilirlik replica'larının sayısını değiştirme Always On kullanılabilirlik grubuna ikincil çoğaltma ekleme

İkincil çoğaltmayı Always On kullanılabilirlik grubuna ekleme

Bir İkincil Çoğaltmayı Bir Kullanılabilirlik Grubundan (SQL Server) Kaldırma
Kullanılabilirlik grubu dinleyicisi oluşturma Always On kullanılabilirlik grubu için bir dinleyici yapılandırın
Kullanılabilirlik grubunu bırakma Kullanılabilirlik grubunu kaldırma (SQL Server)

Kullanılabilirlik veritabanı önkoşulları ve kısıtlamaları

Kullanılabilirlik grubuna eklenebilmek için veritabanının aşağıdaki önkoşulları ve kısıtlamaları karşılaması gerekir.

Bu bölümde:

Denetim listesi: Gereksinimler (kullanılabilirlik veritabanları)

Kullanılabilirlik grubuna eklenebilmek için veritabanının şunları yapması gerekir:

Gereksinimler Bağlantı
Kullanıcı veritabanı olun. Sistem veritabanları bir kullanılabilirlik grubuna ait olamaz.
Kullanılabilirlik grubunu oluşturduğunuz ve sunucu örneğine erişebildiğiniz SQL Server örneğinde bulunun.
Okuma-yazma veritabanı olun. Salt okunur veritabanları bir kullanılabilirlik grubuna eklenemez. sys.databases (is_read_only = 0)
Çok kullanıcılı bir veritabanı olun. sys.databases (user_access = 0)
kullanmayın AUTO_CLOSE. sys.databases (is_auto_close_on = 0)
Tam kurtarma modelini kullanın. sys.databases (recovery_model = 1)
En az bir tam veritabanı yedeğine sahip olun.

Not: Veritabanını tam kurtarma modeline ayarladıktan sonra, tam kurtarma günlük zincirini başlatmak için tam yedekleme gerekir.		 Tam veritabanı yedeklemesi oluşturma
Mevcut kullanılabilirlik grubuna ait değildir. sys.databases (group_database_id = NULL)
Veritabanı yansıtma için yapılandırılmadı. sys.database_mirroring (Veritabanı yansıtma işlevine dahil değilse, "mirroring_" ön ekli tüm sütunlar NULL olur.)
Bir kullanılabilirlik grubuna FILESTREAM kullanan bir veritabanı eklemeden önce, FILESTREAM'in kullanılabilirlik grubu için bir kullanılabilirlik çoğaltması barındıran veya barındıracak her sunucu örneğinde etkinleştirildiğinden emin olun. FILESTREAM'i etkinleştir ve yapılandır
Kapsanan veritabanını bir kullanılabilirlik grubuna eklemeden önce, veritabanı kimlik doğrulaması sunucusu seçeneğinin, kullanılabilirlik grubu için bir kullanılabilirlik çoğaltması barındıran veya barındıracak her sunucu örneğinde 1 olarak ayarlandığından emin olun. Sunucu Yapılandırması: kapsayıcı veritabanı kimlik doğrulaması

Sunucu yapılandırma seçenekleri

Not

Always On kullanılabilirlik grupları desteklenen tüm veritabanı uyumluluk düzeyleriyle çalışır.

Kısıtlamalar (kullanılabilirlik veritabanları)

  • İkincil veritabanının dosya yolu (sürücü harfi dahil) ilgili birincil veritabanının yolundan farklıysa, aşağıdaki kısıtlamalar geçerlidir:

  • Şu anda bir kullanılabilirlik grubuna ait olan bir veritabanını bırakamazsınız.

TDE korumalı veritabanları için izleme

Saydam veri şifrelemesi (TDE) kullanıyorsanız, diğer anahtarları oluşturmak ve şifresini çözmek için sertifika veya asimetrik anahtar, kullanılabilirlik grubu için bir kullanılabilirlik çoğaltması barındıran her sunucu örneğinde aynı olmalıdır. Daha fazla bilgi için bkz. TDE korumalı veritabanını başka bir SQL Server'a taşıma.

İzinler (kullanılabilirlik veritabanları)

Veritabanı üzerinde ALTER izni gereklidir.

Görev Makale
İkincil veritabanı hazırlama (el ile) AlwaysOn kullanılabilirlik grubu için ikincil veritabanı hazırlama
İkincil veritabanını kullanılabilirlik grubuna ekleme (el ile) İkincil veritabanını Always On kullanılabilirlik grubuna katıl
Kullanılabilirlik veritabanı sayısını değiştirme Always On kullanılabilirlik grubuna veritabanı ekleme

Kullanılabilirlik grubundan ikincil veritabanını kaldırma (SQL Server)

AlwaysOn kullanılabilirlik grubundan birincil veritabanını kaldırma

İlgili içerik

  • Last updated on