SQL Server Həmişə Mövcud Qruplar [2026 Təlimat]

Həmişə Mövcudluq Qrupları (AG) birdir SQL Server Müəssisə yüksək əlçatanlıq və verilənlər bazası səviyyəsində işləyən fəlakətdən sonra bərpa həlli. Mövcudluq qrupu bir və ya daha çox istifadəçi verilənlər bazasını tək bir nasazlıq vahidinə qruplaşdırır və onları davamlı əməliyyat jurnalının göndərilməsi yolu ilə səkkizə qədər ikinci dərəcəli replikaya kopyalayır. Əsas replika sıradan çıxdıqda, təyin olunmuş sinxron ikinci dərəcəli avtomatik olaraq işə başlayır və ortaq yaddaş və ya əl ilə müdaxilə olmadan girişi saniyələr ərzində bərpa edir.

1.2 Həmişə Aktiv Mövcudluq Qrupları və Failover Cluster Nümunələri

SQL Server Həmişə Yandırılmış iki fərqli texnologiyanı əhatə edir: Mövcudluq Qrupları (AG) və Failover Cluster Instances (FCI):

	Həmişə Mövcud Qruplar	Həmişə Failover Klaster Nümunələri
Failover əhatə dairəsi	Verilənlər bazası səviyyəsində	Instance səviyyəli (bütün verilənlər bazaları birlikdə sıradan çıxır)
Məlumatların təkrarlanması	Hər ikinci dərəcəli cihaza loq əsaslı replikasiya	Heç biri — bütün qovşaqlar eyni yaddaşı paylaşır
Birgə saxlama	Tələb	Tələb olunur (Saxlama Şəbəkəsi (SAN), iSCSI, S2D və ya SMB)
Oxuna bilən ikinci dərəcəli sənədlər	bəli	Yox
Disaster Recovery	Daxili (saytlar arasında asinxron replikalar)	AG ilə qoşulmadan quraşdırılmayıb

Hər birindən nə vaxt istifadə etməli: İnstansiya səviyyəli nasazlıqlara ehtiyacınız olduqda və artıq ortaq saxlama infrastrukturunuz olduqda FCI-dən istifadə edin. Verilənlər bazası səviyyəli detallılığa, oxunaqlı ikinci dərəcəli məlumatlara və ya fəlakətdən sonra bərpa prosesinə ehtiyacınız olduqda AG-dən istifadə edin. Ən tam qorunma üçün hər ikisini birləşdirin: hər bir replikanı FCI qovşağı kimi işə salın və onları AG-də əlaqələndirin.

1.3 Faydaları və Məhdudiyyətləri

Faydaları:

Sinxron replikalar üçün sıfıra yaxın Bərpa Vaxtı Məqsədi (RTO) ilə avtomatik nasazlıq;
sinxron-commit rejimində sıfır məlumat itkisi (Bərpa Nöqtəsinin Məqsədi (RPO) = 0);
ortaq yaddaş tələb olunmur — hər bir replika müstəqil yerli yaddaşdan istifadə edir;
oxunaqlı ikinci dərəcəli sənədlər hesabatları və iş yükünün ehtiyat nüsxəsini əsas sənəddən boşaldır;
tək bir konfiqurasiya daxilində həm yerli Yüksək Mövcudluq (HA), həm də sahələrarası Fəlakət Bərpası (DR) dəstəkləyir.

Məhdudiyyətlər:

Bütün replikalarda Windows Server Failover Klasterləşdirməsini tələb edir;
Tam funksiya dəsti üçün Enterprise Edition (Standard Edition əhəmiyyətli məhdudiyyətlərlə Basic AG-ni dəstəkləyir);
sinxron-commit rejimi şəbəkənin gediş-gəliş vaxtına mütənasib olaraq yazma əməliyyatlarına gecikmə əlavə edir;
girişlər, SQL Agent işləri və əlaqəli serverlər avtomatik olaraq sinxronizasiya olunmur SQL Server 2019 və daha əvvəl (həll olunub SQL Server 2022-ci ildə mövcudluq qrupları var idi).

2. Həmişə Mövcud Qruplar Memarlığı

2.1 Əsas Komponentlər və Konsepsiyalar

2.1.1 Mövcudluq Verilənlər Bazaları

Mövcudluq verilənlər bazaları, mövcudluq qrupunda iştirak edən istifadəçi verilənlər bazalarıdır. Bu verilənlər bazaları müəyyən tələblərə cavab verməlidir: onlar tam bərpa modelindən istifadə etməli, tam ehtiyat nüsxəsinə malik olmalı və mövcudluq qrupuna əlavə edilməzdən əvvəl əsas replikada mövcud olmalıdırlar.

Verilənlər bazası mövcudluq qrupuna qoşulduqda, vahid olaraq sıradan çıxan sinxronlaşdırılmış dəstin bir hissəsinə çevrilir. Mövcudluq qrupundakı bütün verilənlər bazaları eyni sıradan çıxma vəziyyətini paylaşır, yəni əsas replika sıradan çıxdıqda, bütün verilənlər bazaları eyni ikinci dərəcəli replikaya eyni vaxtda sıradan çıxır. Bu, birdən çox əlaqəli verilənlər bazasına əsaslanan tətbiqlər üçün uyğunluq təmin edir.

2.1.2 Mövcudluq Replikaları

Mövcudluq replikalarıdır SQL Server mövcudluq verilənlər bazalarının nüsxələrini saxlayan instansiyalar. Hər bir replika əməliyyat jurnalı qeydlərinin göndərilməsi ilə sinxronlaşdırılan verilənlər bazalarının öz fiziki nüsxəsini saxlayır. Mövcudluq qrupu doqquz replikaya qədər ola bilər: bir əsas replika və səkkizə qədər ikinci dərəcəli replika.

2.1.3 Əsas Replika

Əsas replika mövcudluq verilənlər bazalarının oxuma-yazma nüsxəsini saxlayır. Bütün məlumat dəyişiklikləri (INSERT, YENİLƏMƏ, SİL) əsas replikada baş verir. Müştəri tətbiqləri bütün yazma əməliyyatları üçün və standart olaraq oxuma əməliyyatları üçün də əsas replikaya qoşulur.

2.1.4 İkinci dərəcəli replikalar

İkinci dərəcəli replikalar, əsas replikadan alınan əməliyyat jurnalı qeydlərinin davamlı tətbiqi ilə saxlanılan mövcudluq verilənlər bazalarının yalnız oxunan nüsxələrini saxlayır. Hər bir ikinci dərəcəli replika, verilənlər bazası nüsxələrini əsas ilə sinxronlaşdırmaq üçün jurnal qeydlərini alır, möhkəmləndirir və tətbiq edir.

2.2 Mövcudluq Rejimləri

2.2.1 Sinxron Komit Rejimi

Sinxron commit rejimi, əsas replikanın əməliyyatları commit etməzdən əvvəl ikinci dərəcəli replikada əməliyyat jurnalı qeydlərinin möhkəmləndirildiyini təsdiqləməsini gözləməsini tələb etməklə sıfır məlumat itkisindən qorunma təmin edir. Bu rejim, məlumat itkisinin qəbuledilməz olduğu yüksək mövcudluq konfiqurasiyaları üçün vacibdir.

2.2.2 Asinxron Komit Rejimi

Asinxron-commit rejimi, ikinci dərəcəli replikaların jurnalın sərtləşməsini təsdiqləməsini gözləmədən əməliyyatların commit edilməsinə icazə verərək əsas replika performansına üstünlük verir. Bu rejim fəlakətdən sonra bərpa replikaları və ya şəbəkə gecikməsi sinxron commit-i qeyri-mümkün etdikdə uyğundur.

