SQL Server Yük Devretme Kümesi: Veritabanı Yöneticileri İçin Eksiksiz Kılavuz [2026]

SQL Server Yük devretme kümesi bir yüksek kullanılabilirlik çözümü bu da bir SQL Server Bir sunucu arızalandığında bile örnek çalışmaya devam eder. Bunu, aynı örneği birden fazla fiziksel sunucuda (düğüm olarak adlandırılır) çalıştırarak başarır; böylece bir sunucu çökerse, diğeri otomatik olarak devreye girer ve istemci tarafında manuel müdahale veya değişiklik gerektirmez.

1.2 Temel Bileşenler ve Mimari

A SQL Server Yük devretme kümesi örneği, her biri farklı bir rol oynayan beş temel bileşenden oluşur. Bunlar birlikte, istemcilerin tek bir sunucuymuş gibi etkileşim kurduğu tek bir mantıksal birim oluşturur.

düğümler: Kümede yer alan fiziksel sunucular. Herhangi bir anda, tam olarak bir düğüm aktiftir ve çalışır. SQL Server Örneğin; kalan düğümler beklemede kalır ve aktif düğümün durumunu izler.
Paylaşımlı depolama: Tüm düğümlerin aynı anda erişebileceği bir depolama birimi (SAN, iSCSI, Storage Spaces Direct veya SMB dosya paylaşımı). Her düğüm aynı depolama biriminden okuma ve yazma işlemi yaptığı için, düğümler arasında veri çoğaltmaya gerek yoktur ve hangi düğüm devralırsa devralsın aynı veritabanı dosyaları anında kullanılabilir durumdadır.
Sanal ağ adı ve sanal IP adresi: Müşterilerin, hangi fiziksel düğümün aktif olduğuna bakılmaksızın her zaman bağlandığı istikrarlı bir kimlik. Bir arıza durumunda, sanal ağ adı ve IP adresi yeni aktif düğüme yeniden kaydedilir, bu da geçişi uygulamalar için şeffaf hale getirir.
Windows Server Yük Devretme Kümesi (WSFC): Her şeyi bir arada tutan temel platform. WSFC, kalp atışı ağı aracılığıyla düğüm ve kaynak sağlığını sürekli olarak izler, kaynak grubu sahipliğini yönetir ve bir arıza tespit edildiğinde yük devretme sürecini düzenler.
yeter sayı: WSFC içinde, bölünmüş beyin senaryolarını önleyen bir oylama mekanizması. Her düğüm küme sağlığı hakkında oy kullanır; çift düğümlü kümelerde tanık disk veya dosya paylaşımı ek bir oy sağlar. Küme, yalnızca oyların çoğunluğuna ulaşılabildiğinde çevrimiçi kalır ve böylece iki izole düğüm grubunun aynı anda kümenin sahipliğini iddia edememesi sağlanır. SQL Server örneği.

Bu bileşenler net bir hiyerarşi içinde çalışır: WSFC düğümleri yönetir ve çoğunluğu sağlar, düğümler aynı depolama alanına erişimi paylaşır ve sanal ağ adı, istemcilere tüm ağda tutarlı bir bağlantı noktası sağlar. Bir düğüm arızalandığında, WSFC kalp atışı kaybını algılar, çoğunluğun hala geçerli olduğunu doğrular, sanal ağ adı, sanal IP ve depolama alanı dahil olmak üzere kaynak grubu sahipliğini yedek bir düğüme aktarır ve bağlantıyı yeniden başlatır. SQL Server Tekrar çevrimiçi oluyorlar. Tüm süreç otomatik olarak ve istemci tarafında herhangi bir değişiklik gerektirmeden gerçekleşiyor.

1.3 FCI ve Always On Kullanılabilirlik Grupları Karşılaştırması

SQL Server WSFC üzerine kurulu iki Always On teknolojisi sunmaktadır. Başlıca farklılıklar şunlardır:

Yük Devretme Kümesi Örneği (FCI): Örnek düzeyinde yüksek kullanılabilirlik (HA). Tüm veritabanları birlikte arıza durumunda devreye girer. Paylaşımlı depolama gerektirir. Düğümler arasında veri çoğaltma yoktur. Dahili felaket kurtarma (DR) özelliği yoktur.
Sürekli Erişilebilirlik Grupları (AG): Veritabanı düzeyinde yüksek kullanılabilirlik. İkincil kopyalara log tabanlı çoğaltma. Paylaşımlı depolama gerektirmez. Hem yüksek kullanılabilirliği hem de felaket kurtarmayı destekler.

