1. Giriş SQL Server Yüksək mövcudluğu
Yüksək mövcudluq SQL Server sistemin aparat nasazlıqları, proqram təminatı problemləri və ya planlaşdırılmış texniki xidmətlə qarşılaşdıqda minimal dayanma vaxtı ilə işlək vəziyyətdə qalma qabiliyyətinə aiddir. Yüksək mövcudluğun əhəmiyyəti şişirtmək olmaz. Verilənlər bazaları əlçatan olmadıqda, təşkilatlar gəlir itkisi, məhsuldarlığın azalması və müştəri narazılığı da daxil olmaqla dərhal nəticələrlə üzləşirlər.
Yüksək Mövcudluq (HM) və Fəlakətdən Sonra Bərpa (DR) tez-tez bir-birini əvəz etsə də, fərqli nasazlıq ssenarilərini həll edir. HM server və ya instansiya qəzaları kimi lokal nasazlıqların yaratdığı dayanma vaxtını minimuma endirməyə yönəlmiş, DR isə bütün məlumat mərkəzinə və ya bölgəyə təsir edən genişmiqyaslı fəlakətlərdən sonra bərpa üçün hazırlanmışdır.
HA planlaşdırmasına iki vacib göstərici rəhbərlik edir:
- Bərpa Vaxtı Məqsədi (RTO), nasazlıqdan sonra maksimum məqbul dayanma müddətini müəyyən edir
- Bərpa Nöqtəsinin Məqsədi (RPO) maksimum dözülə bilən məlumat itkisini müəyyən edir.
Mövcudluq adətən “doqquz”larla ölçülür: 99.9% (üç doqquz) ildə 8.76 saat, 99.99% (dörd doqquz) 52.6 dəqiqə və 99.999% (beş doqquz) isə ildə cəmi 5.26 dəqiqə boş dayanma müddətinə imkan verir.
2. SQL Server Yüksək Mövcudluq Həllərinə Baxış
2.1 HA Həllərinin Kateqoriyaları
SQL Server Yüksək mövcudluqlu həllər bir neçə ölçüyə görə təsnif edilə bilər:
- Nümunə və verilənlər bazası səviyyəsində qorunma: Failover Cluster Instances kimi instansiya səviyyəli qorunmalar bütün verilənlər bazaları və server obyektləri daxil olmaqla bütün instansiyaları qoruyur, Həmişə Aktiv Mövcudluq Qrupları kimi verilənlər bazası səviyyəli qorunmalar isə müəyyən verilənlər bazalarını qoruyur.
- Sinxron və asinxron məlumat hərəkəti: Sinxron məlumat hərəkəti sıfır məlumat itkisini təmin edir, lakin gecikməyə səbəb ola bilər, asinxron hərəkət isə performansı optimallaşdırır, lakin mümkün məlumat itkisini qəbul edir.
- Avtomatik və əl ilə işləyən nasazlıq: Avtomatik nasazlıq əl ilə müdaxilə olmadan dayanma müddətini minimuma endirir, əl ilə işləyən nasazlıq isə daha çox nəzarət təmin edir, lakin administratorun hərəkətini tələb edir.
2.2 Ümumi HA Həlləri
SQL Server Hər biri müəyyən ssenariləri əhatə edən səkkiz əsas yüksək mövcudluq həlli təqdim edir:
- Həmişə Mövcud Qruplar
- Mövcudluq Qrupları
- Paylanmış Mövcudluq Qrupları
- Failover Cluster Nümunələri
- SQL Server Replikasiya
- Giriş Göndərmə
- Database Mirroring
- İdarə olunan Nümunə Linki
3. Həmişə Mövcud Qruplar
Həmişə Mövcud Qruplar təmsil edir SQL Servernin təqdim etdiyi ən yaxşı verilənlər bazası səviyyəli yüksək mövcudluq və fəlakətdən sonra bərpa həlli SQL Server 2012. Bu, verilənlər bazası qruplarının vahid bir vahid kimi birlikdə sıradan çıxmasına imkan verir və sorğuların yüklənməsi üçün oxunaqlı ikinci dərəcəli replikalar təmin edir.
Əsas Xüsusiyyətlər
- Cəmi 9-a qədər replika üçün dəstək (1 əsas + 8 ikinci dərəcəli)
- Sinxron-kommit rejimində 5-ə qədər replika (1 əsas + 4 ikinci dərəcəli)
- Sinxron rejimdə sıfır məlumat itkisi ilə avtomatik nasazlıq
- Sorğu boşaldılması üçün oxuna bilən ikinci dərəcəli replikalar
- İkinci dərəcəli replikalara ehtiyat nüsxələrinin yüklənməsi
- Avtomatik bağlantı marşrutlaşdırması üçün Mövcudluq Qrupu dinləyicisi
- Yük balanslaşdırma oxu sorğuları üçün yalnız oxu marşrutlaşdırması
- Birdən çox verilənlər bazası qrup olaraq birlikdə uğursuz olur
İcra Addımları
- Windows Server Failover Clustering (WSFC) və ya Linux Pacemaker klasterini konfiqurasiya edin
- Hamısında Həmişə Aktiv Mövcudluq Qrupları funksiyasını aktivləşdirin SQL Server hallarda
- Verilənlər bazalarının tam bərpa modelindən istifadə etdiyinə və tam ehtiyat nüsxələrinin olduğuna əmin olun
- Hər replikada verilənlər bazasının əks etdirmə son nöqtələrini yaradın
- Mövcudluq Qrupu yaradın və verilənlər bazaları əlavə edin
- İstədiyiniz rejimlərlə birincil və ikincil replikaları konfiqurasiya edin
- Mövcudluq Qrupu dinləyicisini yaradın və konfiqurasiya edin
- Oxuna bilən ikinci dərəcəli mənbələrdən istifadə edirsinizsə, yalnız oxunan marşrutlaşdırmanı konfiqurasiya edin
- Nasazlıq prosedurlarını sınaqdan keçirin və tətbiq bağlantısını yoxlayın
üçün ən yaxşı
- Maksimum işləmə müddətini tələb edən vacib verilənlər bazaları
- Həm yerli HA, həm də coğrafi DR-yə ehtiyacı olan təşkilatlar
- Oxuma miqyaslı imkanlar tələb edən mühitlər
- Hesabat sorğularının yüklənməsindən faydalanan tətbiqlər
- Sıfır məlumat itkisindən qorunma tələb edən verilənlər bazaları
- Koordinasiyalı nasazlıqların aradan qaldırılmasına ehtiyacı olan çox verilənlər bazası tətbiqləri
Pros
- Sinxron-kommit rejimi ilə sıfır məlumat itkisi
- Avtomatik nasazlıq fasiləsiz işləmə müddətini minimuma endirir (adətən saniyələr)
- Oxuna bilən ikinci dərəcəli cihazlar ilkin cihazdakı yükü azaldır
- Paylaşılan saxlama tələbi yoxdur
- Həm Windows, həm də Linux platformalarını dəstəkləyir
- Fəlakətdən sonra bərpa üçün coğrafi bölgü
- Yedəkləmə əməliyyatları ikinci dərəcəli fayllara yüklənə bilər
- Tətbiq bağlantısı sətirləri nasazlıqdan sonra dəyişməz qalır
Eksiler
- Tam funksionallıq üçün Enterprise Edition tələb olunur
- Standart Edition Basic AG ilə məhdudlaşır (1 verilənlər bazası, 1 ikinci dərəcəli, oxuna bilən ikinci dərəcəli yoxdur)
- Kompleks konfiqurasiya və idarəetmə
- Klasterləşmə infrastrukturu (WSFC və ya Pacemaker) tələb olunur
- Instance səviyyəli obyektlər (girişlər, işlər) əl ilə sinxronizasiya tələb edir
- Sinxron rejim əməliyyat gecikməsinə səbəb ola bilər
- Birdən çox server üçün lisenziyalaşdırma xərcləri
References
- SQL Server Həmişə Mövcud Qruplar: Tam Təlimat
- Microsoft Rəsmi Sənədi: Həmişə Yandırılmış mövcudluq qruplarına Baxış (SQL Server)
4. Mövcudluq Qrupları
Təqdim edilən Mövcudluq Qrupları SQL Server 2022-ci ildə, girişlərin, işlərin və digər server səviyyəli obyektlərin əl ilə replikasiyasına ehtiyacı aradan qaldıraraq, instansiya səviyyəli obyektləri replikalar arasında avtomatik sinxronizasiya etməklə ənənəvi Həmişə Aktiv Mövcudluq Qruplarını genişləndirin.
Əsas Xüsusiyyətlər
- Instansiya səviyyəli obyektlərin (girişlər, istifadəçilər, rollar) avtomatik sinxronizasiyası
- SQL Server Agent işləri bütün replikalarda təkrarlanır
- Verilənlər bazası icazələri avtomatik sinxronlaşdırılıb
- Bütün Always On AG imkanları daxildir
- Tam mühit replikasiyası ilə sadələşdirilmiş nasazlıq
- Həm Windows, həm də Linux platformaları üçün dəstək
İcra Addımları
- Təmin etmək SQL Server Bütün hallarda 2022 və ya daha sonrakı
- WSFC və ya Pacemaker klaster infrastrukturunu konfiqurasiya edin
- Bütün hallarda Həmişə Aktiv funksiyasını aktivləşdirin
- CONTAINED seçimi ilə Məhdud Mövcudluq Qrupu yaradın
- Tərkibindəki AG-yə verilənlər bazaları əlavə edin
- AG kontekstində giriş və iş yerləri yaradın
- Dinləyicini konfiqurasiya edin və nasazlığı yoxlayın
üçün ən yaxşı
- Sadələşdirilmiş AG idarəetməsini istəyən təşkilatlar
- Tez-tez nasazlıq testləri və ya əməliyyatları olan mühitlər
- Bir çox instansiya səviyyəli obyekt tələb edən tətbiqlər
- yeni SQL Server 2022+ yerləşdirmə
- Komandalar nasazlıqdan sonrakı konfiqurasiyanın azaldılmasını istəyirlər
Pros
- Girişlərin və işlərin əl ilə sinxronizasiyasını aradan qaldırır
- Daha sürətli və daha etibarlı nasazlıq
- Azaldılmış inzibati xərclər
- Tətbiqlər nasazlıqdan dərhal sonra işləyir
- Sadələşdirilmiş fəlakətdən sonra bərpa prosedurları
- Bütün ənənəvi AG üstünlükləri daxildir
Eksiler
- Tələb edir SQL Server 2022 və ya daha yeni
- Tam funksionallıq üçün Enterprise Edition tələb olunur
- Mövcud ənənəvi AG-ləri qapalı AG-lərə çevirmək mümkün deyil
- Bütün replikalar AG xüsusiyyətini dəstəkləməlidir
- Ənənəvi AG-lərlə müqayisədə əlavə mürəkkəblik
References
5. Paylanmış Mövcudluq Qrupları
Paylanmış Mövcudluq Qrupları, təqdim edildi SQL Server 2016-cı ildə, qabaqcıl fəlakət bərpası və miqrasiya ssenariləri üçün ayrı-ayrı klasterlər arasında iki müstəqil AG-ni birləşdirən "Mövcudluq Qruplarının Mövcudluq Qrupu" arxitekturasını təmin etmək.
Əsas Xüsusiyyətlər
- İki müstəqil mövcudluq qrupunu birləşdirir
- Hər bir AG öz müstəqil klasterini saxlayır
- Çarpaz platforma dəstəyi (Windows-dan Linux-a)
- Paylaşılan klaster üzvlüyü olmadan çarpaz klaster replikasiyası
- Bir AG əsas, digəri isə ikinci dərəcəli rol oynayır
- Həm sinxron, həm də asinxron rejimləri dəstəkləyir
- Regionlar və ya qitələr üzrə coğrafi bölgü
İcra Addımları
- İlk Mövcudluq Qrupunu (əsas DAG) yaradın və konfiqurasiya edin
- İkinci Mövcudluq Qrupunu (ikinci DAG) yaradın və konfiqurasiya edin
- İki AG-ni birləşdirən paylanmış AG yaradın
- AG-lər arasında məlumat sinxronizasiyasını konfiqurasiya edin
- Tətbiq bağlantısı üçün hər bir AG-də dinləyicini qurun
- Nasazlıq siyasətlərini və test prosedurlarını konfiqurasiya edin
- Klasterlərarası ünsiyyəti və replikasiyanı yoxlayın
üçün ən yaxşı
- Müstəqil məlumat mərkəzlərini əhatə edən çoxregional fəlakət bərpası
- Windows-dan Linux-a və ya əksinə platformalararası miqrasiya
- Azure-a yerli olaraq qoşulan hibrid bulud ssenariləri
- Genişləndirilmiş miqrasiya pəncərələri tələb edən əsas versiya yeniləmələri
- Birdən çox müstəqil nasazlıq klasterinə malik təşkilatlar
- Qlobal müəssisələrin qitəni əhatə edən təkrarlanmasına ehtiyacı var
Pros
- Saytlar arasında klaster asılılıqlarını ayırır
- Həqiqi coğrafi bölgünü təmin edir
- Çarpaz platforma ssenarilərini dəstəkləyir
- Hər bir AG müstəqil olaraq uğursuz ola bilər
- Mürəkkəb miqrasiya layihələri üçün idealdır
- Paylaşılan klaster infrastrukturu tələb olunmur
- Müxtəlif Windows domenlərini və ya Linux paylanmalarını əhatə edə bilər
Eksiler
- Müəssisə Buraxılışı Tələb Edir
- Konfiqurasiya və idarəetmədə yüksək mürəkkəblik
- Həm klasterləşmə, həm də AG texnologiyasının dərindən başa düşülməsini tələb edir
- Standart AG-lərdən daha çox problemi həll etmək daha çətindir
- Bölgələrarası ssenarilər üçün əlavə gecikmə
- Arıza prosedurlarının diqqətlə planlaşdırılmasını tələb edir
References
6. Failover Cluster Instances (FCI)
Failover Cluster Instances, paylaşılan yaddaş və Windows Server Failover Clustering istifadə edərək, bütün bir sistemdə avtomatik failover-i təmin edərək, instance səviyyəsində yüksək mövcudluq təmin edir. SQL Server bütün verilənlər bazaları və server səviyyəli obyektləri əhatə edən instansiya.
Əsas Xüsusiyyətlər
- Nümunə səviyyəli qoruma (bütün verilənlər bazaları birlikdə sıradan çıxır)
- Paylaşılan yaddaşla aktiv-passiv konfiqurasiya
- Şəffaf nasazlıq üçün Virtual Şəbəkə Adı (VNN)
- Aktiv qovşaq sıradan çıxdıqda avtomatik nasazlıq
- Sıfır məlumat itkisi (məlumatların tək nüsxəsi)
- Server səviyyəli obyektlər daxildir (girişlər, işlər, əlaqəli serverlər)
- Hamısını dəstəkləyir SQL Server bərpa modelləri
İcra Addımları
- Windows Server Failover Cluster-i (WSFC) konfiqurasiya edin
- Paylaşılan yaddaşı (SAN, SMB, Storage Spaces Direct) qurun
- Klaster kvorum parametrlərini konfiqurasiya edin
- Quraşdırın SQL Server İlk qovşaqda Failover Cluster Instance kimi
- FCI-yə əlavə qovşaqlar əlavə edin
- Virtual Şəbəkə Adını və IP ünvanını konfiqurasiya edin
- Klaster qovşaqları arasında sınaqdan keçirilmə nasazlığı
- VNN istifadə etmək üçün klient tətbiqlərini konfiqurasiya edin
üçün ən yaxşı
- Mövcud ortaq saxlama infrastrukturuna malik təşkilatlar
- Instansiya səviyyəli qorunma tələb edən mühitlər
- Tək məlumat mərkəzində yerli yüksək əlçatanlıq
- Bütün verilənlər bazalarının birlikdə sıradan çıxmasını tələb edən tətbiqlər
- Server səviyyəli obyektlərin qorunması lazım olan ssenarilər
- Yalnız Windows mühitləri (Linux FCI üçün dəstəklənmir)
Pros
- Tam instansiya səviyyəli qoruma
- Sıfır məlumat itkisinə zəmanət verilir
- Avtomatik nasazlıq imkanı
- Girişləri və ya işləri sinxronizasiya etməyə ehtiyac yoxdur
- Məlumatların tək nüsxəsi saxlama xərclərini azaldır
- Bütün bərpa modellərini dəstəkləyir
- Tətbiq bağlantısı sətirləri nasazlıqdan sonra dəyişməz qaldı
Eksiler
- Bahalı ortaq saxlama infrastrukturu tələb edir
- Paylaşılan yaddaş tək bir uğursuzluq nöqtəsidir
- Oxuma miqyaslı qabiliyyəti yoxdur (yalnız bir aktiv qovşaq)
- Saxlama məhdudiyyətlərinə görə məhdud coğrafi bölgü
- Standart Edition 2 qovşaqla məhdudlaşır
- Yalnız Windows (Linux dəstəyi yoxdur)
- AG-lərlə müqayisədə daha uzun nasazlıq müddəti (adətən dəqiqə)
- Kompleks saxlama konfiqurasiyası və idarə edilməsi
References
- SQL Server Failover Cluster: DBA üçün tam təlimat
- Microsoft Rəsmi Sənədi: Həmişə Yandırılmış Failover klaster nümunələri (SQL Server)
7. SQL Server Replikasiya
SQL Server Replikasiya, məlumatları birdən çox server arasında kopyalayan və paylayan, sadə birtərəfli paylamadan mürəkkəb çoxmənzilli konfiqurasiyalara qədər müxtəlif topologiyaları dəstəkləyən bir məlumat paylama texnologiyasıdır, baxmayaraq ki, əsasən təmiz yüksək mövcudluq həlli əvəzinə hesabat vermək üçün istifadə olunur.
Əsas Xüsusiyyətlər
- Dörd replikasiya növü: Anlıq görüntü, Əməliyyat, Birləşmə, Həmyaşıddan-Həmyaşıda
- Dənəvər məlumat seçimi (xüsusi cədvəllər, sütunlar, sətirlər)
- Tək bir naşirdən birdən çox abunəçi üçün dəstək
- İki istiqamətli və çoxsahəli topologiyalar mövcuddur
- Çevik planlaşdırma və sinxronizasiya seçimləri
- Birləşdirmə replikasiyası üçün münaqişənin həlli
- WHERE predikatlarla filtrləmə imkanları
İcra Addımları
- Distribyutor serverini konfiqurasiya edin (ayrı və ya Publisher ilə eyni ola bilər)
- Publisher verilənlər bazasında nəşr yaradın
- Tələblərə əsasən replikasiya növünü seçin
- Təkrarlamaq üçün məqalələri (cədvəllər, görünüşlər, saxlanılan prosedurlar) seçin
- Lazım gələrsə, filtrləmə və məlumatların çevrilməsini konfiqurasiya edin
- Abunəçi verilənlər bazalarını qurun
- Abunəliklər yaradın (push və ya pull)
- Abunəlikləri anlıq görüntü ilə başladın
- Replikasiya agentlərini və gecikməni izləyin
üçün ən yaxşı
- Məlumatların birdən çox hesabat serverinə paylanması
- Hesabat iş yükü ilə oxu miqyaslı ssenarilər
- Uzaq saytlara qismən məlumatların paylanması
- Birdən çox mənbədən məlumatların konsolidasiyası
- Bəzən əlaqəli ssenarilər (birləşdirmə replikasiyası)
- Fəlakətlərin bərpası strategiyasında dəstəkləyici rol
Pros
- Təkrarlanan məlumatlar üzərində dənəvər nəzarət
- Birdən çox abunəçi dəstəklənir
- Çevik topologiya seçimləri
- Müəyyən cədvəlləri və ya sütunları təkrarlaya bilər
- Filtrləmə şəbəkə trafikini azaldır
- Heterogen replikasiyanı dəstəkləyir (SQL Server Oracle-a)
- Standart Edition ilə işləyir
Eksiler
- Avtomatik nasazlıq imkanı yoxdur
- Kompleks konfiqurasiya və idarəetmə
- Replikasiya münaqişələri potensialı (birləşmə və peer-to-peer)
- Məlumat sinxronizasiyasında gecikmə
- Sxem dəyişiklikləri diqqətli koordinasiya tələb edir
- Əsas HA həlli kimi nəzərdə tutulmayıb
- Problemlərin aradan qaldırılması çətin ola bilər
- Peer-to-Peer üçün Enterprise Edition tələb olunur
References
8. Log Göndərmə
Log Shipping, sinxronlaşdırılmış ikinci dərəcəli verilənlər bazalarının saxlanılması üçün sadə və səmərəli bir yanaşma təklif edərək, avtomatlaşdırılmış əməliyyat qeydlərinin ehtiyat nüsxələnməsi, kopyalanması və bərpa prosesləri vasitəsilə isti gözləmə şəraitində qəza bərpası və yüksək mövcudluq həlli təqdim edir.
Əsas Xüsusiyyətlər
- SQL Agent vasitəsilə avtomatlaşdırılmış ehtiyat nüsxələmə, kopyalama və bərpa işləri
- Birdən çox ikinci dərəcəli server üçün dəstək
- Konfiqurasiya edilə bilən ehtiyat nüsxələmə və bərpa intervalları
- GÖZLƏMƏ rejimi ikinci dərəcəli cihazlara yalnız oxumaq imkanı verir
- Səhvlərin bərpasından qorunmaq üçün gecikmiş jurnal bərpası
- Mərkəzləşdirilmiş monitorinq üçün monitor serveri
- Əməliyyat jurnalının sıxılma dəstəyi
İcra Addımları
- Əsas verilənlər bazasının tam bərpa modelindən istifadə etdiyinə əmin olun
- Əsas verilənlər bazasının tam ehtiyat nüsxəsini yaradın
- NORECOVERY ilə ikinci serverdəki ehtiyat nüsxəsini bərpa edin
- Əsas verilənlər bazasında jurnal göndərməsini konfiqurasiya edin
- Bütün serverlər üçün əlçatan olan paylaşılan ehtiyat nüsxə qovluğunu göstərin
- Əsas versiyada ehtiyat iş cədvəlini konfiqurasiya edin
- İkinci dərəcəli cihazlarda kopyalama və bərpa işlərini konfiqurasiya edin
- Monitor serverini isteğe bağlı olaraq konfiqurasiya edin
- Test nasazlığı prosedurları
üçün ən yaxşı
- İqtisadi cəhətdən səmərəli fəlakət bərpa həlləri
- Standard Edition lisenziyasına malik təşkilatlar
- Məlumat itkisinə dəqiqələr dözən ssenarilər
- Əl ilə dəyişdirmə ilə rahat mühitlər
- Səhvdən qorunma ehtiyacları üçün gecikmiş bərpa
- STANDBY rejimindən istifadə edərək iş yükünün bildirilməsi
- Mürəkkəb infrastruktur olmadan sadə DR tələbləri
Pros
- Sadə konfiqurasiya və əməliyyat
- Aşağı qiymət (Standart Edition dəstəyi)
- Birdən çox ikinci dərəcəli server dəstəklənir
- Konfiqurasiya edilə bilən gecikmə məntiqi səhvlərdən qoruyur
- GÖZLƏMƏ rejimində yalnız oxunan hesabat
- Yüksək şəbəkə gecikməsinə dözür
- Əsas serverə minimal təsir
- Yaxşı qurulmuş, sübut olunmuş texnologiya
Eksiler
- Avtomatik nasazlıq imkanı yoxdur
- Hər verilənlər bazası üçün ayrıca konfiqurasiya edilməlidir
- Sinxronizasiya gecikməsi (dəqiqələrdən saatlara qədər)
- Yedəkləmə intervalına əsaslanan potensial məlumat itkisi
- Əl ilə nasazlıq RTO-nu artırır
- Tələb edir SQL Server Agent bütün serverlərdə işləyir
- Jurnal bərpası zamanı ikinci dərəcəli verilənlər bazalarına daxil olmaq mümkün deyil
- Tətbiqlər nasazlıqdan sonra əlaqə sətri dəyişikliklərini tələb edir
References
- SQL Server Giriş Göndərmə: DBA üçün Tam Təlimat
- Microsoft Rəsmi Sənədi: Jurnal Göndərmə Haqqında (SQL Server)
9. Verilənlər Bazasının Güzgüləşdirilməsi
Verilənlər Bazası Güzgüləməsi, o vaxtdan bəri heç bir təkmilləşdirmə almamış köhnəlmiş verilənlər bazası səviyyəli yüksək mövcudluq həllidir. SQL Server 2012-ci ildə buraxılsa da, mövcud versiyalarda hələ də mövcuddur. Microsoft bütün yeni yerləşdirmələr üçün Həmişə Mövcudluq Qruplarına keçməyi tövsiyə edir.
Əsas Xüsusiyyətlər
- Əsas və güzgü server arxitekturası
- Avtomatik nasazlıq üçün əlavə şahid serveri
- İki iş rejimi: Yüksək Təhlükəsizlik və Yüksək Performans
- Sinxron və asinxron əməliyyat dəstəyi
- Avtomatik səhifə təmiri imkanı
- Verilənlər bazası səviyyəsində qorunma
- Məlumat ötürülməsi üçün şifrələmə dəstəyi
İcra Addımları
- Verilənlər bazasının tam bərpa modelindən istifadə etdiyinə əmin olun
- Tam ehtiyat nüsxəsini yaradın və NORECOVERY ilə güzgü serverinə bərpa edin
- Prinsipal və güzgü üzərində güzgü son nöqtələri yaradın
- Doğrulama üçün sertifikatları konfiqurasiya edin
- Serverlər arasında güzgü sessiyası qurun
- Avtomatik nasazlıq üçün şahid serverini konfiqurasiya edin
- İş rejimini təyin edin (Yüksək Təhlükəsizlik və ya Yüksək Performans)
- Test nasazlığı prosedurları
üçün ən yaxşı
- Artıq Verilənlər Bazası Güzgüləməsindən istifadə edən köhnə sistemlər
- Miqrasiya mümkün olana qədər mövcud konfiqurasiyaların saxlanılması
- Başqa ssenarilər tövsiyə edilmir (xüsusiyyət köhnəlib)
Pros
- Şahidlərlə Yüksək Təhlükəsizlik rejimində sürətli avtomatik nasazlıq
- Yüksək Təhlükəsizlik rejimində sıfır məlumat itkisi
- Tərəfdaşdan avtomatik səhifə təmiri
- Tək verilənlər bazası üçün Mövcudluq Qruplarından daha sadədir
- Transmissiya üçün şifrələməni dəstəkləyir
- Minimal dayanma müddəti ilə hərəkətli yeniləmələr
Eksiler
- Köhnəlmiş tarix SQL Server 2012 (çıxarıla bilər)
- Hər verilənlər bazası konfiqurasiyası və nasazlıq
- Oxunan güzgü yoxdur (oxunma miqyası imkanı yoxdur)
- Hər bir verilənlər bazası müstəqil olaraq uğursuz olur
- Bağlantı sətrinin yenilənməsi nasazlıqdan sonra tələb olunur
- İki serverlə məhdudlaşıb (əsas və güzgü)
- Heç bir təkmilləşdirmə və ya yeni funksiya yoxdur
- Microsoft Always On AG-yə keçidi tövsiyə edir
References
10. İdarə olunan Nümunə Linki
İdarə olunan Nümunə Linki arasında hibrid əlaqə yaradır SQL Server və Azure SQL İdarə Edilən Nümunəsi, fəlakətlərin bərpası, miqrasiya və bulud inteqrasiyası ssenariləri üçün demək olar ki, real vaxt rejimində məlumatların replikasiyasını təmin edən paylanmış mövcudluq qrupu texnologiyasından istifadə edir.
Əsas Xüsusiyyətlər
- Paylanmış AG texnologiyasından istifadə edərək real vaxt rejimində replikasiya
- Birtərəfli replikasiya (SQL Server (2016-2019-cu illərdən Azure-a qədər)
- Xəta geri qaytarılması ilə iki istiqamətli replikasiya (SQL Server 2022+)
- Hər keçid üçün bir verilənlər bazası (birdən çox keçid dəstəklənir)
- Azure SQL İdarə Edilən Nümunəsində oxunaqlı replikalar
- Lisenziyasız passiv DR replika seçimi
- Minimal dayanma müddəti ilə onlayn miqrasiya
İcra Addımları
- Hazırlamaq SQL Server mühit (VPN və ya ExpressRoute-dan Azure-a)
- Azure SQL İdarə Edilən Nümunəsini Konfiqurasiya Edin
- Həmişə Aktiv AG funksiyasını aktivləşdirin SQL Server
- Verilənlər bazası güzgü son nöqtəsi yaradın
- Sertifikatları arasında mübadilə edin SQL Server və MI
- SSMS və ya skriptlərdən istifadə edərək İdarə Olunan Nümunə Linki Yaradın
- Replikasiya və sinxronizasiyanı təsdiqləyin
- Oxu miqyası üçün istifadə olunursa, yalnız oxuma marşrutlaşdırmasını konfiqurasiya edin
- Test nasazlığı prosedurları
üçün ən yaxşı
- Bulud əsaslı ikinci dərəcəli hibrid fəlakət bərpası
- Azure SQL İdarə Edilən Nümunəsinə Onlayn Miqrasiya
- Analitika və hesabatların Azure-a yüklənməsi
- Hibrid bulud strategiyasını tətbiq edən təşkilatlar
- Azure xidmət inteqrasiyasını tələb edən ssenarilər
- Lisenziyasız passiv DR ilə xərclərin optimallaşdırılması
Pros
- Azure-a ən səmərəli, minimal dayanma vaxtı miqrasiyası
- Biznesin kritik səviyyəsinə əsl onlayn miqrasiya
- İki istiqamətli nasazlıqla SQL Server 2022+
- Lisenziyasız passiv DR replikası xərcləri azaldır
- Tam miqrasiya olmadan Azure xidmətləri ilə inteqrasiya
- Azure replikalarından istifadə edərək oxuma miqyaslı qabiliyyəti
- Azure tərəfində avtomatlaşdırılmış ehtiyat nüsxələri
- Azure bölgələrinə coğrafi bölgü
Eksiler
- Hər keçid üçün bir verilənlər bazası məhdudiyyəti
- MI-də failover qrupları ilə istifadə edilə bilməz
- Sistem verilənlər bazaları təkrarlanmır
- Nümunə səviyyəli obyektlər əl ilə sinxronizasiya tələb edir
- SQL Server 2016-2019 yalnız birtərəfli (geri dönüş yoxdur)
- İdarə olunan instansiya üçün Azure xərcləri
- Şəbəkə bağlantısı tələbləri (VPN/ExpressRoute)
- Xüsusiyyət məhdudiyyətləri (fayl cədvəlləri, fayl axınları dəstəklənmir)
References
11. Yüksək Mövcudluqlu Həllərin Müqayisəsi
11.1 Xüsusiyyət Müqayisə Cədvəli
| Xüsusiyyət | Həmişə AG-də | AG ehtiva edir | Paylanmış AG | FCI | Replikasiya | Giriş Göndərmə | Güzgü | MI Link |
|---|---|---|---|---|---|---|---|---|
| Nəşr | Giriş/Std | Giriş/Std | Giriş | Giriş/Std | Giriş/Std | Giriş/Std | Giriş/Std | Giriş/Std |
| Müdafiə Level | Database | Verilənlər Bazası+Nümunəsi | Database | Ani | Verilənlər bazası/Obyektlər | Database | Database | Database |
| Data Sync | Sinxronizasiya/Asinxronizasiya | Sinxronizasiya/Asinxronizasiya | Sinxronizasiya/Asinxronizasiya | Paylaşılan | Asınc | Asınc | Sinxronizasiya/Asinxronizasiya | Asınc |
| Avtomatik nasazlıq | bəli | bəli | bəli | bəli | Yox | Yox | bəli | Yox |
| Oxu Ölçüsü | bəli | bəli | bəli | Yox | bəli | məhdud | Yox | bəli |
| RTO | seconds | seconds | seconds | dəqiqə | dərslik | dərslik | seconds | dərslik |
| RPO | Sıfır/Dəq | Sıfır/Dəq | Sıfır/Dəq | Sıfır | Minimal | dəqiqə | Sıfır/Dəq | Minimal |
| Dəstək Statusu | Aktiv | Aktiv | Aktiv | Aktiv | Aktiv | Aktiv | Deprecated | Aktiv |
11.2 HA Həllini Seçin
Həll yolu seçərkən aşağıdakı amilləri nəzərə alın:
- Büdcə mülahizələri həll seçiminə əhəmiyyətli dərəcədə təsir göstərir: Enterprise Edition tələbləri lisenziyalaşdırma xərclərinə təsir göstərir, infrastruktur ehtiyacları isə FCI-lər üçün bahalı ortaq saxlama yerlərindən Mövcudluq Qrupları üçün əmtəə serverlərinə qədər dəyişir.
- Mürəkkəblik əhəmiyyətli dərəcədə fərqlənir: Log Göndərmə ən sadə tətbiq təklif edir, Paylanmış Mövcudluq Qrupları isə geniş təcrübə tələb edir.
- RTO tələbləri texnologiya seçimlərini sürətləndirir. Saniyəlik fasilə tələbi Həmişə İşdə Mövcudluq Qrupları və ya avtomatik nasazlıqla işləyən FCI-lər. Dəqiqələrə dözümlülük Log Göndərmə kimi əl ilə nasazlıq həllərini təmin edir.
- RPO tələbləri eyni dərəcədə vacibdir: sıfır məlumat itkisi sinxron həlləri tələb edir, dəqiqə tolerantlığı isə Log Göndərməni təmin edir.
- İnfrastruktur məhdudiyyətləri, oxuma miqyaslı ehtiyaclar, coğrafi paylama tələbləri və bulud hibrid ssenariləri optimal həll seçiminə təsir göstərir.
12. Üçün ən yaxşı təcrübələr SQL Server Yüksək mövcudluğu
12.1 Planlaşdırma və dizayn
Hər bir verilənlər bazası üçün diqqətli RTO və RPO təhlili vasitəsilə biznes tələblərini qiymətləndirin. Ən mürəkkəb seçimlərə üstünlük vermək əvəzinə, tələblərə uyğun müvafiq həlləri seçin. Həm yerli yüksək mövcudluq, həm də coğrafi fəlakətlərin bərpası üçün çoxmərtəbəli yanaşmalardan istifadə edərək planlaşdırın. Şəbəkə diaqramları, nasazlıq prosedurları və bərpa kitabçaları daxil olmaqla, arxitekturanı hərtərəfli sənədləşdirin.
12.2 Tətbiq Qaydaları
Təsdiqləmək üçün planlaşdırılmış testlər və simulyasiya edilmiş uğursuzluqlar vasitəsilə müntəzəm olaraq nasazlıqların aradan qaldırılması prosedurlarını sınaqdan keçirin SQL Server yüksək mövcudluq həlləri və komanda hazırlığı. Sağlamlığı və performansı davamlı olaraq izləyin SQL Serverkimi daxili alətlər SQL Server Profil və DMV-lər. Sinxronizasiya gecikməsi, nasazlıq hadisələri və sağlamlığın pozulması üçün hərtərəfli xəbərdarlıqları konfiqurasiya edin. Qoruyun. SQL Server ehtiyat strategiyaları HA tətbiqinə baxmayaraq, ehtiyat nüsxələri məntiqi korlanmaya və təsadüfi silinmələrə qarşı son müdafiə xətti olaraq qalır. Sistemləri kumulyativ yeniləmələr, təhlükəsizlik yamaları və proqram təminatı yeniləmələri ilə yeniləyin. Faktiki bərpa və tətbiq sınaqları vasitəsilə bərpa prosedurlarını vaxtaşırı yoxlayın və bu kimi ssenariləri necə idarə edəcəyinizi bilin. verilənlər bazaları bərpa rejimində ilişib qalıb.
12.3 Monitorinq və Baxım
kimi vasitələrdən istifadə edin SQL Server Fəaliyyət Monitor, SQL Server Performance Monitorvə Dinamik İdarəetmə sağlamlıq monitorinqi və işləməsi üçün geniş baxışlar DBCC CHECKDB Verilənlər bazasının bütövlüyünü müntəzəm olaraq yoxlayın. Mövcudluq Qrupunun sağlamlığının vizual qiymətləndirilməsi üçün Həmişə Aktiv İdarəetmə Panelindən istifadə edin. Sinxronizasiya gecikməsini, xüsusən də asinxron replikalar və Qeydiyyat Göndərmələri üçün diqqətlə izləyin. Nasazlıq hadisələrini diqqətlə izləyin. SQL Server Genişləndirilmiş Tədbirlər və nümunələrin səbəblərini təhlil edin. Normal əməliyyat üçün əsas göstəriciləri müəyyənləşdirin və potensial problemləri göstərən sapmaları izləyin. İnfrastrukturun artan iş yükünü dəstəkləməsini təmin etmək üçün müntəzəm olaraq tutum planlaşdırma icmalları aparın.
13. FAQ
S: Yüksək mövcudluq və fəlakətdən sonrakı bərpa arasında fərq nədir? SQL Server?
A: Yüksək mövcudluq, məlumat mərkəzində yerli nasazlıqlar üçün dayanma vaxtını minimuma endirir, adətən avtomatik nasazlıq və saniyələr və ya dəqiqələr ərzində RTO-lar olur. Fəlakətdən sonra bərpa işləri regional fəlakətlərdən qoruyur, adətən əl ilə nasazlıq və daha uzun RTO-lar olur, lakin bütün obyektlərə təsir edən hadisələri əhatə edir.
S: Yüksək Mövcudluq (HA) və Oxu Miqyaslı Həllər arasında fərq nədir?
A: Yüksək Mövcudluq həlləri, iş vaxtına və avtomatik nasazlıq imkanlarına diqqət yetirərək, nasazlıqlar zamanı verilənlər bazalarına əlçatan qalmasını təmin edir. Oxuma Ölçüsü həlləri, yalnız oxuma iş yüklərini birdən çox verilənlər bazası replikası arasında paylamaqla, məhsuldarlıq və cavab müddətlərinə diqqət yetirərək sorğu performansını artırır. Bunlar fərqli məqsədlərə xidmət etsə də, Həmişə Mövcudluq Qrupları kimi eyni texnologiya hər iki üstünlüyü eyni anda təmin edə bilər: oxuna bilən ikinci dərəcəli replikalar oxuma miqyaslı imkanlar təklif edir və eyni zamanda yüksək mövcudluq üçün nasazlıq hədəfləri kimi xidmət edir.
S: Hansı SQL Server Yüksək mövcudluq həlli ehtiyaclarım üçün ən yaxşısıdır?
A: Ən yaxşı həll RTO və RPO hədəflərindən, büdcədən, nəşrin mövcudluğundan, infrastrukturdan və təcrübədən asılıdır. Həmişə Mövcudluq Qrupları əksər müəssisə ssenarilərinə uyğundur, Log Göndərmə isə xərclərə həssas mühitlər üçün yaxşı işləyir. Tələbləri müqayisə cədvəlinə əsasən qiymətləndirin.
S: Həmişə Mövcud Qruplar Müəssisə Buraxılışını tələb edirmi?
A: Standard Edition, əhəmiyyətli məhdudiyyətlərlə Əsas Mövcudluq Qruplarını dəstəkləyir: hər qrup üçün bir verilənlər bazası, bir ikinci dərəcəli replika və oxuna bilən ikinci dərəcəli replika yoxdur. Birdən çox verilənlər bazası, səkkiz ikinci dərəcəli replika və oxuna bilən replika daxil olmaqla tam funksionallıq üçün Enterprise Edition tələb olunur.
S: Log Shipping-dən istifadə edə bilərəmmi? SQL Server Standart Nəşr?
A: Bəli, Log Shipping Standard Edition-da tam dəstəklənir və bu da onu Enterprise Edition lisenziyası olmayan təşkilatlar üçün cəlbedici və səmərəli fəlakət bərpa həlli edir.
S: Həmişə Aktiv Mövcudluq Qrupları ilə Verilənlər Bazası Güzgüləməsi arasında fərq nədir?
A: Verilənlər Bazasının Güzgülənməsi köhnəlib və oxunaqlı ikinci dərəcəli giriş olmadan fərdi verilənlər bazası səviyyəsində işləyir. Həmişə Aktiv Mövcudluq Qrupları səkkizə qədər ikinci dərəcəli verilənlər bazası qruplarını, oxunaqlı replikaları və təkmilləşdirilmiş monitorinqi dəstəkləyir. Microsoft Həmişə Aktiv rejiminə keçməyi tövsiyə edir.
S: Failover Cluster Instances və Mövcudluq Qrupları arasında necə seçim edə bilərəm?
A: Paylaşılan saxlama infrastrukturu ilə nümunə səviyyəli qoruma üçün FCI-ləri seçin. Verilənlər bazası səviyyəli qoruma, oxuma miqyaslı imkanlar və paylaşılan saxlama olmadan coğrafi paylanma üçün Mövcudluq Qruplarını seçin. Təşkilatlar tez-tez hər ikisini hərtərəfli qoruma üçün birləşdirirlər.
S: Bir neçəsini birləşdirə bilərəmmi? SQL Server yüksək mövcudluqlu həllər?
A: Bəli, həllərin birləşdirilməsi geniş yayılmışdır. FCI-lər Mövcudluq Qrupunun replikaları kimi xidmət edə bilər və nümunə səviyyəli yerli HA və verilənlər bazası səviyyəli coğrafi DR təmin edə bilər. Log Göndərmə əlavə uzaqdan qorunma üçün Mövcudluq Qruplarını tamamlaya bilər. Birləşdirilmiş konfiqurasiyaları hərtərəfli sınaqdan keçirin.
S: Sinxron və asinxron replikasiya arasındakı fərq nədir?
A: Sinxron replikasiya, sıfır məlumat itkisinə zəmanət verərək, lakin potensial olaraq gecikməyə səbəb olmaqla, ikinci dərəcəli təsdiqləməni gözləyir. Asinxron replikasiya gözləmədən davam edir, performansı optimallaşdırır, lakin nasazlıq zamanı mümkün məlumat itkisinə səbəb olur.
S: Əgər ehtiyat nüsxələrim varsa, yenə də ehtiyat nüsxələrinə ehtiyacım varmı? SQL Server yüksək mövcudluq konfiqurasiya edildi?
A: Tamamilə bəli. Yüksək mövcudluq aparat nasazlıqlarından qoruyur, lakin məntiqi korlanmalardan, təsadüfi silinmələrdən və ya bütün nüsxələrə təkrarlanan zərərli hərəkətlərdən qoruya bilmir. Yedəkləmələr vaxtında bərpa və uyğunluq tələbləri üçün vacib olaraq qalır.
S: Əgər ehtiyat nüsxələrim varsa, yenə də ehtiyat nüsxələrinə ehtiyacım varmı? SQL Server yüksək mövcudluq konfiqurasiya edildi?
C: Tamamilə bəli. Yüksək mövcudluq aparat nasazlıqlarından qoruyur, lakin verilənlər bazasının zədələnməsindən, təsadüfi silinmələrdən və ya zərərli hərəkətlərdən qoruya bilmir. Yedəkləmələr vaxtında bərpa və uyğunluq tələbləri üçün vacib olaraq qalır. Verilənlər bazası fayllarının zədələndiyi və ehtiyat nüsxələrinin əlçatan olmadığı və ya zədələndiyi hallarda, ixtisaslaşmış SQL verilənlər bazası təmir proqramı zədələnmiş MDF, NDF və ehtiyat nüsxə fayllarından məlumatları bərpa etməyə kömək edə bilər.
S: Məhdud Mövcudluq Qrupu nədir və adi Mövcudluq Qrupundan nə ilə fərqlənir?
A: Təqdim edilən Mövcudluq Qrupları SQL Server 2022, girişlər, işlər və metaməlumatlar kimi instansiya səviyyəli obyektləri avtomatik olaraq sinxronlaşdırır. Adi Mövcudluq Qrupları yalnız verilənlər bazası obyektlərini sinxronlaşdırır və instansiya obyektlərinin əl ilə replikasiyasını tələb edir.
S: Məlumatları buradan kopyalaya bilərəmmi? SQL Server Azure SQL İdarə Edilən Nümunəsinə?
A: Bəli, İdarə Olunan Nümunə Linki arasında hibrid replikasiya təmin edir SQL Server və Azure. SQL Server 2016-2019-cu illər birtərəfli replikasiyanı dəstəkləyir, halbuki SQL Server 2022+ fəlakətlərin bərpası, miqrasiya və hibrid ssenarilər üçün iki istiqamətli replikasiyanı uğursuzluqla geri qaytarmağa imkan verir.
S: Nə baş verir SQL Server Agent işləri qəza zamanı?
A: Ənənəvi Mövcudluq Qruplarında işlər ikinci dərəcəli replikalarda əl ilə yaradılmalıdır. Mövcudluq Qrupları (SQL Server 2022+) işləri avtomatik olaraq sinxronlaşdırır. Failover Cluster Instances işləri instansiya səviyyəli qorumanın bir hissəsi kimi əhatə edir.
14. Nəticə
SQL Server şöbə verilənlər bazalarından tutmuş vacib müəssisə sistemlərinə qədər müxtəlif tələbləri ödəyən hərtərəfli yüksək mövcudluq həlləri təqdim edir. Hər bir həll verilənlər bazası administratorlarının məlumatlı qərarlar qəbul etmək üçün başa düşməli olduqları fərqli imkanlar və güzəştlər təklif edir.
Həmişə Mövcudluq Qrupları müasir yerləşdirmələr üçün flaqman texnologiyasını təmsil edir, Contained Mövcudluq Qrupları idarəetməni sadələşdirir və Paylanmış Mövcudluq Qrupları mürəkkəb platformalararası ssenariləri təmin edir. Failover Cluster Instances instance səviyyəli qoruma ehtiyaclarını ödəməyə davam edir, Log Göndərmə isə xərclərə həssas ssenarilər üçün aktuallığını qoruyur. Managed Instance Link yerli körpülər yaradan bulud hibrid imkanlarını açır. SQL Server Azure ilə.
Müəyyən biznes ehtiyaclarına uyğun həllər həll yolları mühüm uğur amilini təmsil edir. Hamıya uyğun vahid yanaşma yoxdur. Təşkilatlar RTO və RPO tələblərini, büdcə məhdudiyyətlərini, infrastruktur imkanlarını və inzibati təcrübəni diqqətlə qiymətləndirməlidirlər. Çox vaxt ən yaxşı arxitektura hərtərəfli qorunma üçün birdən çox həlli birləşdirir. HA strategiyanızın daha geniş bulud qəbul planları ilə necə uyğunlaşdığını düşünün və ətraflı tətbiq təlimatları üçün xüsusi məqalələrə baxın. SQL Server infrastruktur biznesinizin tələb etdiyi etibarlılığı təmin edir.
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.