Güzəşt, nasazlıq zamanı potensial məlumat itkisidir. Əsas replika sıradan çıxarsa, bəzi əməliyyatlar ikinci dərəcəli replikaya çatmamış ola bilər. Potensial məlumat itkisinin miqdarı şəbəkə bant genişliyindən, ikinci dərəcəli replika performansından və nasazlığın vaxtından asılıdır. Təşkilatlar asinxron rejimdən istifadə edərkən bu riski qəbul etməlidirlər.

2.3 Failover növləri

2.3.1 Avtomatik Failover

Avtomatik nasazlıq, mövcudluq qrupuna əsas replika nasazlığını aşkar etməyə və administrator müdaxiləsi olmadan ikinci dərəcəli replikanı avtomatik olaraq əsas replikaya təqdim etməyə imkan verir. Bu imkan nasazlıqlara əl ilə cavab vermə ehtiyacını aradan qaldıraraq RTO-nu minimuma endirir.

Avtomatik nasazlıq sıfır məlumat itkisini təmin etmək üçün sinxron-commit rejimi tələb edir. Aktivləşdirildikdə, mövcudluq qrupu əsas replikanın sağlamlığını davamlı olaraq izləyir. Əsas replika cavab verməzsə və ya sıradan çıxarsa, Windows Server Failover Cluster təyin olunmuş ikinci dərəcəli replikaya avtomatik nasazlıq ötürməsini başladır.

2.3.2 Əl ilə Failover

Əl ilə nasazlıq administratorlara, adətən planlaşdırılmış texniki xidmət və ya sınaq məqsədləri üçün qəsdən əsas replika rolunu ikinci dərəcəli replikaya dəyişməyə imkan verir. Avtomatik nasazlıqdan fərqli olaraq, əl ilə nasazlığın başlanması üçün açıq administrator hərəkəti tələb olunur.

Synchronous-commit replikaları üçün məlumat itkisi olmadan əl ilə nasazlıq aradan qaldırma funksiyası mövcuddur. Administrator nasazlığı aradan qaldırma funksiyasını aşağıdakı yolla başlayır: SQL Server Management Studio, Transact-SQL və ya PowerShell. Əsas replika cari əməliyyatların emalını başa çatdırır, qalan bütün qeydləri hədəf ikinci dərəcəli qovluğa göndərir və əsas rolu ötürməzdən əvvəl təsdiq gözləyir.

Əl ilə nasazlıq asinxron-commit replikaları ilə də baş verə bilər, lakin bu, potensial məlumat itkisi ilə məcburi nasazlıq tələb edir. Administratorlar məcburi əl ilə nasazlıqdan yalnız faktiki fəlakət ssenariləri zamanı, əsas replika əlçatan olmadıqda və məlumat itkisi uzun müddətli dayanma ilə müqayisədə məqbul olduqda istifadə etməlidirlər.

2.3.3 Məcburi Failover

Məcburi failover, potensial məlumat itkisinin açıq şəkildə qəbul edilməsi ilə asinxron ikinci dərəcəli replikaya və ya tam sinxronizasiya olunmayan ikinci dərəcəli replikaya failover etməyə imkan verir. Bu seçim əsas replika mövcud olmadıqda və sinxronizasiya olunmuş ikinci dərəcəli replika mövcud olmadıqda son çarə kimi xidmət edir.

2.4 Məlumatların Sinxronizasiyası

2.4.1 Məlumat Sinxronizasiyası Necə İşləyir

Həmişə Aktiv Mövcudluq Qruplarında məlumatların sinxronizasiyası, əsas replikadan bütün ikinci dərəcəli replikalara davamlı əməliyyat jurnalı qeydlərinin göndərilməsi yolu ilə baş verir. Bu jurnal əsaslı sinxronizasiya hər bir replika üçün müstəqil saxlama imkanı verərkən ardıcıllığı təmin edir.

2.4.2 Əməliyyat Jurnalı Qeydləri və Sərtləşdirmə

Əməliyyat jurnalının sərtləşdirilməsi, jurnal qeydlərinin ikinci dərəcəli replikalarda davamlı yaddaşa yazıldığı vacib addımdır. Sərtləşdirmə, jurnal qeydlərinin ikinci dərəcəli replika nasazlıqlarından sağ çıxmasını və bərpa zamanı təkrar oxunmasını təmin edir.

2.5 Oxuma Miqyaslı və Oxuna Bilən İkinci Replikalar

2.5.1 Yalnız Oxuma İş Yüklərinin Yüngülləşdirilməsi

Oxuna bilən ikinci dərəcəli replikalar təşkilatlara oxuma intensiv iş yükünü əsas replikadan çıxarmağa imkan verir və bununla da ümumi sistem performansını və resurs istifadəsini yaxşılaşdırır. Bu oxuma miqyaslı qabiliyyəti mövcudluq qruplarının köhnə yüksək mövcudluq həlləri ilə müqayisədə əsas üstünlüklərindən biridir.

Təşkilatlar mövcudluq qrupu konfiqurasiyalarını dizayn edərkən yalnız oxumaq üçün iş yükü tələblərini nəzərə almalıdırlar. Birdən çox oxunaqlı ikinci dərəcəli server hesabat yükünü bir neçə server arasında paylaya bilər. Yalnız oxumaq üçün marşrutlaşdırma siyahıları ikinci dərəcəli serverlərin oxumaq məqsədi ilə bağlantılar aldığı sıranı müəyyən edir və bu da yük balanslaşdırma strategiyalarını təmin edir.

2.5.2 İkinci dərəcəli replikalar üzərində ehtiyat nüsxə əməliyyatları

İkinci dərəcəli replikalarda ehtiyat nüsxələrin işə salınması, əsas replikanın giriş/çıxış (G/Ç) və Mərkəzi Emal Bloku (CPU) yükünü azaldır və bu da onun əməliyyat iş yüklərinə diqqət yetirməsinə imkan verir. Bu imkan təşkilatlara istehsal göstəricilərinə təsir etmədən ehtiyat nüsxə tələblərini yerinə yetirməyə kömək edir.

SQL Server İkinci dərəcəli replikalarda tam verilənlər bazası ehtiyat nüsxələrini, diferensial ehtiyat nüsxələrini və əməliyyat jurnalının ehtiyat nüsxələrini dəstəkləyir. Yedəkləmə seçimləri ikinci dərəcəli replikalara, əsas, yalnız ikinci dərəcəli və ya istənilən replikaya üstünlük vermək üçün konfiqurasiya edilə bilər. Yedəkləmə sistemi bu seçimlərə və mövcud mövcudluğa əsasən avtomatik olaraq uyğun bir replika seçir.

Daha ətraflı məlumat üçün SQL Server ehtiyat nüsxə, baxın bizim ətraflı guide.

2.6 Mövcudluq Qrupu Dinləyiciləri

2.6.1 Dinləyici nədir?

Mövcudluq qrupu dinləyicisi, müştəri tətbiqlərinin mövcudluq qrupu verilənlər bazalarına qoşulmaq üçün istifadə etdiyi virtual şəbəkə adı (VNN) və IP ünvanıdır. Dinləyici, əlaqələri avtomatik olaraq cari əsas replikaya yönləndirir və tətbiqlərin hazırda hansı serverin əsas olduğunu izləməsinə ehtiyac qalmır.

2.6.2 Müştəri Bağlantısı Marşrutlaşdırması

Dinləyici vasitəsilə klient bağlantısı marşrutlaşdırması həm oxuma-yazma, həm də yalnız oxuma bağlantısı niyyətlərini dəstəkləyir. Dinləyici bağlantı sorğusunu araşdırır və tətbiqin niyyətinə əsasən onu müvafiq replikaya yönləndirir.

3. İlkin şərtlər və tələblər

3.1 Mövcudluq Qrupları üçün Windows Server Failover Klasterləşdirilməsi

3.1.1 Windows Server Failover Klasterləşdirməsinin Əsasları