Mevcut paylaşımlı depolama ile örnek düzeyinde arıza durumunda devreye girme için FCI'yı kullanın. Felaket kurtarma veya okunabilir ikincil sunucular da gerektiğinde FCI'yı AG ile birleştirin.

1.4 Faydaları ve Sınırlamaları

Faydaları:

Donanım, işletim sistemi veya hizmet arızası durumunda otomatik yedekleme;
İstemci yeniden yapılandırması yok;
Dolaylı kontrol noktaları aracılığıyla öngörülebilir arıza durumunda devreye girme süresi;
Esnek paylaşımlı depolama seçenekleri.

Sınırlamalar:

Paylaşımlı depolama, depolama biriminin kendisi yedekli olmadığı sürece tek bir arıza noktasıdır;
Yalnızca bir düğüm çalışıyor. SQL Server o anda okuma yükü dengelemesi yapılmıyor;
AG ile eşleştirilmeden dahili DR özelliği bulunmamaktadır.

2. Önkoşullar ve Gereksinimler

2.1 Donanım ve Yazılım

Aynı veya eşdeğer donanıma, 64 bit işlemciye ve arıza durumunda yedekleme kümelemesi için onaylanmış depolama denetleyicilerine sahip en az iki fiziksel sunucu gereklidir.
Windows Server 2016, 2019 veya 2022 (Standart veya Datacenter). Tüm düğümler aynı işletim sistemi sürümünü, versiyonunu ve kümülatif güncelleme düzeyini çalıştırmalıdır.
SQL Server Standart veya Kurumsal sürüm. Tüm düğümlerin aynı şekilde çalışması gerekir. SQL Server Sürüm ve yama seviyesi.

2.2 Ağ ve Alan Adı Gereksinimleri

Tüm düğümlerin aynı Active Directory etki alanına ait olması gerekir. Çalışma grubu kümeleri, çok etki alanlı kümeler ve salt okunur etki alanı denetleyicileri desteklenmez.
Tüm ağ bağdaştırıcılarına statik IP adresleri atayın. Küme kalp atışı trafiği için düğüm başına en az bir ağ arayüz kartı (NIC) ayırın. Ad çözümlemesi için Alan Adı Sistemi (DNS) yapılandırın.
Kurulum hesabının tüm düğümlerde yerel Yönetici haklarına sahip olması gerekir ve Bilgisayar Nesneleri Oluştur Active Directory'de izin.

2.3 Paylaşımlı Depolama Seçenekleri

SQL Server Yük devretme kümelemesi, çeşitli paylaşımlı depolama teknolojilerini destekler. Altyapınıza ve bütçenize en uygun olanı seçin:

SAN (Fibre Channel veya iSCSI): En yaygın olanı. Tüm düğümlerin aynı mantıksal birim numaralarına (LUN'lara) erişmesi gerekir. Tek yollu hataları önlemek için çok yollu G/Ç (MPIO) kullanın.
Storage Spaces Direct (S2D): Yerel olarak bağlı NVMe veya SSD'ler, düğümler arasında havuzlanarak kullanılır. Windows Server 2016 Datacenter veya daha yeni bir sürüm gerektirir.
Sunucu Mesaj Bloğu (SMB) dosya paylaşımları ve Küme Paylaşımlı Birimler (CSV): Şuradan desteklenir: SQL Server 2014 ve sonrası.

Kümedeki tüm diskleri temel NT Dosya Sistemi olarak biçimlendirin (NTFSKüme düğümlerinde bağlı birimlerden kaçının.

3. Kümenin Planlanması

Kurulumdan önce, küme güvenilirliğini ve donanım maliyetini doğrudan etkileyen düğüm yapılandırma türünü ve quorum kurulumunu planlamanız gerekir:

3.1 Yapılandırma Türleri

SQL Server Yük devretme kümeleri, her biri basitlik, donanım maliyeti ve bekleme kapasitesi arasında farklı dengeler sağlayan dört tür düğüm yapılandırmasını destekler.

Tip 1: Aktif/Bekleme. 1 FCI, 2 Düğüm. 1. Düğüm Aktif; 2. Düğüm Beklemede. Beklemedeki Düğüm, Aktif Düğümün kalp atışını sürekli olarak izler ve Aktif Düğüm arızalandığında FCI'yı devralır. Bu, en basit yapılandırmadır ve üretimde en yaygın olanıdır.
Tip 2: Aktif/Aktif. 2 adet FCI (Fabrika Bağlantı Noktası), 2 adet fiziksel Düğümü paylaşıyor. Düğüm 1, FCI 1 için Aktif Düğüm ve FCI 2 için Yedek Düğüm; Düğüm 2 ise FCI 2 için Aktif Düğüm ve FCI 1 için Yedek Düğüm'dür. İki Düğüm de karşılıklı yedek düğümdür; normal çalışma koşullarında her ikisi de canlı iş yüklerini taşır. Düğümlerden biri arızalanırsa, hayatta kalan Düğüm arızalanan Düğümün FCI'sını devralırken kendi FCI'sını çalıştırmaya devam eder. Bu nedenle, her Düğüm, her iki FCI'nın birleşik iş yükünü kaldıracak şekilde boyutlandırılmalıdır.
Tip 3: N+1. N adet FCI, N+1 düğümü paylaşıyor. Her FCI'nin bir aktif düğümü vardır; tüm N FCI tek bir ortak yedek düğümü paylaşır. Paylaşılan yedek düğüm, arızalanan herhangi bir aktif düğümün tüm iş yükünü bağımsız olarak absorbe edebilmelidir.
Tip 4: N+M. N adet FCI, N+M düğümü paylaşır. Her FCI'nin bir aktif düğümü vardır; tüm N FCI, M adet yedek düğümü paylaşır. M adet yedek düğüm, N aktif düğümün tamamı için arıza durumunda devreye girme işlevini topluca karşılar, potansiyel yükü daha fazla yedek kapasiteye dağıtır ve N+1'e kıyasla düğüm başına donanım gereksinimlerini azaltır.

3.2 Toplantı Yeter Sayım Kuralları

Çoğunluk, kümenin çevrimiçi kalması için yeterli sayıda sağlıklı üyeye sahip olup olmadığını belirler. Çoğunluğu ayarlarken ve sürdürürken aşağıdaki yönergeleri göz önünde bulundurun:

Bölünmüş oylama senaryosunda çoğunluğu garanti altına almak ve bölünmüş beyin etkisini önlemek için, tek sayıda oy sayısını esas alacak şekilde yapılandırın.
İki düğümlü kümeler için şunu kullanın: Düğüm ve Disk Çoğunluğu Üçüncü oy olarak tanık diski kullanılır. Tanık diskinin sürücü harfine ihtiyacı yoktur.
Çoğunluk tamamen kaybolursa, hayatta kalan düğümleri kurtarmak için son çare olarak zorla çoğunluk sağlayın, ardından üretime dönmeden önce hemen yeniden yapılandırın.

4. Windows Server Yük Devretme Kümesinin (WSFC) Kurulumu

4.1 Paylaşımlı Depolama Alanının Hazırlanması

Küme oluşturmadan önce tüm paylaşımlı depolama alanlarını bağlayın ve yapılandırın.

Tüm depolama LUN'larını fiziksel olarak her küme düğümüne bağlayın veya tahsis edin.
Üzerinde yalnızca ilk düğümaçık Disk YönetimiHer diski çevrimiçi hale getirin, başlatın ve bir dosya oluşturun. NTFS Sürücü harfi olan bir disk birimi oluşturun. Tanık diski için küçük bir disk birimi (1-2 GB) oluşturun; sürücü harfi gerekli değildir.
Geriye kalan her düğümde, açın Disk Yönetimi ve yalnızca diskleri çevrimiçi hale getirin. Yeniden başlatmayın veya yeniden biçimlendirmeyin. Sürücü harfleri ilk düğümle eşleşmiyorsa, bunları manuel olarak atayın.

4.2 Yük Devretme Kümeleme Özelliğini Kurun ve Doğrulayın

Yük Devretme Kümeleme özelliğini her düğüme yükleyin, ardından küme oluşturmadan önce doğrulayın.

Her düğümde açın Sunucu Yöneticisi -> Roller ve Özellikler Ekle -> Özelliklerseçin Yük Devretme KümelemeVe tıklama kurmakİstenirse yeniden başlatın. PowerShell alternatifi:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Herhangi bir düğümde, açın Yük Devretme Kümesi Yöneticisi -> Yapılandırmayı DoğrulaTüm düğüm ana bilgisayar adlarını ekleyin ve tüm testleri çalıştırın. PowerShell alternatifi:
```
Test-Cluster -Node Node1, Node2
```
Devam etmeden önce doğrulama raporundaki tüm hataları giderin. S2D kullanılmıyorsa Storage Spaces Direct uyarıları göz ardı edilebilir.

4.3 WSFC'yi Oluşturma

Doğrulama işlemleri tamamlandıktan sonra kümeyi oluşturun ve yapılandırmasını doğrulayın.

In Yük Devretme Kümesi Yöneticisitık Küme OluşturTüm düğüm ana bilgisayar adlarını ekleyin, küme adını ve statik sanal IP adresini girin, ardından tıklayın. SonrakiPowerShell alternatifi:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Etki alanı izinleri kısıtlıysa, bu adımı çalıştırmadan önce Active Directory yöneticinizden küme adı bilgisayar nesnesini önceden hazırlamasını isteyin.
Oluşturulduktan sonra, yeterli çoğunluğun sağlanıp sağlanmadığını doğrulayın. Düğüm ve Disk Çoğunluğu Tanık diskinin atanmasıyla birlikte.
Depolama -> DisklerKümedeki her diskin adını rolünü yansıtacak şekilde değiştirin (örneğin, SQL_VERİLERİ, SQL_LOG, TANIKLIK, TANIK OLMAK, ŞAHİT OLMAK). Altında ağlarHer küme ağını, trafik türünü yansıtacak şekilde yeniden adlandırın.

5. yükleme SQL Server Yük Devretme Kümesi Örneği

5.1 Kurulum Yöntemini Seçin

SQL Server Kurulum, yük devretme kümesi örneğini yüklemek için iki yaklaşım sunar. Ortamınıza uygun olanı seçin.

Entegre kurulum (Düğüm Ekle): İlk düğüme eksiksiz ve çalışır durumda bir FCI kurun, ardından her bir sonraki düğümü aşağıdaki komutu kullanarak ekleyin. Düğüm Ekle Seçenek. Daha basit ve çoğu kurulum için önerilir.
Gelişmiş/Kurumsal kurulum: koşmak Yedekleme Kümesini Hazırlayın Önce tüm düğümlerde çalıştırın, ardından çalıştırın. Tam Yedekleme Kümesi Paylaşımlı diskin sahibi olan düğümde. Bu yaklaşımı, taahhüt işleminden önce tüm düğümleri paralel olarak hazırlamak istediğiniz büyük çok düğümlü dağıtımlar için kullanın.

5.2 İlk Düğüm Kurulumu

koşmak SQL Server Entegre yöntemi kullanarak FCI'yı oluşturmak için ilk düğümde kurulumu yapın.

koşmak Setup.exe Yönetici olarak. Seçin Montaj -> Yeni SQL Server yük devretme kümesi kurulumu.
On Öznitelik Seçimi, seçmek Veritabanı Motoru Hizmetleri hem de Yönetim Araçları – Temel.
On Örnek Yapılandırması, giriş SQL Server Ağ Adı — istemcilerin bağlanmak için kullandığı sanal ad.
On Küme Kaynak GrubuAçıklayıcı bir grup adı girin.
On Küme Disk SeçimiVeri, günlük ve yedekleme dosyaları için paylaşımlı diskleri seçin.
On Küme Ağ YapılandırmasıHer alt ağ için bir IP adresi atayın. Kurulum, çoklu alt ağ kümeleri için otomatik olarak bir OR bağımlılığı ayarlar.
On Sunucu YapılandırmasıHizmet hesaplarını ayarlayın. Otomatik parola yönetimi için Grup Yönetimli Hizmet Hesabı (gMSA) kullanın; yedek olarak etki alanı hesaplarını kullanın.
On Veritabanı Motoru YapılandırmasıKimlik doğrulama modunu seçin ve veri dizini yollarını ayarlayın. Sistem veritabanlarını, kullanıcı veritabanlarını, günlükleri, yedekleri ve TempDB'yi ayrı disklere yerleştirin.
Özeti inceleyin ve tıklayın. kurmak.

5.3 Kalan Düğümleri Ekle

İlk düğüm tamamlandıktan sonra, her ek düğümü FCI'ye ekleyin.

Ek düğümde çalıştırın. Setup.exe seçin Montaj -> Bir düğüm ekle SQL Server yük devretme kümesi.
On Küme Düğümleri YapılandırmasıMevcut FCI örneğini seçin.
On Küme Ağ YapılandırmasıBu düğümün alt ağına IP adresini atayın.
On Keşfedin ve KoruyunHizmet hesabı şifrelerinin ilk düğümde ayarlananlarla eşleştiğini doğrulayın, ardından tıklayın. kurmak.
Her ek düğüm için işlemi tekrarlayın.

6. Kurulum Sonrası: Yapılandırma ve Test

6.1 Gerekli SQL Server Ayarlar

FCI çalışır duruma geldikten hemen sonra bu ayarları uygulayın.

set maksimum sunucu belleği üst SQL ServerBelleği kullanın ve işletim sistemi ve küme hizmetleri için yeterli alan bırakın:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
set maksimum paralellik derecesi (MAXDOP) Düzensiz Bellek Erişimi (NUMA) topolojinize bağlı olarak.

Giriş/çıkış işlemlerini izole etmek için TempDB'yi ayrı bir birime taşıyın:

USE master;
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'D:\TempDB\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'D:\TempDB\templog.ldf');

Yeniden başlat SQL Server Dosya taşıma işleminin etkili olması için gereken hizmet.

6.2 Test Yük Devretme

Kümenin üretime geçirilmesinden önce yük devretme davranışını doğrulayın.

In Yük Devretme Kümesi Yöneticisisağ tıklayın SQL Server FCI rolü ve seçimi Hareket -> Düğüm Seçİkincil düğümü seçin ve tıklayın. OK.
Rol durumu görünene kadar bekleyin. Koşu yeni düğümde.
İstemci makineden bağlanın. SQL Server Sanal ağ adını kullanarak bağlantı dizesini değiştirmeden bağlantının başarılı olup olmadığını doğrulayın.
Gözden SQL Server Hata günlüğü ve Windows küme olay günlüğü, hedeflediğiniz kurtarma süresi (RTO) içinde sorunsuz bir yük devretme işleminin gerçekleştiğini doğrulamak için kullanılır.

7. Yönetim, En İyi Uygulamalar ve Sorun Giderme

7.1 Yedekleme Politikası ve İzleme

In Yük Devretme Kümesi Yöneticisisağ tıklayın SQL Server FCI rolü -> Emlaklar -> yük devretme Arıza durumu seviyesini ve sağlık kontrolü zaman aşımını ayarlamak için. Yanlış arıza durumlarını önlemek için, yoğun yük altındaki sunucularda zaman aşımını artırın.
Küme sağlığını şu yollarla izleyin: Yük Devretme Kümesi Yöneticisi, Windows Olay Görüntüleyicisi, SQL Server hata günlüğü ve SQL Server Activity Monitor Kaynak ve oturumların gerçek zamanlı olarak görünürlüğü için.
Otomatik arıza durumunda devralma işleminden sonra, aşağıdaki adımları gözden geçirin. SQL Server Olay öncesinde bileşen durumuna ilişkin tanı kayıtları (hata günlüğüyle birlikte saklanır). SQL Server Genişletilmiş Etkinlikler Yük devretme penceresi çevresindeki kaynak sağlığı ve hata durumlarına ilişkin ayrıntılı bir izleme kaydı oluşturmak.

7.2 En İyi Uygulamalar

Tüm düğümlerde statik IP adresleri kullanın. Arıza durumunda Dinamik Ana Bilgisayar Yapılandırma Protokolü (DHCP) kiralama süresinin sona ermesi, kesinti süresini uzatır ve DNS kaydını karmaşıklaştırır.
Oy çoğunluğunun sayısını her zaman tek sayı olarak tutun. Bir düğüm eklemek oy sayısını çift sayıya çıkarırsa bir tanık ekleyin.
Donanım değişikliği, sürücü güncellemesi veya önemli işletim sistemi yapılandırma değişikliğinden sonra küme doğrulamasını çalıştırın.
Tüm düğümlere aynı sürücü harflerini atayın SQL Server Kurulum sırasında uyumsuzluklar meydana gelir ve kurulumu engeller, sonrasında düzeltilmesi zordur.
Kurulum gününden önce Active Directory yöneticinizle iletişime geçin. Bilgisayar nesnesi oluşturma izinleri, kurulum öncesi en yaygın engeldir.
Test edilmiş bir sistemi koruyun. SQL Server yedek FCI mevcut olsa bile, bu strateji işe yaramaz. FCI, düğüm arızalarına karşı koruma sağlar, ancak veri bozulmasına, yanlışlıkla silinmeye veya depolama düzeyinde kayıplara karşı koruma sağlamaz; bu senaryolar için tek güvence düzenli yedekleme ve geri yükleme programıdır.

7.3 Yaygın Sorunlar ve Çözümleri

Active Directory izin hataları: Active Directory (AD) yöneticinizden küme bilgisayar nesnesini önceden hazırlamasını isteyin veya izin verin. Bilgisayar Nesneleri Oluştur hem de Tüm Özellikleri Oku kurulum hesabına.
Düğümlerde paylaşımlı depolama alanı görünmüyor: Yeniden başlat iSCSI Hedef Sunucusu Depolama sunucusundaki hizmeti kapatın, ardından her düğümdeki iSCSI başlatıcısından yeniden bağlanın. LUN maskeleme ve bölgeleme ayarlarını doğrulayın.
Sürücüler veya güncelleme seviyeleriyle ilgili doğrulama uyarıları: En son kümülatif güncellemeyi uygulayın. Windows Update Doğrulama işlemini yeniden çalıştırmadan önce tüm düğümlerde.
Düğüm arızası sonrasında WSFC çevrimdışı kaldı: Hayatta kalan düğümleri çevrimiçi hale getirmek için zorunlu çoğunluk (force quorum) kullanın. herhangi bir veritabanını kurtarın Arızadan etkilenen sistemlerde, çoğunluğu yeniden sağlayın, ardından üretime dönmeden önce yeniden yapılandırın. Çalıştırın. DBCC KONTROL DB'si Normal iş yüklerine devam etmeden önce, kurtarılan her veritabanında bütünlüğü doğrulamak için kontroller yapılır.
Yanlış otomatik yük devretmeler: FCI rol özelliklerinde sağlık kontrolü zaman aşımını artırın. Gerçek bir arızayı geçici kaynak artışından ayırt etmek için tanı günlüklerini inceleyin.

8. SSS

S: Bir işlem için gereken minimum düğüm sayısı kaçtır? SQL Server Yük devretme kümesi mi?

A: En az iki düğüm gereklidir. Bunlardan biri, işlemi yürüten aktif düğüm olarak görev yapar. SQL Server Bir düğüm aktif, diğeri ise yedek düğümdür. Çoğu üretim ortamı dağıtımı, iki düğümlü Aktif/Pasif yapılandırmayla başlar.

S: Yok SQL Server FCI'nin paylaşımlı depolama alanına ihtiyacı var mı?

A: Evet. Always On Availability Groups'un aksine, bir FCI'da tüm düğümlerin aynı depolama alanına erişmesi gerekir; bu depolama alanı bir SAN (Fibre Channel veya iSCSI), Storage Spaces Direct veya bir SMB dosya paylaşımı olabilir. Paylaşılan depolama alanı, bir arıza durumundan sonra aynı veritabanı dosyalarına herhangi bir düğümden erişilebilmesini sağlar.

S: ne SQL Server Sürümler, yük devretme kümelemesini destekliyor mu?

A: SQL Server Standart ve Kurumsal sürümler FCI'yı destekler. Express ve Geliştirici sürümleri desteklemez. Kurumsal sürüm daha fazla düğümü ve bakım sırasında çevrimiçi indeks işlemleri gibi ek yüksek kullanılabilirlik özelliklerini destekler.

S: Can SQL Server FCI ve Always On Kullanılabilirlik Grupları birlikte kullanılabilir mi?

A: Evet. Bir FCI düğümü, kullanılabilirlik grubu kopyasına ev sahipliği yapabilir ve bu sayede hem FCI'dan örnek düzeyinde yüksek kullanılabilirlik (HA) hem de kullanılabilirlik grubundan veritabanı düzeyinde felaket kurtarma (DR) elde edebilirsiniz. Ancak, kullanılabilirlik grubunun FCI'da barındırılan bir kopyaya otomatik olarak devredilmesi veya FCI'da barındırılan bir kopyadan otomatik olarak devralınması desteklenmez; bu yapılandırmada yalnızca manuel devralma mümkündür.

S: Ne kadar sürer? SQL Server Yedekleme işlemi genellikle ne kadar sürer?

A: Yük devretme süresi, yeni düğümde örnek yeniden başlatılmadan önce diske yazılması gereken arabellek önbelleğindeki kirli sayfa sayısına bağlıdır. Dolaylı kontrol noktaları etkinleştirildiğinde (varsayılan değer), SQL Server (2012 ve sonrası), bozuk sayfalar sınırlandırılır ve çoğu arıza durumunda devralma işlemi 30 saniyeden kısa sürede tamamlanır. Gerçek RTO'nuz iş yüküne, depolama hızına ve veritabanı kurtarma süresine bağlıdır.

S: Toplantı yeter sayısı nedir ve neden önemlidir?

A: Quorum, WSFC'nin kümenin çevrimiçi kalması ve istekleri karşılaması için yeterli sayıda sağlıklı üyeye sahip olup olmadığını belirlemek için kullandığı mekanizmadır. İki ayrı düğüm grubunun her birinin kümenin yetkili sahibi olduğuna inandığı bölünmüş beyin senaryosunu önler. SQL Server Örnek olarak, eğer çoğunluk sağlanamazsa, WSFC veri bütünlüğünü korumak için kümeyi çevrimdışı duruma getirir.

S: Can SQL Server FCI, Active Directory olmadan bir çalışma grubu kümesine kurulabilir mi?

A: Hayır. SQL Server FCI, tüm düğümlerin aynı Active Directory etki alanının üyeleri olmasını gerektirir. Çalışma grubu kümeleri, çok etki alanlı kümeler ve salt okunur etki alanı denetleyicileri içeren kümeler desteklenmeyen yapılandırmalardır.

S: Yük devretme gerçekleştiğinde istemci bağlantılarına ne olur?

A: Aktif bağlantılar SQL Server Yük devretme sırasında örnekler silinir. Örnek yeni düğümde çevrimiçi olduktan sonra, sanal ağ adı ve sanal IP adresi orada yeniden kaydedilir ve bağlantı dizelerinde yeniden deneme mantığı kullanan istemciler, herhangi bir yapılandırma değişikliği olmadan otomatik olarak yeniden bağlanır.

S: Mevcut bir düğüme düğüm ekleyebilir veya kaldırabilir miyim? SQL Server Yük devretme kümesi mi?

A: Evet. Koşun. SQL Server Herhangi bir düğümde kurulum yapın ve seçin. Bir düğüm ekle SQL Server yük devretme kümesi Bir düğüm eklemek için, veya Düğümü kaldır SQL Server yük devretme kümesi Bir düğümü kaldırmak için. Bir düğüm eklemek veya kaldırmak, kümedeki diğer düğümler için kesinti süresi gerektirmez.

S: Planlı arıza durumunda devreye girme ile otomatik arıza durumunda devreye girme arasındaki fark nedir?

A: Planlı bir yük devretme işlemi, genellikle yama yükleme veya donanım değiştirme gibi bakım işlemleri için bir yönetici tarafından manuel olarak başlatılır. Bu, şunlara olanak tanır: SQL Server Kirli sayfaları temizlemek ve sahipliği devretmeden önce düzgün bir şekilde kapatmak, minimum kesinti süresiyle sonuçlanır. Sağlık izleme, aktif düğümün arızalandığını tespit ettiğinde WSFC tarafından otomatik bir yük devretme tetiklenir ve kurtarma süresi, gereken çökme kurtarma miktarına bağlıdır.

S: Nasıl kurtarabilirim? SQL Server WSFC'nin tamamı çevrimdışı kalırsa, yedek küme nasıl devreye girer?

A: Eğer çoğunluk sağlanamazsa ve küme normal şekilde başlatılamazsa, hayatta kalan düğümleri hataya dayanıklı olmayan bir durumda çevrimiçi hale getirmek için "force quorum" komutunu kullanın. Hayatta kalan düğümde aşağıdaki PowerShell komutunu çalıştırın: Start-ClusterNode -ForcQuorumKüme çevrimiçi hale geldikten sonra, veritabanlarını kurtarın, veri bütünlüğünü doğrulayın ve ardından üretime dönmeden önce kalan düğümlerle quorum'u yeniden yapılandırın.

S: Her işlemden önce Küme Doğrulama Sihirbazını çalıştırmalı mıyım? SQL Server Kurulum?

A: Evet, ayrıca herhangi bir önemli donanım veya yapılandırma değişikliğinden sonra da. Microsoft yalnızca tüm doğrulama testlerini hatasız geçen yük devretme kümesi yapılandırmalarını destekler. Doğrulama işlemini atlamak, arıza koşullarında öngörülemeyen şekilde davranabilecek desteklenmeyen bir yapılandırmanın çalıştırılması riskini taşır.

9. Sonuç

SQL Server Yük devretme kümelemesi, WSFC aracılığıyla şeffaf, örnek düzeyinde yüksek kullanılabilirlik sağlar; otomatik yük devretme özelliği ve istemci yeniden yapılandırması gerektirmez. Paylaşımlı depolama mevcut olduğunda ve örnekteki her veritabanının bir birim olarak birlikte yük devretmesi gerektiğinde doğru seçimdir. Felaket kurtarma veya ikincil okuma iş yükleri gerektiren ortamlar için, her iki senaryoyu da kapsamak üzere FCI'yı Always On Kullanılabilirlik Grupları ile eşleştirin.

Referanslar

Microsoft Resmi Belgesi: Windows Server Yük Devretme Kümesi ile SQL Server
Microsoft Resmi Belgesi: Always On Yük Devretme Kümesi Örnekleri
Microsoft Resmi Belgesi: Yük Devretme Kümesi Örneği Yükleyin
Microsoft Resmi Belgesi: WSFC Çoğunluk Modları ve Oylama Yapılandırması

Yazar Hakkında

Yuan Sheng 10 yılı aşkın deneyime sahip kıdemli bir veritabanı yöneticisidir (DBA) SQL Server ortamlar ve kurumsal veritabanı yönetimi alanında uzmanlaşmıştır. Finansal hizmetler, sağlık ve üretim sektörlerindeki yüzlerce veritabanı kurtarma senaryosunu başarıyla çözmüştür.

Yuan şu konuda uzmanlaşmıştır: SQL Server Veritabanı kurtarma, yüksek erişilebilirlik çözümleri ve performans optimizasyonu alanlarında kapsamlı uygulamalı deneyime sahiptir. Terabaytlarca veri tabanını yönetme, Always On Kullanılabilirlik Grupları uygulama ve kritik öneme sahip iş sistemleri için otomatik yedekleme ve kurtarma stratejileri geliştirme konularında kapsamlı uygulamalı deneyime sahiptir.

Yuan, teknik uzmanlığı ve pratik yaklaşımıyla, veritabanı yöneticilerinin ve BT profesyonellerinin karmaşık sorunları çözmelerine yardımcı olan kapsamlı kılavuzlar oluşturmaya odaklanıyor. SQL Server Zorlukları verimli bir şekilde çözer. En son gelişmelerle güncel kalır. SQL Server Microsoft'un gelişen veritabanı teknolojilerini ve sürümlerini takip ederek, önerilerinin gerçek dünyadaki en iyi uygulamaları yansıttığından emin olmak için kurtarma senaryolarını düzenli olarak test ediyor.

hakkında sorularınız var SQL Server Kurtarma veya ek veritabanı sorun giderme kılavuzuna mı ihtiyacınız var? Yuan memnuniyetle karşılar geri bildirim ve öneriler Bu teknik kaynakların iyileştirilmesi için.