Windows Server Failover Clustering (WSFC), klaster üzvlüyünü, sağlamlığın monitorinqini və failover orkestrasiyasını idarə etməklə Həmişə İşləyən Mövcudluq Qrupları üçün təməl təmin edir. Failover Cluster Instances-dən fərqli olaraq, mövcudluq qrupları WSFC-dən yalnız klaster koordinasiyası üçün istifadə edir, ortaq yaddaş idarəetməsi üçün deyil.

hər SQL Server Mövcudluq qrupunda iştirak edən instansiya WSFC klasterindəki bir qovşaq olmalıdır. Klaster kvorum səsverməsini, qovşaq sağlamlığının aşkarlanmasını və mövcudluq qrupu resurs vəziyyətini idarə edir. Əsas replika sıradan çıxdıqda, WSFC sıradan çıxma prosesini əlaqələndirir və yeni əsas replikanı əks etdirmək üçün klaster resurslarını yeniləyir.

3.1.2 Klaster Kvorum Konfiqurasiyası

Klaster kvorumu şəbəkə bağlantısı problemləri yarandıqda hansı qovşaqların işləyə biləcəyini müəyyən edir və birdən çox qovşağın müstəqil olaraq əsas olduğunu iddia etdiyi bölünmüş beyin ssenarilərinin qarşısını alır. Kvorum konfiqurasiyası klaster qərarları üçün səs çoxluğunun nəyi təşkil etdiyini müəyyən edir.

Mövcudluq qrupları üçün bir neçə kvorum rejimi mövcuddur:

Node Majority yalnız klaster düyün səslərindən istifadə edir və tək sayda düyünləri olan klasterlər üçün yaxşı işləyir.
Düyün və Fayl Paylaşımı Çoxluğu cüt nömrəli düyün klasterləri üçün uyğun olan fayl paylaşımı şahid səsverməsi əlavə edir.
Node and Disk Majority disk şahidindən istifadə edir, lakin ortaq yaddaş tələb olunmadığı üçün mövcudluq qrupları üçün daha az yaygındır.

3.1.3 Çoxalt Şəbəkə Klasterləşdirməsi

Çoxalt şəbəkə klasterləşməsi, məlumat mərkəzləri arasında coğrafi olaraq paylanmış yerləşdirmələri dəstəkləyərək, mövcudluq qrupu replikalarının müxtəlif şəbəkə alt şəbəkələrini əhatə etməsinə imkan verir. Bu imkan, replikaların ayrı-ayrı yerlərdə mövcud olduğu fəlakət bərpa konfiqurasiyaları üçün vacibdir.

3.2 SQL Server Nəşr Tələbləri

3.2.1 Korporativ Nəşrin Xüsusiyyətləri

SQL Server Enterprise Edition məhdudiyyətsiz tam mövcudluq qrupları funksionallığı təmin edir. Enterprise Edition səkkizə qədər ikinci dərəcəli replikanı, oxunaqlı ikinci dərəcəli replikaları, avtomatik əkin, paylanmış mövcudluq qruplarını və bütün inkişaf etmiş xüsusiyyətləri dəstəkləyir.

3.2.2 Standart Buraxılış Xüsusiyyətləri (Əsas Mövcudluq Qrupları)

SQL Server 2016 Standart nəşri və sonrakı versiyaları əhəmiyyətli məhdudiyyətlərlə Əsas Mövcudluq Qruplarını dəstəkləyir. Əsas mövcudluq qrupları daha sadə tələbləri olan təşkilatlar üçün uyğun olan daha aşağı qiymətə əsas yüksək mövcudluq funksionallığı təmin edir.

4. Həmişə Aktiv Mövcudluq Qruplarını Konfiqurasiya Etmək

4.1 Ətraf Mühitin Hazırlanması

Mövcudluq qrupu yaratmazdan əvvəl, mühit düzgün hazırlanmalı, Active Directory hesabları, server konfiqurasiyaları və şəbəkə infrastrukturu yerində olmalıdır.

4.1.1 Domen Nəzarətçisinin Qurulması

Active Directory domen nəzarətçisi mövcudluq qrupu klasterini dəstəkləmək üçün konfiqurasiya edilməlidir və SQL Server xidmət hesabları.

Domen administratoru etimadnaməsi ilə domen nəzarətçisinə daxil olun.
açıq Server Manager və getmək Tools -> Active Directory İstifadəçiləri və Kompüterləri.
Üçün təşkilati vahid yaradın SQL Server əgər mövcud deyilsə, obyektlər.
Bütün klaster qovşaqları üçün kompüter obyektlərinin Active Directory-də mövcud olduğunu yoxlayın.
Domen Adı Sistemi (DNS) xidmətlərinin düzgün konfiqurasiya edildiyindən və bütün server adlarının düzgün şəkildə həll edildiyindən əmin olun.

4.1.2 Xidmət Hesablarının Yaradılması

Xüsusi Active Directory xidmət hesabları yaradın SQL Server hər qovşaqda xidmətlər.

açıq Active Directory İstifadəçiləri və Kompüterləri domen nəzarətçisində.
Müvafiq təşkilati vahidi sağ klikləyin və seçin yeni -> İstifadəçi.
Xidmət hesabının adını daxil edin (məsələn, svc_SQLServer) və təyin edin İstifadəçi giriş adı.
Basın sonrakı və güclü bir parol daxil edin.
seçmək İstifadəçi parolu dəyişə bilməz və Şifrə heç vaxt müddəti bitmir.
Basın sonrakı və sonra finiş hesabı yaratmaq üçün.
Lazım olan əlavə xidmət hesabları üçün təkrarlayın (SQL Server Agent, SSRS və s.).

4.1.3 Administrator İcazələrinin Konfiqurasiyası

Xidmət hesabları və konfiqurasiya etmək üçün istifadə olunan hesablar SQL Server bütün klaster qovşaqlarında müvafiq icazələrə malik olmalıdır.

Hər bir klaster qovşaq serverinə daxil olun.
açıq Kompüter idarəçiliyi dən start menyu və ya Server Meneceri.
Genişləndirilməsi Yerli İstifadəçilər və Qruplar və seçin Qruplar.
Sağ-klik Administrators və seçin Xüsusiyyətlər.
Basın əlavə etmək və xidmət hesabının adını daxil edin.
Basın Adları yoxlayın hesabı təsdiqləmək üçün klikləyin, sonra OK.
Basın OK Administrator Xüsusiyyətləri dialoq pəncərəsini bağlamaq üçün.
Bütün klaster qovşaqlarında təkrarlayın.

4.2 WSFC-nin quraşdırılması və konfiqurasiyası

Həmişə Aktiv Mövcudluq Qruplarını aktivləşdirməzdən əvvəl bütün qovşaqlarda Windows Server Failover Clustering quraşdırılmalı və konfiqurasiya edilməlidir.

4.2.1 Failover Clustering Funksiyasının Quraşdırılması

Mövcudluq qrupunda iştirak edəcək hər bir serverdə Failover Clustering funksiyasını quraşdırın.

açıq Server Manager birinci klaster qovşağında.
Basın Idarə -> Rollar və Xüsusiyyətlər əlavə edin.
Basın sonrakı giriş ekranları vasitəsilə.
seçmək Rol əsaslı və ya xüsusiyyət əsaslı quraşdırma basın sonrakı.
Yerli serveri seçin və klikləyin sonrakı.
Rollar ekranını keçin və klikləyin sonrakı.
Xüsusiyyətlər ekranında seçin Failover Clustering.
Basın Xüsusiyyətlər əlavə edin idarəetmə vasitələrini daxil etmək istənildikdə.
Basın sonrakı və sonra Quraşdırın.
Quraşdırmanın tamamlanmasını gözləyin və klikləyin yaxın.
Klasterdə iştirak edəcək bütün serverlərdə təkrarlayın.

4.2.2 Failover Klasterinin Yaradılması

Bütün qovşaqlarda Failover Clustering funksiyasını quraşdırdıqdan sonra, bir qovşaqdan klaster yaradın.

açıq Failover Cluster Manager etibarən Server Manager -> Tools.
Basın Klaster yaradın Əməliyyatlar bölməsində.
Basın sonrakı Başlamazdan əvvəl səhifəsində.
Basın İnsanlar və klaster qovşaqları olacaq bütün serverləri əlavə edin.
Basın sonrakı bütün qovşaqları əlavə etdikdən sonra.
çıxmaq Bütün testləri işə salın (tövsiyə olunur) seçdiniz və klikləyin sonrakı.
Doğrulama testinin nəticələrini nəzərdən keçirin və hər hansı bir səhv və ya xəbərdarlıqları aradan qaldırın.
Basın finiş təsdiqləmə uğurla başa çatdıqdan sonra.
Klaster üçün ad və IP ünvanı daxil edin.
Silmək Bütün uyğun yaddaşı klasterə əlavə edin çünki ortaq yaddaş tələb olunmur.
Basın sonrakı və təsdiqi nəzərdən keçirin.
Basın finiş klaster yaratmaq üçün.

4.2.3 Klaster Konfiqurasiyasının Təsdiqlənməsi

Bütün qovşaqların düzgün əlaqə qura biləcəyini və klasterin düzgün işlədiyini təmin etmək üçün klaster konfiqurasiyasını təsdiqləyin.

In Failover Cluster Manager, klaster adını sağ klikləyin.
seçmək Klasteri təsdiqləyin menyusundan.
Basın sonrakı Başlamazdan əvvəl səhifəsində.
seçmək Bütün testləri işə salın (tövsiyə olunur) basın sonrakı.
Basın sonrakı təsdiq testlərinə başlamaq üçün.
Testlər başa çatdıqdan sonra təsdiq hesabatını nəzərdən keçirin.
Hesabatda müəyyən edilmiş hər hansı bir nasazlığı və ya xəbərdarlıqları aradan qaldırın.
Basın finiş sehrbazı bağlamaq üçün.

4.3 Quraşdırma SQL Server Mövcudluq Qrupları üçün

Quraşdırın SQL Server müstəqil quraşdırma seçimindən istifadə edərək mövcudluq qrupunda iştirak edəcək hər bir qovşaqda.

Çalıştırın SQL Server ilk qovşaqdakı quraşdırma mediası.
seçmək yeni SQL Server müstəqil quraşdırma.
Məhsul açarını daxil edin və ya qiymətləndirmə nəşrini seçin.
Lisenziya şərtlərini qəbul edin və klikləyin sonrakı.
İlkin yoxlamaları tamamlayın və hər hansı bir problemi həll edin.
Xüsusiyyət Seçimi səhifəsində seçin Verilənlər Bazası Mühərriki Xidmətləri.
Nümunə adını konfiqurasiya edin (bütün qovşaqlarda eyni nümunə adını istifadə edin).
Server Konfiqurasiyası səhifəsində xidmət hesabı etimadnaməsini göstərin.
Xidmət başlanğıc növlərini aşağıdakı kimi konfiqurasiya edin Avtomatik.
Verilənlər Bazası Mühərriki Konfiqurasiyası səhifəsində identifikasiya rejimini seçin.
Administrator hesabları əlavə edin.
Bütün qovşaqlar arasında ardıcıl yollardan istifadə edərək məlumat qovluqlarını konfiqurasiya edin.
Quraşdırmanı tamamlayın və uğuru təsdiqləyin.
Eyni parametrlərlə bütün digər klaster qovşaqlarında quraşdırmanı təkrarlayın.

4.4 Həmişə Aktiv Mövcudluq Qrupları Xüsusiyyətini Aktivləşdirmək

Quraşdırıldıqdan sonra SQL Server bütün qovşaqlarda, hər bir nümunədə Həmişə Aktiv Mövcudluq Qrupları funksiyasını aktivləşdirin.

4.4.1 Aktivləşdirmə yolu ilə SQL Server Konfiqurasiya meneceri

istifadə SQL Server Qrafik interfeys vasitəsilə Həmişə Aktiv Mövcudluq Qruplarını aktivləşdirmək üçün Konfiqurasiya Meneceri.

açıq SQL Server Konfiqurasiya meneceri birinci düyündə.
Genişləndirilməsi SQL Server Xidmətlər sol panoda.
Sağa vurun SQL Server nümunə və seçin Xüsusiyyətlər.
Basın Həmişə Yüksək Əlçatanlıq nişanı.
Check HəmişəYanan Mövcudluq Qruplarını Aktivləşdirin.
Windows failover klaster adının düzgün olduğunu yoxlayın.
Basın OK dəyişiklikləri saxlamaq üçün.
Basın OK xidmətin yenidən başlamalı olduğu barədə xəbərdarlıq.
Sağa vurun SQL Server xidmət və seçim Yenidən başlamaq.
Xidmətin uğurla yenidən başlamasını gözləyin.
Bütün klaster qovşaqlarında təkrarlayın.

4.4.2 PowerShell vasitəsilə aktivləşdirmə

PowerShell, birdən çox qovşaqda Həmişə Aktiv Mövcudluq Qruplarını aktivləşdirmək üçün skriptləşdirilmiş bir metod təqdim edir.

İlk qovşaqda PowerShell-i Administrator olaraq açın.
İdxal edin SQL Server PowerShell modulu:
```
Import-Module SQLPS -DisableNameChecking
```

Həmişə Aktiv Mövcudluq Qruplarını Aktivləşdirin:

Enable-SqlAlwaysOn -ServerInstance "ServerName\InstanceName" -Force

Güc parametrindən istifadə edərkən xidmət avtomatik olaraq yenidən başlayacaq.

Xüsusiyyətin aktiv olduğunu yoxlayın:

Get-ItemProperty "SQLSERVER:\SQL\ServerName\InstanceName" | Select-Object IsHadrEnabled

Müvafiq server və instansiya adlarını əvəz edərək, hər bir klaster qovşağı üçün təkrarlayın.

4.4.3 Funksiyanın Aktiv Olduğunun Yoxlanılması

Konfiqurasiyaya davam etməzdən əvvəl bütün hallarda Həmişə Aktiv Mövcudluq Qruplarının aktiv olduğundan əmin olun.

Hər birinə qoşulun SQL Server nümunə istifadə edərək SQL Server İdarəetmə studiyası.
Yeni bir sorğu pəncərəsi açın və icra edin:
```
SELECT SERVERPROPERTY('IsHadrEnabled')
```
Nəticənin 1 (aktiv) olduğunu təsdiqləyin.
Bunu yoxlayın SQL Server nümunəsi Failover Cluster Manager-də klaster rolları altında görünür.
Mövcudluq qrupu son nöqtəsinin mövcudluğunu aşağıdakı əmri yerinə yetirərək yoxlayın:
```
SELECT * FROM sys.endpoints WHERE type_desc = 'DATABASE_MIRRORING'
```
Son nöqtə mövcud deyilsə, mövcudluq qrupunun yaradılması zamanı yaradılacaq.

4.5 Mövcudluq Qrupları üçün Verilənlər Bazalarının Hazırlanması

Verilənlər bazaları mövcudluq qrupuna əlavə edilməzdən əvvəl müəyyən tələblərə cavab verməlidir.

4.5.1 Verilənlər Bazasının Bərpa Modeli Tələbləri

Verilənlər bazasının bərpa modelini mövcudluq qrupuna əlavə etməzdən əvvəl əsas replikada FULL olaraq dəyişdirin.

Əsas replikaya aşağıdakılardan istifadə edərək qoşulun SQL Server İdarəetmə studiyası.
Verilənlər bazasına sağ vurun və seçin Xüsusiyyətlər.
Seçin Nizamlamalar səhifə.
Dəyişdirmək Bərpa modeli üçün Full.
Basın OK dəyişikliyi saxlamaq üçün.
Alternativ olaraq, Transact-SQL istifadə edin:
```
ALTER DATABASE DatabaseName SET RECOVERY FULL;
```

4.5.2 Tam Verilənlər Bazasının Ehtiyat Nüsxələrinin Çıxarılması

Mövcudluq qrupları üçün tələb olunan ehtiyat zəncirini yaratmaq üçün tam verilənlər bazası ehtiyat nüsxəsini çıxarın.

In SQL Server İdarəetmə Studiyasında verilənlər bazasına sağ vurun.
seçmək Tapşırıqlar -> Up Geri.
Yoxlamaq Yedəkləmə növü müəyyən edilir Full.
Yedək təyinat yeri seçin və ya yeni təyinat yeri əlavə edin.
Basın OK ehtiyat nüsxəsini çıxarmaq üçün.

Alternativ olaraq, Transact-SQL istifadə edin:

BACKUP DATABASE DatabaseName TO DISK = 'C:\Backup\DatabaseName.bak';

4.5.3 Əməliyyat Qeydiyyatının Ehtiyat Nüsxələrinin Çıxarılması

Log zəncirinin qurulduğundan əmin olmaq və başlanğıc vaxtını minimuma endirmək üçün əməliyyat jurnalının ehtiyat nüsxəsini çıxarın.

In SQL Server İdarəetmə Studiyasında verilənlər bazasına sağ vurun.
seçmək Tapşırıqlar -> Up Geri.
Dəyişdirmək Yedəkləmə növü üçün Əməliyyat jurnalı.
Yedək təyinat yerini seçin.
Basın OK ehtiyat nüsxəsini çıxarmaq üçün.

Alternativ olaraq, Transact-SQL istifadə edin:

BACKUP LOG DatabaseName TO DISK = 'C:\Backup\DatabaseName.trn';

4.6 Mövcudluq Qrupunun Yaradılması

Tercihlərinizə və avtomatlaşdırma tələblərinizə əsasən bir neçə mövcud metoddan birini istifadə edərək mövcudluq qrupunu yaradın.

4.6.1 Yeni Mövcudluq Qrupu Sihirbazından İstifadə

Yeni Mövcudluq Qrupu Sihirbazı, mövcudluq qrupları yaratmaq üçün qrafik interfeys təmin edir.

In SQL Server İdarəetmə Studiyasında, əsas replikanı yerləşdirəcək instansiyaya qoşulun.
Genişləndirilməsi Həmişə Yüksək Əlçatanlıq Obyekt Explorer-də.
Sağ-klik Mövcudluq Qrupları və seçin Yeni Mövcudluq Qrupu Sihirbazı.
Basın sonrakı Giriş səhifəsində.
Mövcudluq qrupu üçün bir ad daxil edin və klikləyin sonrakı.
Verilənlər Bazalarını Seç səhifəsində daxil etmək istədiyiniz verilənlər bazalarını seçin.
Verilənlər bazalarının bütün tələblərə cavab verdiyini yoxlayın və klikləyin sonrakı.
Replikaları Göstər səhifəsində klikləyin Replika əlavə edin.
Hər ikinci dərəcəli replika nümunəsinə qoşulun.
Hər bir nümunə üçün replika xüsusiyyətlərini konfiqurasiya edin (mövcudluq rejimi, nasazlıq rejimi).
Basın Son nöqtələr sekmesini açın və son nöqtə konfiqurasiyasını nəzərdən keçirin.
Basın Yedəkləmə Tərcihləri nişanını seçin və ehtiyat nüsxə prioritetlərini konfiqurasiya edin.
Basın dinləyici sekmesini seçin və istəyə bağlı olaraq dinləyici yaradın.
Basın sonrakı və məlumatların sinxronizasiya metodunu seçin.
Doğrulama nəticələrini nəzərdən keçirin və hər hansı bir problemi həll edin.
Basın sonrakı və xülasəni nəzərdən keçirin.
Basın finiş mövcudluq qrupu yaratmaq üçün.
Tərəqqi izləyin və uğurlu yaradılışı təsdiqləyin.

4.6.2 Transact-SQL-dən İstifadə

Skript edilə bilən, təkrarlana bilən yerləşdirmələr üçün Transact-SQL istifadə edərək mövcudluq qrupları yaradın.

Əsas replikada mövcudluq qrupunu yaradın:

CREATE AVAILABILITY GROUP AG_Name
FOR DATABASE DatabaseName
REPLICA ON
  'PrimaryServer\Instance' WITH
    (ENDPOINT_URL = 'TCP://PrimaryServer:5022',
     AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
     FAILOVER_MODE = AUTOMATIC,
     SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL)),
  'SecondaryServer\Instance' WITH
    (ENDPOINT_URL = 'TCP://SecondaryServer:5022',
     AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
     FAILOVER_MODE = AUTOMATIC,
     SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL));

İkinci dərəcəli replikanı mövcudluq qrupuna qoşun:
```
ALTER AVAILABILITY GROUP AG_Name JOIN;
```

İkinci dərəcəli verilənlər bazasına qoşulun:

ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

4.6.3 PowerShell-dən istifadə

PowerShell, mövcudluq qrupunun yaradılması və idarə olunması üçün skriptləmə imkanları təmin edir.

Mövcudluq qrupu obyektini yaradın:

$AG = New-SqlAvailabilityGroup -Name "AG_Name" -Path "SQLSERVER:\SQL\PrimaryServer\Instance"

Verilənlər bazalarını əlavə edin:

Add-SqlAvailabilityDatabase -Path "SQLSERVER:\SQL\PrimaryServer\Instance\AvailabilityGroups\AG_Name" -Database "DatabaseName"

New-SqlAvailabilityReplica cmdlet istifadə edərək, replikaları istədiyiniz xüsusiyyətlərə uyğun olaraq konfiqurasiya edin.
Join-SqlAvailabilityGroup cmdlet istifadə edərək ikinci dərəcəli replikaları birləşdirin.

4.7 Mövcudluq Qrupuna Replikaların Əlavə Edilməsi

Hər bir nümunənin mövcudluq qrupunda necə iştirak etdiyini idarə edən replikaya xas xüsusiyyətləri konfiqurasiya edin.

4.7.1 Replika Xüsusiyyətlərinin Konfiqurasiyası

Hər bir replikanın mövcudluq qrupu daxilindəki rolunu və imkanlarını müəyyən etmək üçün xüsusiyyətləri təyin edin.

In SQL Server Management Studio, genişləndirin Həmişə Yüksək Əlçatanlıq -> Mövcudluq Qrupları.
Mövcudluq qrupunu genişləndirin və sonra genişləndirin Mövcudluq Replikaları.
Bir replikaya sağ vurun və seçin Xüsusiyyətlər.
Əsas və ikinci dərəcəli rollar üçün əlaqə parametrlərini nəzərdən keçirin və dəyişdirin.
Lazım gələrsə, sessiya fasiləsi dəyərlərini konfiqurasiya edin.
Basın OK dəyişiklikləri saxlamaq üçün.

4.7.2 Mövcudluq Rejimlərinin Tənzimlənməsi

Replikalar arasında sinxronizasiya davranışını idarə etmək üçün mövcudluq rejimini konfiqurasiya edin.

Mövcudluq qrupuna sağ klikləyin və seçin Xüsusiyyətlər.
Ci Ümumi səhifəsinə keçin Mövcudluq Replikaları bölmə.
Hər replika üçün seçin Sinxron commit or Asinxron commit açılır yerdən.
Yerli yüksək mövcudluq replikaları üçün sinxron commit-dən istifadə edin.
Coğrafi cəhətdən uzaqda yerləşən fəlakət bərpa replikaları üçün asinxron commit-dən istifadə edin.
Basın OK konfiqurasiyanı saxlamaq üçün.

4.7.3 Failover Rejimlərinin Qurulması

Hər bir replika üçün nasazlığın necə baş verdiyini idarə etmək üçün nasazlıq rejimini konfiqurasiya edin.

Mövcudluq qrupuna sağ klikləyin və seçin Xüsusiyyətlər.
Ci Ümumi səhifəsinə keçin Mövcudluq Replikaları bölmə.
Sinxron commit replikaları üçün seçin Avtomatik or dərslik nasazlıq rejimi.
Avtomatik nasazlıq sinxron commit rejimini tələb edir və nəzarətsiz nasazlığı aktivləşdirir.
Asinxron commit replikaları üçün yalnız əl ilə dəyişdirmə mövcuddur.
Avtomatik nasazlıq üçün üçə qədər replika konfiqurasiya edin (bir əsas və iki ikinci dərəcəli).
Basın OK parametrləri tətbiq etmək.

4.7.4 Yedəkləmə Seçimlərinin Konfiqurasiyası

Yedəkləmə əməliyyatlarının harada baş verməli olduğunu idarə etmək üçün yedəkləmə seçimlərini təyin edin.

Mövcudluq qrupuna sağ klikləyin və seçin Xüsusiyyətlər.
seçmək Yedəkləmə Tərcihləri sol panoda.
Yedəkləmə seçimlərindən birini seçin:
- İkinci dərəcəli seçimlərə üstünlük verinMümkünsə, ikinci dərəcəli ehtiyat nüsxələri, əks halda isə əsas ehtiyat nüsxələri
- Yalnız ikinci dərəcəliYalnız ikinci dərəcəli replikalarda ehtiyat nüsxələri
- PrimaryYalnız əsas replikada ehtiyat nüsxələr
- İstənilən ReplikaMövcud olan hər hansı bir replikada ehtiyat nüsxələr
Hər bir replika üçün ehtiyat nüsxə prioritet dəyərlərini təyin edin (0-100).
Daha yüksək prioritet dəyərləri üstünlük verilən ehtiyat hədəflərini göstərir.
Basın OK üstünlükləri saxlamaq üçün.

4.8 Mövcudluq Qrupu Dinləyicisinin Konfiqurasiyası

Cari əsas replikaya avtomatik olaraq yönləndirən tək bir əlaqə nöqtəsi təmin etmək üçün dinləyici yaradın.

4.8.1 Dinləyicinin Yaradılması

Müştəri bağlantısının idarə edilməsi üçün mövcudluq qrupuna dinləyici əlavə edin.

In SQL Server İdarəetmə Studiyası, mövcudluq qrupunu genişləndirin.
Sağ-klik Mövcudluq Qrupu Dinləyiciləri və seçin Dinləyici əlavə edin.
Dinləyici üçün DNS adını daxil edin (məsələn, AG_Listener).
Port nömrəsini daxil edin (standart olaraq 1433-dür).
seçmək Statik IP şəbəkə rejimi üçün.
Basın əlavə etmək hər alt şəbəkə üçün bir IP ünvanı əlavə etmək üçün.
IP ünvanını daxil edin və alt şəbəkəni seçin.
Basın OK dinləyici yaratmaq üçün.
Dinləyicinin Object Explorer-də göründüyünü və onlayn olduğunu təsdiqləyin.

4.8.2 DNS və IP Parametrlərinin Konfiqurasiyası

Dinləyici üçün DNS qeydiyyatını və şəbəkə konfiqurasiyasını təsdiqləyin.

Domen nəzarətçisində DNS menecerini açın.
Dinləyici adının bütün IP ünvanları ilə qeydiyyatdan keçdiyini təsdiqləyin.
Klient maşınlarından DNS qətnaməsini sınayın:
```
nslookup ListenerName
```
Bütün konfiqurasiya edilmiş IP ünvanlarının qaytarıldığını yoxlayın.
Failover Cluster Manager-də genişləndirin rolu və mövcudluq qrupunu seçin.
IP ünvanı resurslarının onlayn olduğunu yoxlayın.
Şəbəkə adı resursunun onlayn olduğunu yoxlayın.

4.8.3 Dinləyici Bağlantısının Test Edilməsi

Klient tətbiqlərinin dinləyici vasitəsilə qoşula bildiyini yoxlayın.

Müştəri maşınından açın SQL Server İdarəetmə studiyası.
Server adı əvəzinə dinləyici adından istifadə edərək qoşulun.
Cari əsas replikaya bağlantını yoxlamaq üçün bir sorğu yerinə yetirin:
```
SELECT @@SERVERNAME;
```
Bağlantı sətrinə ApplicationIntent=ReadOnly əlavə edərək oxuma-niyyət marşrutlaşdırmasını sınaqdan keçirin.
Bağlantıların oxuna bilən ikinci dərəcəli replikaya yönləndirildiyini yoxlayın.
Mövcudluq qrupu üzərində əl ilə xəta baş verərək və yenidən qoşulmanı yoxlayaraq nasazlığı sınayın.

4.9 Məlumatların Sinxronizasiyası Metodları

Verilənlər bazası nüsxələri ilə ikinci dərəcəli replikaları başlatmaq üçün məlumat sinxronizasiyası metodu seçin.

4.9.1 Avtomatik əkin

Avtomatik əkin, əl ilə ehtiyat nüsxələmə və bərpa tələb etmədən verilənlər bazası məlumatlarını şəbəkə üzərindən ötürür.

Mövcudluq qrupu yaradılması zamanı seçin Avtomatik əkin sinxronizasiya metodu kimi.
Şəbəkə bağlantısını və replikalar arasında kifayət qədər bant genişliyini təmin edin.
Əsas replika verilənlər bazası məlumatlarını avtomatik olaraq ikinci dərəcəli replikalara ötürür.
Mövcudluq qrupu idarəetmə panelindən və ya DMV-lərdən istifadə edərək əkin prosesinə nəzarət edin.
Avtomatik əkin tələb olunur SQL Server 2016 və ya daha sonra.
Böyük verilənlər bazaları üçün şəbəkə təsirini və az istifadə dövrlərində cədvəlini nəzərə alın.

4.9.2 Əl ilə əkin (Yedəkləmə və Bərpa)

Əl ilə əkin əsas replikalarda ehtiyat nüsxələrin götürülməsini və ikinci dərəcəli replikalarda bərpa edilməsini əhatə edir.

Əsas replikada tam ehtiyat nüsxəsini götürün:

BACKUP DATABASE DatabaseName TO DISK = '\\SharePath\DatabaseName.bak';

Əməliyyat jurnalının ehtiyat nüsxəsini çıxarın:

BACKUP LOG DatabaseName TO DISK = '\\SharePath\DatabaseName.trn';

Hər ikinci dərəcəli replikada tam ehtiyat nüsxəsini bərpa edin:

RESTORE DATABASE DatabaseName FROM DISK = '\\SharePath\DatabaseName.bak' WITH NORECOVERY;

Günlük ehtiyat nüsxəsini bərpa edin:

RESTORE LOG DatabaseName FROM DISK = '\\SharePath\DatabaseName.trn' WITH NORECOVERY;

Verilənlər bazasına mövcudluq qrupuna qoşulun:

ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

Sinxronizasiyanın başladığını və verilənlər bazasının SİNXRONİZASİYA vəziyyətinə çatdığını yoxlayın.

4.9.3 Verilənlər Bazasının Anlıq Görüntü Faylları

Mövcud verilənlər bazası fayllarından ikinci dərəcəli replikaları başlatmaq üçün verilənlər bazası anlıq görüntü fayllarından istifadə edin.

Əsas replikadakı verilənlər bazasını ayırın və ya ehtiyat nüsxəsini çıxarın.
Eyni fayl yollarından istifadə edərək verilənlər bazası fayllarını hər ikinci dərəcəli replikaya kopyalayın.
İkinci dərəcəli replikalarda verilənlər bazasını əlavə edin və ya bərpa etmədən bərpa edin.
Verilənlər bazasının BƏRPA EDİLMƏ vəziyyətində olduğundan əmin olun.
Verilənlər bazasına mövcudluq qrupuna qoşulun.
Bu üsul, şəbəkə ötürülməsinin praktik olmadığı çox böyük verilənlər bazaları üçün faydalıdır.

5. FAQ

5.1 Ümumi suallar

S: Always On FCI və Always On AG arasında fərq nədir?

A: Həmişə Aktiv Failover Klaster Nümunələri paylaşılan yaddaşdan istifadə edərək nümunə səviyyəsində yüksək mövcudluq təmin edir, Həmişə Aktiv Mövcudluq Qrupları isə paylaşılan yaddaş olmadan verilənlər bazası səviyyəsində yüksək mövcudluq təmin edir. AG oxunaqlı ikinci dərəcəli yaddaş və daha çevik coğrafi paylanma təklif edir.

S: Həmişə Aktiv Mövcudluq Qruplarından istifadə edə bilərəmmi? SQL Server Standart Nəşr?

A: Bəli SQL Server 2016 Standart Nəşri və sonrakı versiyaları, hər AG üçün bir verilənlər bazası, maksimum iki replika və oxunaqlı ikinci dərəcəli dəstək daxil olmaqla məhdudiyyətlərlə Əsas Mövcudluq Qruplarını dəstəkləyir.

S: Həmişə Aktiv Mövcudluq Qrupları üçün ortaq yaddaşa ehtiyacım varmı?

A: Xeyr, mövcudluq qrupları ortaq yaddaş tələb etmir. Hər bir replika verilənlər bazalarının müstəqil nüsxələrini əməliyyat jurnalının göndərilməsi ilə sinxronlaşdırılaraq yerli yaddaşda saxlayır.

S: Mövcudluq qrupunda maksimum replika sayı nə qədərdir?

A: SQL Server Enterprise Edition doqquz replikaya (biri əsas, səkkiz ikinci dərəcəli) qədər dəstəkləyir. Paylanmış mövcudluq qrupları iki mövcudluq qrupu üzrə ümumilikdə 18 replikaya qədər dəstək ola bilər.

5.2 Konfiqurasiya Sualları

S: Sinxron və asinxron commit rejimləri arasında necə seçim edə bilərəm?

A: Eyni məlumat mərkəzində və ya aşağı gecikmə şəbəkələrində sıfır məlumat itkisi tələbləri üçün sinxron commit istifadə edin. Sinxron commitin performansa təsir edəcəyi uzaq fəlakət bərpa replikaları üçün asinxron commit istifadə edin.

S: Eyni mövcudluq qrupunda sinxron və asinxron replikaları qarışdıra bilərəmmi?

A: Bəli, mövcudluq qrupları həm sinxron, həm də asinxron replikalarla qarışıq konfiqurasiyaları dəstəkləyir. Bu, sinxron replikalarla yerli yüksək mövcudluğa və asinxron replikalarla uzaqdan fəlakət bərpasına imkan verir.

S: Failover zamanı əlaqələrimdə nə baş verir?

A: Mövcud bağlantılar sıradan çıxdıqda kəsilir. Bağlantı təkrarlama məntiqinə malik tətbiqlər avtomatik olaraq dinləyici vasitəsilə yeni əsas şəbəkəyə yenidən qoşulur. Sıradan çıxma prosesi adətən saniyələr və ya dəqiqələr ərzində tamamlanır.

S: Girişləri və işləri replikalar arasında sinxronizasiya etməliyəmmi?

A: İçəri SQL Server 2019 və daha əvvəlki versiyalar üçün bəli – girişlər, SQL Agent işləri və əlaqəli serverlər əl ilə sinxronlaşdırılmalıdır. SQL Server 2022, bu obyektləri avtomatik olaraq daxil edən mövcudluq qruplarını təqdim edir.

5.3 İdarəetmə Sualları

S: İkinci dərəcəli replikalarda ehtiyat nüsxələrini işlədə bilərəmmi?

A: Bəli, ikinci dərəcəli replikalar tam, diferensial və əməliyyat jurnalının ehtiyat nüsxələrini dəstəkləyir. Əsas replikadan ehtiyat nüsxələrini boşaltmaq və resurs istifadəsini azaltmaq üçün ehtiyat nüsxə seçimlərini konfiqurasiya edin.

S: Necə yamaq vura bilərəm SQL Server minimal fasilə ilə?

A: Əvvəlcə ikinci dərəcəli replikaları yamaqla, sonra yamaqlanmış ikinci dərəcəli sistemə əl ilə nasazlıq yerinə yetirməklə və nəhayət, əvvəlki əsas sistemi yamaqla yayma yeniləmələrindən istifadə edin. Bu, nasazlıq müddətini nasazlıq müddətinə qədər minimuma endirir.

S: Mövcud mövcudluq qrupuna verilənlər bazaları əlavə edə bilərəmmi?

A: Bəli, verilənlər bazaları işləyən mövcudluq qruplarına əlavə edilə bilər. Verilənlər bazası tam bərpa modelində tam ehtiyat nüsxəsi ilə olmalıdır və ikinci dərəcəli replikalar avtomatik toxumlama və ya əl ilə ehtiyat nüsxələmə və bərpa üsulu ilə toxumlanmalıdır.

S: Avtomatik əkin nədir və mən ondan istifadə etməliyəmmi?

A: Avtomatik əkin, əl ilə ehtiyat nüsxələmə etmədən ikinci dərəcəli replikaları başlatmaq üçün verilənlər bazası məlumatlarını şəbəkə üzərindən ötürür. Daha kiçik verilənlər bazaları üçün və ya şəbəkə bant genişliyi kifayət olduqda istifadə edin. Çox böyük verilənlər bazaları üçün əl ilə əkin daha sürətli ola bilər.

S: Mövcudluq qrupunda DBCC CHECKDB-ni harada işə salmalıyam?

A: Əsas replikaya yükü azaltmaq üçün ikinci dərəcəli replikalar üzərində DBCC CHECKDB əmrini işə salmalısınız. Verilənlər bazasının uyğunluq yoxlamaları əsas replika performansına təsir etmədən ikinci dərəcəli verilənlər bazalarına qarşı icra edilə bilər.

DBCC CHECKDB haqqında daha ətraflı məlumat üçün bizimlə əlaqə saxlayın. ətraflı guide.

5.4 Problemlərin aradan qaldırılması üçün suallar

S: Niyə verilənlər bazam SİNXRONLAŞDIRILMAYAN vəziyyətdədir?

A: Ümumi səbəblərə şəbəkə bağlantısı problemləri, məlumatların hərəkətinin dayandırılması, ikinci dərəcəli replikalarda kifayət qədər disk yeri və ya son nöqtə problemləri daxildir. Sinxronizasiya sağlamlığının təsvirini yoxlayın və SQL Server Xüsusi detallar üçün səhv qeydləri. İkinci dərəcəli verilənlər bazası daxil olubsa bərpa vəziyyəti və ya göstərir bərpa gözlənilir, hədəflənmiş düzəlişlər üçün əlaqəli təlimatlara baxın.

S: Əsas server mövcud olmadıqda, necə məcburi nasazlıq aradan qaldırıla bilər?

A: İkinci dərəcəli replikaya qoşulun və ALTER AVAILABILITY GROUP AG_Name FORCE_FAILOVER_ALLOW_DATA_LOSS əmrini icra edin. Bu, potensial məlumat itkisini təsdiqləyir və ikinci dərəcəli məlumatı dərhal əsas replikaya çevirir.

S: Müştərilər niyə mənim dinləyicimə qoşula bilmir?

A: Dinləyicinin Failover Cluster Manager-də onlayn olduğunu, DNS qeydiyyatının uğurlu olduğunu, bütün dinləyici IP-lərinə klientlərdən daxil olmağın mümkün olduğunu və firewall qaydaları dinləyici portuna trafikin daxil olmasına icazə verdiyini yoxlayın.

S: Böyük bir təkrar növbəsi nə deməkdir?

A: Böyük bir təkrarlama növbəsi, ikinci dərəcəli replikanın jurnal qeydlərini gəldikləri qədər tez tətbiq edə bilmədiyini göstərir. Bu, disk giriş/çıxışında çətinlikləri, CPU məhdudiyyətlərini və ya ikinci dərəcəli qovluqda yalnız oxumaq üçün sorğuların bloklanmasını göstərə bilər.

S: Fəlakət bütün replikalara təsir edərsə və ehtiyat nüsxələrim də zədələnərsə, nə etməliyəm?

A: Bu ən pis ssenari, olduqca nadir olsa da, ransomware hücumları, geniş yayılmış saxlama nasazlıqları və ya kaskad fəlakətləri səbəbindən baş verə bilər. Əsas müdafiəniz qarşısının alınmasıdır: coğrafi olaraq paylanmış replikaları saxlamaq, ehtiyat nüsxələrini ayrı yerlərdə saxlamaq və
Fəlakətdən sonra bərpa prosedurlarınızı müntəzəm olaraq sınaqdan keçirin. Bütün standart bərpa variantları uğursuz olarsa, ixtisaslaşmış bir SQL məlumat bərpa vasitəsi Zədələnmiş MDF fayllarından təcili son çarə tədbiri kimi məlumat çıxarmağa cəhd edə bilər.

5.5 Lisenziyalaşdırma və Qiymət Məsələləri

S: Həmişə Mövcudluq Qrupları necə lisenziyalaşdırılır?

A: SQL Server Lisenziyalaşdırma nəşrdən və yerləşdirmə modelindən asılıdır. Müəssisə Nəşrinin mövcudluq qrupları bütün replikalar üçün Müəssisə lisenziyaları tələb edir. Passiv ikinci dərəcəli replikalar müəyyən şərtlər daxilində pulsuz lisenziyalaşdırmaya uyğun ola bilər.

S: istifadə edə bilərəmmi SQL Server Mövcudluq qrupları üçün Geliştirici Buraxılışı?

A: Bəli, Developer Edition tam mövcudluq qrupları dəstəyi daxil olmaqla bütün Enterprise Edition xüsusiyyətlərini özündə birləşdirir. Lakin, yalnız inkişaf və sınaq üçün lisenziyalaşdırılıb, istehsal üçün deyil.

S: Oxuna bilən ikinci dərəcəli sənədlər əlavə lisenziyalar tələb edirmi?

A: Lisenziyalaşdırma ssenaridən asılıdır. Fəlakətdən sonrakı bərpa üçün passiv ikinci dərəcəli proqramlar adətən lisenziya tələb etmir. Yalnız oxumaq üçün iş yükü verən aktiv ikinci dərəcəli proqramlar ümumiyyətlə lisenziya tələb edir, baxmayaraq ki, müəyyən şərtlər fərqlidir.

S: Yüksək mövcudluq əldə etməyin pulsuz yolu varmı? SQL Server?

A: SQL Server Express Edition mövcudluq qruplarını dəstəkləmir. SQL Server Standard Edition aşağıdakılardan başlayaraq Əsas Mövcudluq Qruplarını dəstəkləyir SQL Server 2016, Standard Edition lisenziyalaşdırma qiymətləri ilə əsas yüksək mövcudluğu təmin edir.

S: Paylanmış Mövcudluq Qrupları nədir?

A: Paylanmış mövcudluq qrupları, ənənəvi mövcudluq qruplarının imkanlarını aşan ssenarilərə imkan verən iki ayrı mövcudluq qrupunu əhatə edən xüsusi bir mövcudluq qrupu növüdür. Təqdim edildiyi tarix SQL Server 2016, paylanmış mövcudluq qrupları miqyaslama və coğrafi paylanma tələblərini həll edir.

6. Nəticə

6.1 Əsas Nöqtələrin xülasəsi

SQL Server Həmişə Mövcudluq Qrupları, Microsoft-un vacib verilənlər bazaları üçün ən yaxşı yüksək mövcudluq və fəlakətdən sonra bərpa həllini təmsil edir. Onlar paylaşılan saxlama tələbləri olmadan verilənlər bazası səviyyəsində nasazlıq, iş yükünün azaldılması üçün oxunaqlı ikinci dərəcəli replikalar və hərtərəfli məlumatların qorunması üçün çevik coğrafi paylanma təmin edirlər. Hələ də bu kimi həlləri işlədən təşkilatlar üçün log göndərmə or replikasiya, mövcudluq qrupları daha möhkəm və əməliyyat baxımından daha sadə bir yeniləmə yolu təklif edir.

6.2 Həmişə Mövcudluq Qruplarından Nə Zaman İstifadə Ediləcək

Avtomatik nasazlıq imkanları ilə verilənlər bazası səviyyəsində yüksək mövcudluq tələb olunduqda mövcudluq qruplarını seçin. Kritik verilənlər bazaları üçün sıfır məlumat itkisi qorunmasına ehtiyacı olan təşkilatlar avtomatik nasazlıq imkanı ilə sinxron commit replikalarından faydalanırlar. Oxuma miqyası imkanları tələb edən tətbiqlər sorğu iş yüklərini paylamaq üçün oxunaqlı ikinci dərəcəli replikalardan istifadə edir.

6.3 Tətbiqinizə Başlamaq

RTO, RPO və büdcə məhdudiyyətləri daxil olmaqla biznes tələblərini qiymətləndirməklə mövcudluq qrupu planlaşdırmasına başlayın. Mövcud verilənlər bazası infrastrukturunu, tətbiq asılılıqlarını və yüksək mövcudluq boşluqlarını sənədləşdirin. Resurs məhdudiyyətləri daxilində qalaraq tələbləri həll edən bir mövcudluq qrupu arxitekturası hazırlayın.

References

Microsoft-un rəsmi sənədi: Həmişə aktiv mövcudluq qrupu nədir?
Microsoft-un rəsmi sənədi: Həmişə Mövcud Qruplara Başlamaq
Microsoft-un rəsmi sənədi: Paylanmış mövcudluq qrupları

Müəllif haqqında

Yuan Şenq sahəsində 10 ildən çox təcrübəsi olan baş verilənlər bazası administratorudur (DBA). SQL Server mühitlər və müəssisə verilənlər bazası idarə edilməsi. O, maliyyə xidmətləri, səhiyyə və istehsal təşkilatlarında yüzlərlə verilənlər bazası bərpa ssenarisini uğurla həll edib.

Yuan ixtisaslaşır SQL Server verilənlər bazası bərpası, yüksək əlçatanlıq həlləri və performansın optimallaşdırılması. Onun geniş praktiki təcrübəsinə çox terabaytlıq verilənlər bazalarının idarə edilməsi, Həmişə Əlçatımlılıq Qruplarının tətbiqi və kritik missiya sistemləri üçün avtomatlaşdırılmış ehtiyat nüsxə və bərpa strategiyalarının hazırlanması daxildir.

Texniki təcrübəsi və praktik yanaşması sayəsində Yuan verilənlər bazası administratorlarına və İT mütəxəssislərinə mürəkkəb problemləri həll etməyə kömək edən hərtərəfli bələdçilərin yaradılmasına diqqət yetirir. SQL Server problemlərini səmərəli həll edir. O, ən son xəbərlərdən xəbərdardır SQL Server relizlər və Microsoft-un inkişaf edən verilənlər bazası texnologiyaları, onun tövsiyələrinin real dünyanın ən yaxşı təcrübələrini əks etdirməsini təmin etmək üçün bərpa ssenarilərini müntəzəm olaraq sınaqdan keçirir.

haqqında suallarınız var SQL Server bərpası və ya əlavə verilənlər bazası problemlərinin aradan qaldırılması üçün təlimat lazımdır? Yuan salamlayır rəy və təkliflər bu texniki resursların təkmilləşdirilməsi üçün.

SQL Server Həmişə Mövcud Qruplar: Tam Təlimat [2026]

1. Həmişə Mövcud Qrupları Anlamaq

1.1 Bu nədir və necə işləyir