SQL Server Doim mavjud guruhlar [2026-yil uchun qo'llanma]

Doim mavjud guruhlar (AG) bu SQL Server Enterprise yuqori mavjudligi va ma'lumotlar bazasi darajasida ishlaydigan falokatdan keyingi tiklanish yechimi. Mavjudlik guruhi bir yoki bir nechta foydalanuvchi ma'lumotlar bazalarini bitta ishdan chiqish blokiga guruhlaydi va ularni uzluksiz tranzaksiya jurnallarini jo'natish orqali sakkiztagacha ikkilamchi replikalarga ko'paytiradi. Birlamchi replika ishlamay qolganda, belgilangan sinxron ikkilamchi avtomatik ravishda ish faoliyatini o'z zimmasiga oladi va umumiy saqlash yoki qo'lda aralashuvsiz bir necha soniya ichida kirishni tiklaydi.

1.2 Doim yoqilgan mavjudlik guruhlari va ishlamay qolgan klaster misollari

SQL Server Always On ikkita alohida texnologiyani o'z ichiga oladi: Mavjudlik guruhlari (AG) va Failover Cluster instansiyalari (FCI):

	Doim mavjud guruhlar	Doim ishlamay qoladigan klaster misollari
Ishdan chiqish doirasi	Ma'lumotlar bazasi darajasida	Instance-level (barcha ma'lumotlar bazalari birgalikda ishlamay qoladi)
Ma'lumotlarni replikatsiya qilish	Har bir ikkilamchi tizimga log asosidagi replikatsiya	Yo'q — barcha tugunlar bir xil saqlash joyiga ega
Umumiy xotira	Talab qilinmaydi	Majburiy (Saqlash Tarmog'i (SAN), iSCSI, S2D yoki SMB)
O'qiladigan ikkilamchi ma'lumotlar	ha	Yo'q
Tabiiy ofatlarni tiklash	O'rnatilgan (saytlar bo'ylab asinxron nusxalar)	AG bilan ulanmasdan o'rnatilgan emas

Har birini qachon ishlatish kerak: Instansiya darajasidagi o'chirishga ehtiyoj sezganingizda va allaqachon umumiy saqlash infratuzilmasiga ega bo'lganingizda FCI dan foydalaning. Ma'lumotlar bazasi darajasidagi teranlik, o'qilishi mumkin bo'lgan ikkilamchi ma'lumotlar yoki falokatdan keyin tiklash kerak bo'lganda AG dan foydalaning. Eng to'liq himoya uchun ikkalasini ham birlashtiring: har bir replikani FCI tuguni sifatida ishga tushiring va ularni AG ga ulang.

1.3 Foyda va cheklovlar

foydasi:

Sinxron nusxalar uchun nolga yaqin tiklanish vaqti maqsadi (RTO) bilan avtomatik ishdan chiqish;
sinxron-kommit rejimida nol ma'lumotlar yo'qotilishi (Qayta tiklash nuqtasi maqsadi (RPO) = 0);
umumiy saqlash talab qilinmaydi — har bir nusxa mustaqil mahalliy saqlashdan foydalanadi;
o'qilishi mumkin bo'lgan ikkilamchi qurilmalar hisobotlarni va zaxira ish yuklamalarini asosiy qurilmadan tushiradi;
bitta konfiguratsiya ichida mahalliy yuqori mavjudlik (HA) va saytlararo tabiiy ofatlardan tiklanish (DR) ni qo'llab-quvvatlaydi.

cheklashlar:

Barcha replikalarda Windows Server Failover klasterlashni talab qiladi;
To'liq funksiyalar to'plami uchun Enterprise Edition (Standard Edition muhim cheklovlar bilan Basic AG ni qo'llab-quvvatlaydi);
sinxron-kommit rejimi yozish operatsiyalariga tarmoqning aylanish vaqtiga mutanosib ravishda kechikishni qo'shadi;
loginlar, SQL Agent vazifalari va bog'langan serverlar avtomatik ravishda sinxronlashtirilmaydi SQL Server 2019 va undan oldingi yillar (hal qilingan SQL Server 2022-yilda mavjudlik guruhlari mavjud edi).

2. Doim mavjud bo'lgan guruhlar arxitekturasi

2.1 Asosiy komponentlar va tushunchalar

2.1.1 Mavjudlik ma'lumotlar bazalari

Mavjudlik ma'lumotlar bazalari - bu mavjudlik guruhida ishtirok etadigan foydalanuvchi ma'lumotlar bazalari. Ushbu ma'lumotlar bazalari ma'lum talablarga javob berishi kerak: ular to'liq tiklash modelidan foydalanishi, to'liq zaxira nusxasiga ega bo'lishi va mavjudlik guruhiga qo'shilishdan oldin asosiy replikada mavjud bo'lishi kerak.

Ma'lumotlar bazasi mavjudlik guruhiga qo'shilganda, u sinxronlashtirilgan to'plamning bir qismiga aylanadi va birlik sifatida ishlamay qoladi. Mavjudlik guruhidagi barcha ma'lumotlar bazalari bir xil ishlamay qolish holatiga ega, ya'ni agar asosiy replika ishlamay qolsa, barcha ma'lumotlar bazalari bir vaqtning o'zida bir xil ikkilamchi replikaga ishlamay qoladi. Bu bir nechta bog'liq ma'lumotlar bazalariga tayanadigan ilovalar uchun izchillikni ta'minlaydi.

2.1.2 Mavjudlik nusxalari

Mavjudlik nusxalari SQL Server mavjudlik ma'lumotlar bazalarining nusxalarini saqlaydigan nusxalar. Har bir replika ma'lumotlar bazalarining o'zining jismoniy nusxasini saqlaydi, tranzaksiyalar jurnali yozuvlarini jo'natish orqali sinxronlashtiriladi. Mavjudlik guruhi to'qqiztagacha replikani o'z ichiga olishi mumkin: bitta asosiy replika va sakkiztagacha ikkilamchi replika.

2.1.3 Birlamchi nusxa

Birlamchi replika mavjudlik ma'lumotlar bazalarining o'qish-yozish nusxasini joylashtiradi. Barcha ma'lumotlar o'zgarishi (INSERT, UPDATE, DELETE) birlamchi replikada sodir bo'ladi. Mijoz ilovalari barcha yozish operatsiyalari uchun va sukut bo'yicha o'qish operatsiyalari uchun ham birlamchi replikaga ulanadi.

2.1.4 Ikkilamchi replikalar

Ikkilamchi replikalar asosiy replikadan olingan tranzaksiyalar jurnali yozuvlarini uzluksiz qo'llash orqali saqlanadigan mavjudlik ma'lumotlar bazalarining faqat o'qish uchun nusxalarini saqlaydi. Har bir ikkilamchi replika o'zining ma'lumotlar bazasi nusxalarini asosiy bilan sinxronlashtirish uchun jurnal yozuvlarini oladi, mustahkamlaydi va qo'llaydi.

2.2 Mavjudlik rejimlari

2.2.1 Sinxron-Kommit rejimi

Sinxron-commit rejimi asosiy replikadan tranzaksiyalarni amalga oshirishdan oldin tranzaksiya jurnali yozuvlari ikkilamchi replikada mustahkamlanganligini tasdiqlashni kutishni talab qilish orqali ma'lumotlar yo'qotilishidan nol himoyani ta'minlaydi. Ushbu rejim ma'lumotlar yo'qotilishi qabul qilinishi mumkin bo'lmagan yuqori darajadagi mavjudlik konfiguratsiyalari uchun juda muhimdir.

2.2.2 Asinxron-Kommit rejimi

Asinxron-commit rejimi tranzaksiyalarni ikkilamchi replikalarning jurnalni qattiqlashtirishini tasdiqlashini kutmasdan bajarishga imkon berish orqali asosiy replika ishlashiga ustuvorlik beradi. Ushbu rejim falokatdan keyingi tiklanish replikalari yoki tarmoq kechikishi sinxron commitni amaliy bo'lmagan holatlar uchun mos keladi.

Muvofiqlik - bu ishlamay qolish paytida ma'lumotlar yo'qotilishi mumkin bo'lgan holat. Agar asosiy nusxa ishlamay qolsa, ba'zi bajarilgan tranzaksiyalar ikkilamchi nusxaga yetib bormagan bo'lishi mumkin. Potentsial ma'lumotlar yo'qotilishi miqdori tarmoq o'tkazish qobiliyatiga, ikkilamchi nusxaning ishlashiga va ishlamay qolish vaqtiga bog'liq. Tashkilotlar asinxron rejimdan foydalanganda ushbu xavfni qabul qilishlari kerak.

2.3 Ishdan chiqish turlari

2.3.1 Avtomatik ishdan chiqish

Avtomatik ishdan chiqish mavjudlik guruhiga birlamchi replika nosozligini aniqlash va administrator aralashuvisiz ikkilamchi replikani avtomatik ravishda birlamchiga o'tkazish imkonini beradi. Bu imkoniyat nosozliklarga qo'lda javob berish zaruratini bartaraf etish orqali RTOni minimallashtiradi.

Avtomatik ishdan chiqish ma'lumotlar yo'qotilishini nolga tenglashtirish uchun sinxron-kommit rejimini talab qiladi. Yoqilganda, mavjudlik guruhi asosiy replikaning holatini doimiy ravishda kuzatib boradi. Agar asosiy replika javob bermasa yoki ishlamay qolsa, Windows Server ishdan chiqish klasteri belgilangan ikkinchi darajali replikaga avtomatik ishdan chiqishni boshlaydi.

2.3.2 Qo'lda xatolikni o'zgartirish

Qo'lda ishdan bo'shatish administratorlarga odatda rejalashtirilgan texnik xizmat ko'rsatish yoki sinov maqsadlarida asosiy replika rolini ataylab ikkilamchi replikaga o'tkazish imkonini beradi. Avtomatik ishdan bo'shatishdan farqli o'laroq, qo'lda ishdan bo'shatish administratorning aniq harakatlarini boshlashni talab qiladi.

Synchronous-commit replikalari uchun ma'lumotlarni yo'qotmasdan qo'lda o'chirib qo'yish imkoniyati mavjud. Administrator o'chirib qo'yishni quyidagi orqali boshlaydi SQL Server Management Studio, Transact-SQL yoki PowerShell. Birlamchi replika joriy tranzaksiyalarni qayta ishlashni tugatadi, qolgan barcha jurnal yozuvlarini maqsadli ikkilamchi serverga yuboradi va asosiy rolni o'tkazishdan oldin tasdiqlashni kutadi.

Qo'lda ishdan chiqish asynchronous-commit replikalari bilan ham sodir bo'lishi mumkin, ammo bu ma'lumotlar yo'qotilishi bilan majburiy ishdan chiqishni talab qiladi. Administratorlar majburiy qo'lda ishdan chiqishni faqat haqiqiy falokat stsenariylari paytida, asosiy replika mavjud bo'lmaganda va ma'lumotlar yo'qotilishi uzoq vaqt ishlamay qolishiga nisbatan maqbul bo'lganda ishlatishlari kerak.

2.3.3 Majburiy ishdan chiqish

Majburiy o'chirish asinxron ikkilamchi replikaga yoki to'liq sinxronlashtirilmagan ikkilamchi replikaga o'tish imkonini beradi, bunda ma'lumotlar yo'qotilishi mumkinligi aniq ko'rsatilgan. Ushbu parametr asosiy replika mavjud bo'lmaganda va sinxronlashtirilgan ikkilamchi mavjud bo'lmaganda oxirgi chora sifatida xizmat qiladi.

2.4 Ma'lumotlarni sinxronlashtirish

2.4.1 Ma'lumotlarni sinxronlashtirish qanday ishlaydi

Doim yoqilgan mavjudlik guruhlarida ma'lumotlarni sinxronlashtirish tranzaksiya jurnali yozuvlarini asosiy replikadan barcha ikkilamchi replikalarga uzluksiz yetkazib berish orqali amalga oshiriladi. Ushbu jurnalga asoslangan sinxronizatsiya har bir replika uchun mustaqil saqlash imkonini berish bilan birga izchillikni ta'minlaydi.

2.4.2 Tranzaksiyalar jurnali yozuvlari va mustahkamlash

Tranzaksiyalar jurnalini mustahkamlash jurnal yozuvlarini ikkilamchi replikalarda mustahkam saqlashga yozishning muhim bosqichidir. Qattiqlashtirish jurnal yozuvlarining ikkilamchi replika nosozliklaridan omon qolishini va tiklash paytida qayta tinglanishini ta'minlaydi.

2.5 O'qish masshtabi va o'qilishi mumkin bo'lgan ikkilamchi replikalar

2.5.1 Faqat o'qish uchun ish yuklamalarini tushirish

O'qiladigan ikkilamchi replikalar tashkilotlarga o'qishni talab qiladigan ish yuklamalarini asosiy replikadan tushirish imkonini beradi, bu esa tizimning umumiy ishlashini va resurslardan foydalanishni yaxshilaydi. Ushbu o'qishni o'lchash imkoniyati eski yuqori mavjudlik yechimlariga nisbatan mavjudlik guruhlarining asosiy afzalliklaridan biridir.

Tashkilotlar mavjudlik guruhi konfiguratsiyalarini loyihalashda faqat o'qish uchun ish yuklamasi talablarini hisobga olishlari kerak. Bir nechta o'qiladigan ikkilamchi serverlar hisobot yuklamasini bir nechta serverlar bo'ylab taqsimlashi mumkin. Faqat o'qish uchun marshrutizatsiya ro'yxatlari ikkilamchi serverlarning o'qish maqsadidagi ulanishlarni qabul qilish tartibini belgilaydi, bu esa yuklarni muvozanatlash strategiyalarini amalga oshirishga imkon beradi.

2.5.2 Ikkilamchi replikalarda zaxira operatsiyalari

Ikkilamchi replikalarda zaxira nusxalarini ishga tushirish asosiy replikadagi kirish/chiqish (I/O) va Markaziy protsessor (CPU) yukini kamaytiradi, bu esa unga tranzaksiya ish yuklamalariga e'tibor qaratish imkonini beradi. Bu imkoniyat tashkilotlarga ishlab chiqarish samaradorligiga ta'sir qilmasdan zaxira nusxalari talablarini qondirishga yordam beradi.

SQL Server Ikkilamchi replikalarda to'liq ma'lumotlar bazasi zaxira nusxalarini, differentsial zaxira nusxalarini va tranzaksiyalar jurnalining zaxira nusxalarini qo'llab-quvvatlaydi. Zaxira nusxalash sozlamalari ikkilamchi replikalarni, asosiy, faqat ikkilamchi yoki istalgan replikani afzal ko'rish uchun sozlanishi mumkin. Zaxira tizimi ushbu sozlamalar va joriy mavjudlik asosida avtomatik ravishda tegishli replikani tanlaydi.

Qo'shimcha ma'lumot uchun SQL Server zaxira nusxasi, bizning keng qamrovli qo'llanma.

2.6 Mavjudlik guruhi tinglovchilari

2.6.1 Tinglovchi nima?

Mavjudlik guruhi tinglovchisi - bu mijoz ilovalari mavjudlik guruhi ma'lumotlar bazalariga ulanish uchun foydalanadigan virtual tarmoq nomi (VNN) va IP-manzil. Tinglovchi ulanishlarni avtomatik ravishda joriy asosiy replikaga yo'naltiradi, bu esa ilovalarning hozirda qaysi server asosiy ekanligini kuzatish zaruratini bartaraf etadi.

2.6.2 Mijoz ulanishini yo'naltirish

Mijoz ulanishini tinglovchi orqali yo'naltirish ham o'qish-yozish, ham faqat o'qish ulanish niyatlarini qo'llab-quvvatlaydi. Tinglovchi ulanish so'rovini tekshiradi va uni ilova niyatiga asoslanib tegishli replikaga yo'naltiradi.

3. Talablar va talablar

3.1 Mavjudlik guruhlari uchun Windows Server ishlamay qolishini klasterlash

3.1.1 Windows Server ishdan chiqishini klasterlash asoslari

Windows Server Failover Clustering (WSFC) klaster a'zoligi, sog'liqni saqlash monitoringi va failover orkestratsiyasini boshqarish orqali Doim On Mavjudlik Guruhlari uchun asos yaratadi. Failover Cluster Instances dan farqli o'laroq, mavjudlik guruhlari WSFC dan faqat klasterlarni muvofiqlashtirish uchun foydalanadi, umumiy saqlashni boshqarish uchun emas.

har bir SQL Server Mavjudlik guruhida ishtirok etuvchi misol WSFC klasteridagi tugun bo'lishi kerak. Klaster kvorum ovoz berish, tugunning sog'lig'ini aniqlash va mavjudlik guruhi resurslari holatini boshqaradi. Birlamchi replika ishlamay qolganda, WSFC ishdan chiqish jarayonini muvofiqlashtiradi va yangi birlamchi replikani aks ettirish uchun klaster resurslarini yangilaydi.

3.1.2 Klaster kvorum konfiguratsiyasi

Klaster kvorumi tarmoq ulanishi bilan bog'liq muammolar yuzaga kelganda qaysi tugunlar ishlashi mumkinligini aniqlaydi va bir nechta tugunlar mustaqil ravishda asosiy deb da'vo qiladigan miya bo'linishi stsenariylarining oldini oladi. Kvorum konfiguratsiyasi klaster qarorlari uchun ko'pchilik ovozni tashkil etuvchi narsani belgilaydi.

Mavjudlik guruhlari uchun bir nechta kvorum rejimlari mavjud:

Node Majority faqat klaster tugunlari ovozlaridan foydalanadi va toq sonli tugunlarga ega klasterlar uchun yaxshi ishlaydi.
Tugun va fayl almashish ko'pchilik qismi juft raqamlangan tugun klasterlari uchun mos keladigan fayl almashish guvohi ovozini qo'shadi.
Node and Disk Majority disk guvohnomasidan foydalanadi, ammo umumiy xotira talab qilinmagani uchun mavjudlik guruhlari uchun kamroq tarqalgan.

3.1.3 Ko'p tarmoqli klasterlash

Ko'p tarmoqli klasterlash mavjudlik guruhi replikalarini turli tarmoq tarmoqlarini qamrab olish imkonini beradi va ma'lumotlar markazlari bo'ylab geografik jihatdan taqsimlangan joylashtirishni qo'llab-quvvatlaydi. Bu imkoniyat replikalar alohida joylarda mavjud bo'lgan falokatdan keyingi tiklanish konfiguratsiyalari uchun juda muhimdir.

3.2 SQL Server Nashr talablari

3.2.1 Korxona nashrining xususiyatlari

SQL Server Enterprise Edition cheklovlarsiz to'liq mavjudlik guruhlari funksiyasini taqdim etadi. Enterprise Edition sakkiztagacha ikkilamchi replikalarni, o'qiladigan ikkilamchi fayllarni, avtomatik ekishni, taqsimlangan mavjudlik guruhlarini va barcha ilg'or funksiyalarni qo'llab-quvvatlaydi.

3.2.2 Standart nashr xususiyatlari (asosiy mavjudlik guruhlari)

SQL Server 2016-yilgi standart nashr va undan keyingi versiyalar sezilarli cheklovlarga ega bo'lgan asosiy mavjudlik guruhlarini qo'llab-quvvatlaydi. Asosiy mavjudlik guruhlari sodda talablarga ega tashkilotlar uchun mos bo'lgan arzonroq narxda asosiy yuqori mavjudlik funksiyalarini taqdim etadi.

4. Doim faol bo'lgan mavjudlik guruhlarini sozlash

4.1 Atrof-muhitni tayyorlash

Mavjudlik guruhini yaratishdan oldin, muhit Active Directory hisoblari, server konfiguratsiyalari va tarmoq infratuzilmasi bilan to'g'ri tayyorlanishi kerak.

4.1.1 Domen boshqaruvchisini sozlash

Active Directory domen boshqaruvchisi mavjudlik guruhi klasterini qo'llab-quvvatlash uchun sozlangan bo'lishi kerak va SQL Server xizmat hisoblari.

Domen boshqaruvchisiga domen administratori ma'lumotlari bilan kiring.
ochiq Server menejeri va navigatsiya qiling Asboblar -> Active Directory foydalanuvchilari va kompyuterlari.
Tashkiliy bo'linma yarating SQL Server agar bittasi mavjud bo'lmasa, obyektlar.
Barcha klaster tugunlari uchun kompyuter obyektlari Active Directory'da mavjudligini tekshiring.
Domen nomlari tizimi (DNS) xizmatlari to'g'ri sozlanganligiga va barcha server nomlari to'g'ri aniqlanganligiga ishonch hosil qiling.

4.1.2 Xizmat hisoblarini yaratish

Maxsus Active Directory xizmat hisoblarini yarating SQL Server har bir tugundagi xizmatlar.

ochiq Active Directory foydalanuvchilari va kompyuterlari domen boshqaruvchisida.
Tegishli tashkiliy bo'linmani o'ng tugmasini bosing va tanlang yangi -> foydalanuvchi.
Xizmat hisob qaydnomasi nomini kiriting (masalan, svc_SQLServer) va o'rnating Foydalanuvchi kirish nomi.
bosing Keyingi va kuchli parolni kiriting.
tanlang Foydalanuvchi parolni o'zgartira olmaydi va Parol hech qachon muddati tugamaydi.
bosing Keyingi undan keyin tugatmoq hisob yaratish uchun.
Qo'shimcha xizmat hisoblari uchun takrorlang (SQL Server Agent, SSRS va boshqalar).

4.1.3 Administrator ruxsatlarini sozlash

Xizmat hisoblari va sozlash uchun ishlatiladigan hisoblar SQL Server barcha klaster tugunlarida tegishli ruxsatlarga ega bo'lishi kerak.

Har bir klaster tugun serveriga kiring.
ochiq Kompyuter boshqaruvi dan boshlanish menyu yoki Server menejeri.
kengaytirish Mahalliy foydalanuvchilar va guruhlar va tanlash Guruhlar.
O'ng tugmasini bosing Administratorlar va tanlash xususiyatlari.
bosing qo'shish va xizmat hisob qaydnomasi nomini kiriting.
bosing Ismlarni tekshiring hisobni tasdiqlash uchun bosing, so'ngra OK.
bosing OK Administratorlar xususiyatlari muloqot oynasini yopish uchun.
Barcha klaster tugunlarida takrorlang.

4.2 WSFC ni o'rnatish va sozlash

Doim yoqilgan mavjudlik guruhlarini yoqishdan oldin barcha tugunlarga Windows Server Failover Clustering o'rnatilishi va sozlanishi kerak.

4.2.1 Failover klasterlash funksiyasini o'rnatish

Mavjudlik guruhida ishtirok etadigan har bir serverga Failover Clustering funksiyasini o'rnating.

ochiq Server menejeri birinchi klaster tugunida.
bosing boshqarish -> Rollar va xususiyatlarni qo'shish.
bosing Keyingi kirish ekranlari orqali.
tanlang Rolga asoslangan yoki xususiyatlarga asoslangan o'rnatish bosing Keyingi.
Mahalliy serverni tanlang va ustiga bosing Keyingi.
Rollar ekranini o'tkazib yuboring va bosing Keyingi.
Xususiyatlar ekranida ni tanlang Failover klasterlash.
bosing Xususiyatlarni qo'shish boshqaruv vositalarini qo'shish so'ralganda.
bosing Keyingi undan keyin o'rnatmoq.
O'rnatish tugashini kuting va tugmasini bosing yaqin.
Klasterda ishtirok etadigan barcha serverlarda takrorlang.

4.2.2 Failover klasterini yaratish

Barcha tugunlarga Failover Clustering funksiyasini o'rnatgandan so'ng, bitta tugundan klaster yarating.

ochiq Failover klaster menejeri dan Server menejeri -> Asboblar.
bosing Klaster yaratish Amallar oynasida.
bosing Keyingi Boshlashdan oldin sahifasida.
bosing Qidirish va klaster tugunlari bo'ladigan barcha serverlarni qo'shing.
bosing Keyingi barcha tugunlarni qo'shgandan so'ng.
Leave Barcha testlarni bajarish (tavsiya etiladi) tanlangan va bosing Keyingi.
Tasdiqlash testi natijalarini ko'rib chiqing va har qanday xatolar yoki ogohlantirishlarni bartaraf eting.
bosing tugatmoq tasdiqlash muvaffaqiyatli yakunlangandan so'ng.
Klaster nomini va IP manzilini kiriting.
Belgini olib tashlang Klasterga barcha mos xotirani qo'shing chunki umumiy saqlash joyi talab qilinmaydi.
bosing Keyingi va tasdiqni ko'rib chiqing.
bosing tugatmoq klasterni yaratish uchun.

4.2.3 Klaster konfiguratsiyasini tekshirish

Barcha tugunlar to'g'ri aloqa o'rnatishi va klaster to'g'ri ishlashiga ishonch hosil qilish uchun klaster konfiguratsiyasini tasdiqlang.

In Failover klaster menejeri, klaster nomini o'ng tugmasini bosing.
tanlang Klasterni tasdiqlash Menyudan.
bosing Keyingi Boshlashdan oldin sahifasida.
tanlang Barcha testlarni bajarish (tavsiya etiladi) bosing Keyingi.
bosing Keyingi tasdiqlash sinovlarini boshlash uchun.
Sinovlar tugallangandan so'ng tasdiqlash hisobotini ko'rib chiqing.
Hisobotda aniqlangan har qanday nosozliklar yoki ogohlantirishlarga javob bering.
bosing tugatmoq sehrgarni yopish uchun.

4.3 O'rnatish SQL Server Mavjudlik guruhlari uchun

o'rnatmoq SQL Server mustaqil o'rnatish opsiyasidan foydalangan holda mavjudlik guruhida ishtirok etadigan har bir tugunda.

Ishni boshlash SQL Server birinchi tugundagi o'rnatish vositasi.
tanlang yangi SQL Server mustaqil o'rnatish.
Mahsulot kalitini kiriting yoki baholash nashrini tanlang.
Litsenziya shartlarini qabul qiling va tugmasini bosing Keyingi.
Talab qilinadigan tekshiruvlarni yakunlang va har qanday muammolarni hal qiling.
Xususiyatni tanlash sahifasida tanlang Ma'lumotlar bazasi dvigateli xizmatlari.
Instansiya nomini sozlang (barcha tugunlarda bir xil instansiya nomidan foydalaning).
Server konfiguratsiyasi sahifasida xizmat hisob qaydnomasi ma'lumotlarini ko'rsating.
Xizmatni ishga tushirish turlarini quyidagicha sozlang avtomatik.
Ma'lumotlar bazasi dvigatelini sozlash sahifasida autentifikatsiya rejimini tanlang.
Administrator hisoblarini qo'shing.
Barcha tugunlar bo'ylab izchil yo'llar yordamida ma'lumotlar kataloglarini sozlang.
O'rnatishni yakunlang va muvaffaqiyatni tasdiqlang.
O'rnatishni boshqa barcha klaster tugunlarida bir xil sozlamalar bilan takrorlang.

4.4 Doim yoqilgan mavjudlik guruhlari funksiyasini yoqish

O'rnatgandan so'ng SQL Server barcha tugunlarda har bir misolda Doim Yoqilgan Mavjudlik Guruhlari funksiyasini yoqing.

4.4.1 Yoqish orqali SQL Server Konfiguratsiya menejeri

foydalanish SQL Server Grafik interfeys orqali Doim Yoqimli Mavjudlik Guruhlarini yoqish uchun Konfiguratsiya Menejeri.

ochiq SQL Server Konfiguratsiya menejeri birinchi tugunda.
kengaytirish SQL Server Xizmatlar chap panelda ko'rsatiladi.
O'ngni bosing SQL Server misol va tanlang xususiyatlari.
bosing Doim yuqori darajadagi mavjudlik yorlig'ini bosing.
Tekshirish AlwaysOn mavjudlik guruhlarini yoqish.
Windows ishdan chiqish klasteri nomining to'g'ri ekanligini tekshiring.
bosing OK O'zgarishlarni saqlash uchun.
bosing OK xizmatni qayta ishga tushirish kerakligi haqida ogohlantirish bilan.
O'ngni bosing SQL Server xizmat ko'rsatish va tanlash Qayta ishga tushirish.
Xizmat muvaffaqiyatli qayta ishga tushishini kuting.
Barcha klaster tugunlarida takrorlang.

4.4.2 PowerShell orqali yoqish

PowerShell bir nechta tugunlarda Doim Yoqilgan Mavjudlik Guruhlarini yoqish uchun skriptlangan usulni taqdim etadi.

Birinchi tugunda PowerShellni administrator sifatida oching.
Import qiling SQL Server PowerShell moduli:
```
Import-Module SQLPS -DisableNameChecking
```

Doim faol bo'lgan mavjudlik guruhlarini yoqish:

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

Majburiy parametrdan foydalanganda xizmat avtomatik ravishda qayta ishga tushadi.

Xususiyat yoqilganligini tekshiring:

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

Har bir klaster tuguni uchun takrorlang, tegishli server va namuna nomlarini almashtiring.

4.4.3 Funksiya yoqilganligini tekshirish

Konfiguratsiyani davom ettirishdan oldin barcha holatlarda "Doim yoqilgan mavjudlik guruhlari" yoqilganligiga ishonch hosil qiling.

Har biriga ulaning SQL Server misol yordamida SQL Server Menejment studiyasi.
Yangi so'rov oynasini oching va bajaring:
```
SELECT SERVERPROPERTY('IsHadrEnabled')
```
Natija 1 ekanligini tekshiring (yoqilgan).
Buni tekshiring SQL Server misol Failover Cluster Manager’da klaster rollari ostida paydo bo‘ladi.
Mavjudlik guruhining so'nggi nuqtasi mavjudligini quyidagi buyruqni bajarish orqali tekshiring:
```
SELECT * FROM sys.endpoints WHERE type_desc = 'DATABASE_MIRRORING'
```
Agar oxirgi nuqta mavjud bo'lmasa, u mavjudlik guruhini yaratish paytida yaratiladi.

4.5 Mavjudlik guruhlari uchun ma'lumotlar bazalarini tayyorlash

Ma'lumotlar bazalari mavjudlik guruhiga qo'shilishidan oldin ma'lum talablarga javob berishi kerak.

4.5.1 Ma'lumotlar bazasini tiklash modeli talablari

Mavjudlik guruhiga qo'shishdan oldin, asosiy replikada ma'lumotlar bazasini tiklash modelini FULL ga o'zgartiring.

Asosiy replikaga ulaning SQL Server Menejment studiyasi.
Ma'lumotlar bazasini o'ng tugmasini bosing va tanlang xususiyatlari.
Tanlang Options sahifa.
o'zgarish Qayta tiklash modeli uchun to'liq.
bosing OK o'zgarishni saqlash uchun.
Shu bilan bir qatorda, Transact-SQL dan foydalaning:
```
ALTER DATABASE DatabaseName SET RECOVERY FULL;
```

4.5.2 Ma'lumotlar bazasining to'liq zaxira nusxalarini olish

Mavjudlik guruhlari uchun zarur bo'lgan zaxira zanjirini yaratish uchun to'liq ma'lumotlar bazasi zaxira nusxasini oling.

In SQL Server Management Studio-da ma'lumotlar bazasini o'ng tugmasini bosing.
tanlang vazifalar -> Orqaga qaytish.
tekshirish Zaxira turi belgilanadi to'liq.
Zaxira manzilini tanlang yoki yangi manzil qo'shing.
bosing OK zaxira nusxasini yaratish uchun.

Shu bilan bir qatorda, Transact-SQL dan foydalaning:

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

4.5.3 Tranzaksiyalar jurnalining zaxira nusxalarini olish

Jurnal zanjiri o'rnatilganligiga ishonch hosil qilish va ishga tushirish vaqtini minimallashtirish uchun tranzaksiyalar jurnalining zaxira nusxasini oling.

In SQL Server Management Studio-da ma'lumotlar bazasini o'ng tugmasini bosing.
tanlang vazifalar -> Orqaga qaytish.
o'zgarish Zaxira turi uchun Tranzaksiya jurnali.
Zaxira nusxasini olish uchun manzilni tanlang.
bosing OK zaxira nusxasini yaratish uchun.

Shu bilan bir qatorda, Transact-SQL dan foydalaning:

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

4.6 Mavjudlik guruhini yaratish

Afzalliklaringiz va avtomatlashtirish talablaringizga qarab, bir nechta mavjud usullardan birini qo'llagan holda mavjudlik guruhini yarating.

4.6.1 Yangi mavjudlik guruhi ustasidan foydalanish

Yangi Mavjudlik Guruhi Ustasi mavjudlik guruhlarini yaratish uchun grafik interfeysni taqdim etadi.

In SQL Server Management Studio, asosiy replikani joylashtiradigan instansiyaga ulaning.
kengaytirish Doim yuqori darajadagi mavjudlik Object Explorer-da.
O'ng tugmasini bosing Mavjudlik guruhlari va tanlash Yangi mavjudlik guruhi ustasi.
bosing Keyingi Kirish sahifasida.
Mavjudlik guruhi uchun nom kiriting va ustiga bosing Keyingi.
Ma'lumotlar bazalarini tanlash sahifasida qo'shmoqchi bo'lgan ma'lumotlar bazalarini tanlang.
Ma'lumotlar bazalari barcha talablarga javob berishini tekshiring va ustiga bosing Keyingi.
Replikalarni belgilash sahifasida "Ruplikalarni belgilash" tugmasini bosing Replika qo'shish.
Har bir ikkilamchi replika nusxasiga ulaning.
Har bir misol uchun replika xususiyatlarini sozlang (mavjudlik rejimi, ishlamay qolish rejimi).
bosing Yakuniy nuqtalar yorlig'ini bosing va so'nggi nuqta konfiguratsiyasini ko'rib chiqing.
bosing Zaxira sozlamalari yorlig'ini bosing va zaxira nusxalash ustuvorliklarini sozlang.
bosing Tinglovchi yorlig'ini bosing va ixtiyoriy ravishda tinglovchi yarating.
bosing Keyingi va ma'lumotlarni sinxronlashtirish usulini tanlang.
Tasdiqlash natijalarini ko'rib chiqing va har qanday muammolarni hal qiling.
bosing Keyingi va xulosani ko'rib chiqing.
bosing tugatmoq mavjudlik guruhini yaratish uchun.
Jarayonni kuzatib boring va muvaffaqiyatli yaratilishni tasdiqlang.

4.6.2 Transact-SQL dan foydalanish

Skriptlanadigan, takrorlanadigan joylashtirishlar uchun Transact-SQL yordamida mavjudlik guruhlarini yarating.

Asosiy replikada mavjudlik guruhini yarating:

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));

Ikkilamchi replikani mavjudlik guruhiga qo'shing:
```
ALTER AVAILABILITY GROUP AG_Name JOIN;
```

Ikkilamchi ma'lumotlar bazasiga qo'shiling:

ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

4.6.3 PowerShell’dan foydalanish

PowerShell mavjudlik guruhini yaratish va boshqarish uchun skriptlash imkoniyatlarini taqdim etadi.

Mavjudlik guruhi obyektini yarating:

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

Ma'lumotlar bazalarini qo'shish:

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

New-SqlAvailabilityReplica cmdlet yordamida kerakli xususiyatlarga ega replikalarni sozlang.
Join-SqlAvailabilityGroup cmdlet yordamida ikkilamchi replikalarni birlashtiring.

4.7 Mavjudlik guruhiga nusxalarni qo'shish

Har bir misolning mavjudlik guruhida qanday ishtirok etishini boshqaradigan replikaga xos xususiyatlarni sozlang.

4.7.1 Replika xususiyatlarini sozlash

Mavjudlik guruhidagi roli va imkoniyatlarini aniqlash uchun har bir replika uchun xususiyatlarni o'rnating.

In SQL Server Management Studio, kengaytiring Doim yuqori darajadagi mavjudlik -> Mavjudlik guruhlari.
Mavjudlik guruhini kengaytiring va keyin kengaytiring Mavjudlik nusxalari.
Replikani o'ng tugmasini bosing va tanlang xususiyatlari.
Asosiy va ikkinchi darajali rollar uchun ulanish sozlamalarini ko'rib chiqing va o'zgartiring.
Agar kerak bo'lsa, sessiya vaqt tugashi qiymatlarini sozlang.
bosing OK O'zgarishlarni saqlash uchun.

4.7.2 Mavjudlik rejimlarini sozlash

Replikatsiyalar orasidagi sinxronizatsiya xatti-harakatlarini boshqarish uchun mavjudlik rejimini sozlang.

Mavjudlik guruhini o'ng tugmasini bosing va tanlang xususiyatlari.
In umumiy sahifasiga o'ting Mavjudlik nusxalari Bo'lim.
Har bir nusxa uchun tanlang Sinxron topshiriq or Asinxron topshiriq ochiladigan oynadan.
Mahalliy yuqori mavjudlikdagi replikalar uchun sinxron commitdan foydalaning.
Geografik jihatdan uzoqdagi falokatlarni tiklash replikalari uchun asinxron commitdan foydalaning.
bosing OK konfiguratsiyani saqlash uchun.

4.7.3 Ishdan chiqish rejimlarini sozlash

Har bir replika uchun ishdan chiqish qanday sodir bo'lishini boshqarish uchun ishdan chiqish rejimini sozlang.

Mavjudlik guruhini o'ng tugmasini bosing va tanlang xususiyatlari.
In umumiy sahifasiga o'ting Mavjudlik nusxalari Bo'lim.
Sinxronlashtirilgan kompilyatsiya replikalari uchun, ni tanlang avtomatik or qo'llanma ishdan chiqish rejimi.
Avtomatik ishdan chiqish sinxronlashtirilgan kompilyatsiya rejimini talab qiladi va qarovsiz ishdan chiqishni yoqadi.
Asinxron commit replikalari uchun faqat qo'lda almashtirish imkoniyati mavjud.
Avtomatik ishdan chiqish uchun uchtagacha replikani sozlang (bitta asosiy va ikkita ikkilamchi).
bosing OK sozlamalarni qo'llash uchun.

4.7.4 Zaxiralash sozlamalarini sozlash

Zaxiralash operatsiyalari qayerda bajarilishini boshqarish uchun zaxiralash sozlamalarini o'rnating.

Mavjudlik guruhini o'ng tugmasini bosing va tanlang xususiyatlari.
tanlang Zaxira sozlamalari chap panelda ko'rsatiladi.
Zaxira sozlamalaridan birini tanlang:
- Ikkinchi darajali afzallik: Agar mavjud bo'lsa, ikkilamchi zaxira nusxalari, aks holda asosiy nusxalari
- Faqat ikkinchi darajali: Faqat ikkilamchi nusxalarda zaxira nusxalari
- boshlang'ich: Faqat asosiy nusxada zaxira nusxalari
- Har qanday nusxaMavjud bo'lgan har qanday nusxadagi zaxira nusxalar
Har bir nusxa uchun zaxira nusxasining ustuvorlik qiymatlarini o'rnating (0-100).
Yuqori ustuvorlik qiymatlari afzal ko'rilgan zaxira maqsadlarini ko'rsatadi.
bosing OK afzalliklarni saqlash uchun.

4.8 Mavjudlik guruhi tinglovchisini sozlash

Joriy asosiy replikaga avtomatik ravishda yo'naltiriladigan bitta ulanish nuqtasini taqdim etish uchun tinglovchi yarating.

4.8.1 Tinglovchini yaratish

Mijoz ulanishini boshqarish uchun mavjudlik guruhiga tinglovchi qo'shing.

In SQL Server Management Studio, mavjudlik guruhini kengaytiring.
O'ng tugmasini bosing Mavjudlik guruhi tinglovchilari va tanlash Tinglovchi qo'shish.
Tinglovchi uchun DNS nomini kiriting (masalan, AG_Listener).
Port raqamini kiriting (standart qiymati 1433).
tanlang Statik IP tarmoq rejimi uchun.
bosing qo'shish har bir kichik tarmoq uchun IP manzilini qo'shish uchun.
IP manzilini kiriting va pastki tarmoqni tanlang.
bosing OK tinglovchini yaratish uchun.
Tinglovchining Object Explorerda paydo bo'lganligini va onlayn ekanligini tekshiring.

4.8.2 DNS va IP sozlamalarini sozlash

Tinglovchi uchun DNS ro'yxatdan o'tish va tarmoq konfiguratsiyasini tekshiring.

Domen boshqaruvchisida DNS menejerini oching.
Tinglovchi nomi barcha IP manzillari bilan ro'yxatdan o'tganligini tasdiqlang.
Mijoz mashinalaridan DNS aniqligini sinab ko'ring:
```
nslookup ListenerName
```
Barcha sozlangan IP manzillar qaytarilganligini tekshiring.
Failover Cluster Manager ilovasida kengaytirish Rollar va mavjudlik guruhini tanlang.
IP-manzil resurslari onlayn ekanligini tekshiring.
Tarmoq nomi resursi onlayn ekanligini tekshiring.

4.8.3 Tinglovchi ulanishini sinash

Mijoz ilovalari tinglovchi orqali ulana olishini tekshiring.

Mijoz mashinasidan oching SQL Server Menejment studiyasi.
Server nomi o'rniga tinglovchi nomidan foydalanib ulaning.
Joriy asosiy replikaga ulanishni tekshirish uchun so'rovni bajaring:
```
SELECT @@SERVERNAME;
```
Ulanish satriga ApplicationIntent=ReadOnly qo'shib, o'qish niyatini marshrutizatsiyalashni sinab ko'ring.
Ulanishni o'qilishi mumkin bo'lgan ikkilamchi replikaga yo'naltirishni tekshiring.
Mavjudlik guruhini qo'lda xatolik bilan tekshirish va qayta ulanishni tekshirish orqali ishdan chiqishni sinab ko'ring.

4.9 Ma'lumotlarni sinxronlashtirish usullari

Ma'lumotlar bazasi nusxalari bilan ikkilamchi replikalarni ishga tushirish uchun ma'lumotlarni sinxronlashtirish usulini tanlang.

4.9.1 Avtomatik ekish

Avtomatik ekish ma'lumotlar bazasi ma'lumotlarini qo'lda zaxiralash va tiklashni talab qilmasdan tarmoq orqali uzatadi.

Mavjudlik guruhini yaratish paytida, ni tanlang Avtomatik ekish sinxronizatsiya usuli sifatida.
Tarmoq ulanishini va nusxalar orasida yetarli o'tkazish qobiliyatini ta'minlang.
Birlamchi replika ma'lumotlar bazasi ma'lumotlarini avtomatik ravishda ikkilamchi replikalarga uzatadi.
Mavjudlik guruhi boshqaruv paneli yoki DMV yordamida ekish jarayonini kuzatib boring.
Avtomatik ekish talab qilinadi SQL Server 2016 yoki undan keyingi versiyalar.
Katta ma'lumotlar bazalari uchun tarmoq ta'sirini hisobga oling va kam foydalanish davrlarida jadval tuzing.

4.9.2 Qo'lda ekish (Zaxiralash va tiklash)

Qo'lda ekish asosiy nusxalarda zaxira nusxalarini olish va ularni ikkilamchi nusxalarda tiklashni o'z ichiga oladi.

Asosiy nusxada to'liq zaxira nusxasini oling:

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

Tranzaksiyalar jurnalining zaxira nusxasini oling:

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

Har bir ikkilamchi nusxada to'liq zaxira nusxasini tiklang:

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

Jurnal zaxira nusxasini tiklash:

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

Ma'lumotlar bazasini mavjudlik guruhiga qo'shing:

ALTER DATABASE DatabaseName SET HADR AVAILABILITY GROUP = AG_Name;

Sinxronizatsiya boshlanganini va ma'lumotlar bazasi SINXRONLASHtirilgan holatga yetganini tekshiring.

4.9.3 Ma'lumotlar bazasining tezkor fayllari

Mavjud ma'lumotlar bazasi fayllaridan ikkilamchi replikalarni ishga tushirish uchun ma'lumotlar bazasining suratga olish fayllaridan foydalaning.

Asosiy replikadagi ma'lumotlar bazasini ajratib oling yoki zaxira nusxasini yarating.
Ma'lumotlar bazasi fayllarini bir xil fayl yo'llaridan foydalanib, har bir ikkinchi darajali replikaga nusxalash.
Ikkilamchi replikalarda ma'lumotlar bazasini ulang yoki tiklamasdan tiklang.
Ma'lumotlar bazasining RESTORING holatida ekanligiga ishonch hosil qiling.
Ma'lumotlar bazasini mavjudlik guruhiga qo'shing.
Bu usul tarmoq uzatish amaliy bo'lmagan juda katta ma'lumotlar bazalari uchun foydalidir.

5. Tss

5.1 Umumiy savollar

Savol: Always On FCI va Always On AG o'rtasidagi farq nima?

A: Doim yoqilgan Failover klaster nusxalari umumiy xotiradan foydalangan holda namunaviy darajadagi yuqori mavjudlikni ta'minlaydi, Doim yoqilgan mavjudlik guruhlari esa umumiy xotirasiz ma'lumotlar bazasi darajasidagi yuqori mavjudlikni ta'minlaydi. AG o'qiladigan ikkilamchi va moslashuvchan geografik taqsimotni taklif etadi.

Savol: Doim mavjud bo'lgan guruhlardan foydalanishim mumkinmi? SQL Server Standart nashrmi?

Javob: Ha, SQL Server 2016-yilgi standart nashr va undan keyingi versiyalar asosiy mavjudlik guruhlarini qo'llab-quvvatlaydi, jumladan, har bir AG uchun bitta ma'lumotlar bazasi, maksimal ikkita nusxa va o'qiladigan ikkilamchi qo'llab-quvvatlash yo'q.

Savol: Doim yoqilgan mavjudlik guruhlari uchun umumiy xotira kerakmi?

A: Yo'q, mavjudlik guruhlari umumiy saqlashni talab qilmaydi. Har bir replika ma'lumotlar bazalarining mustaqil nusxalarini mahalliy saqlash joyida saqlaydi, tranzaksiyalar jurnalini jo'natish orqali sinxronlashtiriladi.

Savol: Mavjudlik guruhidagi maksimal nusxalar soni qancha?

A: SQL Server Enterprise Edition to'qqiztagacha replikani (bitta asosiy va sakkizta ikkilamchi) qo'llab-quvvatlaydi. Tarqatilgan mavjudlik guruhlari ikkita mavjudlik guruhida jami 18 tagacha replikani qo'llab-quvvatlashi mumkin.

5.2 Konfiguratsiya savollari

Savol: Sinxron va asinxron topshirish rejimlari orasidan qanday tanlov qilishim mumkin?

A: Xuddi shu ma'lumotlar markazida yoki past kechikishli tarmoqlarda nol ma'lumotlar yo'qotilishi talablari uchun sinxron commitdan foydalaning. Sinxron commit ishlashga ta'sir qiladigan uzoqdagi falokatdan tiklanish replikalari uchun asinxron commitdan foydalaning.

Savol: Sinxron va asinxron replikalarni bir xil mavjudlik guruhida aralashtira olamanmi?

A: Ha, mavjudlik guruhlari sinxron va asinxron replikalar bilan aralash konfiguratsiyalarni qo'llab-quvvatlaydi. Bu sinxron replikalar bilan mahalliy yuqori mavjudlikni va asinxron replikalar bilan masofaviy favqulodda vaziyatlarni tiklashni ta'minlaydi.

Savol: Ishlamay qolish paytida ulanishlarim bilan nima bo'ladi?

A: Mavjud ulanishlar ishlamay qolganda uzilib qoladi. Ulanishni qayta urinish mantig'iga ega ilovalar tinglovchi orqali avtomatik ravishda yangi asosiy ulanishga qayta ulanadi. Ishlamay qolish jarayoni odatda bir necha soniyadan bir necha daqiqagacha davom etadi.

Savol: Replikalar bo'yicha loginlar va ishlarni sinxronlashtirishim kerakmi?

Javob: In SQL Server 2019 va undan oldingi versiyalar, ha – loginlar, SQL Agent vazifalari va bog'langan serverlar qo'lda sinxronlashtirilishi kerak. SQL Server 2022-yilda ushbu obyektlarni avtomatik ravishda o'z ichiga olgan mavjudlik guruhlari joriy etiladi.

5.3 Boshqaruv savollari

Savol: Ikkilamchi nusxalarda zaxira nusxalarini ishga tushira olamanmi?

A: Ha, ikkilamchi replikalar to'liq, differentsial va tranzaksiya jurnallarining zaxira nusxalarini qo'llab-quvvatlaydi. Zaxira nusxalarini asosiy replikadan yuklab olish va uning resurslardan foydalanishini kamaytirish uchun zaxira sozlamalarini sozlang.

Savol: Qanday qilib yamoq qo'yaman SQL Server minimal ishlamay qolish vaqti bilanmi?

A: Avval ikkilamchi nusxalarni yamoqlash, so'ngra yamoqlangan ikkilamchi nusxaga qo'lda almashtirishni amalga oshirish va nihoyat avvalgi asosiy nusxani tuzatish orqali yangilanishlarni siljiting. Bu ishlamay qolish vaqtini almashtirish davomiyligigacha minimallashtiradi.

Savol: Mavjud mavjudlik guruhiga ma'lumotlar bazalarini qo'sha olamanmi?

A: Ha, ma'lumotlar bazalarini ishlaydigan mavjudlik guruhlariga qo'shish mumkin. Ma'lumotlar bazasi to'liq tiklash modelida to'liq zaxira nusxasi bilan bo'lishi kerak va ikkilamchi replikalar avtomatik ekish yoki qo'lda zaxiralash va tiklash yordamida ekish kerak.

Savol: Avtomatik ekish nima va men undan foydalanishim kerakmi?

A: Avtomatik ekish ma'lumotlar bazasi ma'lumotlarini tarmoq orqali uzatadi va qo'lda zaxira nusxalarini yaratmasdan ikkilamchi replikalarni ishga tushiradi. Undan kichikroq ma'lumotlar bazalari uchun yoki tarmoq o'tkazish qobiliyati yetarli bo'lganda foydalaning. Juda katta ma'lumotlar bazalari uchun qo'lda ekish tezroq bo'lishi mumkin.

Savol: Mavjudlik guruhida DBCC CHECKDB ni qayerda ishga tushirishim kerak?

A: Birlamchi replikaga yukni kamaytirish uchun ikkilamchi replikalarda DBCC CHECKDB ni ishga tushirishingiz kerak. Ma'lumotlar bazasining muvofiqligini tekshirish birlamchi replikalarning ishlashiga ta'sir qilmasdan ikkilamchi ma'lumotlar bazalariga nisbatan bajarilishi mumkin.

DBCC CHECKDB haqida batafsil ma'lumot olish uchun bizning sahifamizga qarang. keng qamrovli qo'llanma.

5.4 Nosozliklarni bartaraf etish bo'yicha savollar

Savol: Nima uchun mening ma'lumotlar bazam SINXRONLASHTIRISH EMAS holatida?

A: Umumiy sabablarga tarmoq ulanishi bilan bog'liq muammolar, ma'lumotlar harakatining to'xtatilishi, ikkilamchi replikalarda disk maydoni yetarli emasligi yoki so'nggi nuqta muammolari kiradi. Sinxronizatsiya holati tavsifini tekshiring va SQL Server Muayyan tafsilotlar uchun xato jurnallari. Agar ikkilamchi ma'lumotlar bazasi kiritilgan bo'lsa tiklanish holati yoki shoular tiklanish kutilmoqda, maqsadli tuzatishlar uchun bog'langan qo'llanmalarga qarang.

Savol: Agar asosiy qurilma mavjud bo'lmasa, qanday qilib o'chirib qo'yishni majburan amalga oshirishim mumkin?

A: Ikkilamchi replikaga ulaning va ALTER AVAILABILITY GROUP AG_Name FORCE_FAILOVER_ALLOW_DATA_LOSS buyrug'ini bajaring. Bu ma'lumotlar yo'qotilishi mumkinligini tasdiqlaydi va ikkilamchi nusxani darhol birlamchi nusxaga o'tkazadi.

Savol: Nima uchun mijozlar mening tinglovchimga ulana olmaydi?

A: Failover Cluster Manager’da tinglovchining onlayn ekanligini, DNS ro‘yxatdan o‘tkazilishi muvaffaqiyatli amalga oshirilganligini, barcha tinglovchi IP-manzillariga mijozlar kirishi mumkinligini va xavfsizlik devori qoidalari tinglovchi portiga trafik o‘tkazishga ruxsat berishini tekshiring.

Savol: Katta qayta ishlash navbati nimani anglatadi?

A: Katta qayta bajarish navbati ikkilamchi replika jurnal yozuvlarini kelganidek tez qo'llay olmasligini ko'rsatadi. Bu diskdagi kirish/chiqish muammolarini, protsessor cheklovlarini yoki ikkilamchi qurilmada faqat o'qish uchun so'rovlarni bloklashni ko'rsatishi mumkin.

Savol: Agar falokat barcha nusxalarga ta'sir qilsa va mening zaxira nusxalarim ham buzilgan bo'lsa, nima qilishim kerak?

A: Bu eng yomon holat, juda kam uchraydigan bo'lsa-da, ransomware hujumlari, keng tarqalgan saqlash nosozliklari yoki kaskadli ofatlar tufayli yuzaga kelishi mumkin. Sizning asosiy himoyangiz oldini olishdir: geografik jihatdan taqsimlangan nusxalarni saqlash, zaxira nusxalarini alohida joylarda saqlash va
falokatdan keyingi tiklanish protseduralaringizni muntazam ravishda sinab ko'ring. Agar barcha standart tiklanish usullari muvaffaqiyatsiz bo'lsa, ixtisoslashgan SQL ma'lumotlarini tiklash vositasi favqulodda oxirgi chora sifatida shikastlangan MDF fayllaridan ma'lumotlarni olishga urinishi mumkin.

5.5 Litsenziyalash va xarajatlar bo'yicha savollar

Savol: Always On Availability guruhlari qanday litsenziyalangan?

A: SQL Server Litsenziyalash nashr va joylashtirish modeliga bog'liq. Enterprise Edition mavjudligi guruhlari barcha replikalar uchun Enterprise litsenziyalarini talab qiladi. Passiv ikkilamchi replikalar ma'lum shartlar ostida bepul litsenziyalash huquqiga ega bo'lishi mumkin.

Savol: Men foydalanishim mumkinmi? SQL Server Mavjudlik guruhlari uchun ishlab chiquvchi versiyasi?

A: Ha, Developer Edition barcha Enterprise Edition funksiyalarini, jumladan, to'liq mavjudlik guruhlarini qo'llab-quvvatlashni o'z ichiga oladi. Biroq, u faqat ishlab chiqish va sinovdan o'tkazish uchun litsenziyalangan, ishlab chiqarishda foydalanish uchun emas.

Savol: O'qiladigan ikkilamchi fayllar qo'shimcha litsenziyalarni talab qiladimi?

A: Litsenziyalash vaziyatga bog'liq. Favqulodda vaziyatlarni bartaraf etish uchun passiv ikkilamchi dasturlar odatda litsenziyalarni talab qilmaydi. Faqat o'qish uchun mo'ljallangan ish yuklamalariga xizmat ko'rsatadigan faol ikkilamchi dasturlar odatda litsenziyalarni talab qiladi, ammo ma'lum shartlar har xil bo'ladi.

Savol: Yuqori darajadagi mavjudlikka ega bo'lishning bepul usuli bormi? SQL Server?

A: SQL Server Express Edition mavjudlik guruhlarini qo'llab-quvvatlamaydi. SQL Server Standard Edition quyidagidan boshlab asosiy mavjudlik guruhlarini qo'llab-quvvatlaydi SQL Server 2016-yil, Standard Edition litsenziyalash narxlarida asosiy yuqori darajadagi mavjudlikni ta'minlaydi.

Savol: Tarqatilgan mavjudlik guruhlari nima?

A: Tarqatilgan mavjudlik guruhlari - bu ikkita alohida mavjudlik guruhini qamrab oluvchi maxsus turdagi mavjudlik guruhi bo'lib, an'anaviy mavjudlik guruhlarining imkoniyatlaridan oshib ketadigan stsenariylarni amalga oshirishga imkon beradi. SQL Server 2016-yil, taqsimlangan mavjudlik guruhlari masshtablash va geografik taqsimlash talablarini ko'rib chiqadi.

6. Xulosa

6.1 Asosiy fikrlarning qisqacha mazmuni

SQL Server Doim mavjud bo'lgan guruhlar Microsoftning muhim ma'lumotlar bazalari uchun yuqori darajadagi mavjudlik va falokatdan keyingi tiklanish yechimini ifodalaydi. Ular umumiy saqlash talablarisiz ma'lumotlar bazasi darajasidagi ishdan chiqishni, ish yuklamalarini tushirish uchun o'qiladigan ikkilamchi nusxalarni va ma'lumotlarni keng qamrovli himoya qilish uchun moslashuvchan geografik taqsimotni ta'minlaydi. Hali ham quyidagi yechimlarni ishlatayotgan tashkilotlar uchun. log yetkazib berish or replikatsiya, mavjudlik guruhlari yanada mustahkam va operatsion jihatdan sodda yangilanish yo'lini taklif qiladi.

6.2 Doim yoqilgan mavjudlik guruhlaridan qachon foydalanish kerak

Avtomatik ishdan chiqish imkoniyatlari bilan ma'lumotlar bazasi darajasidagi yuqori mavjudlikni talab qilganda, mavjudlik guruhlarini tanlang. Muhim ma'lumotlar bazalari uchun nol ma'lumotlar yo'qotilishidan himoyaga muhtoj tashkilotlar avtomatik ishdan chiqish imkoniyatiga ega sinxronlashtirilgan kompilyatsiya replikalaridan foyda ko'rishadi. O'qish miqyosi imkoniyatlarini talab qiladigan ilovalar so'rov ish yuklamalarini taqsimlash uchun o'qiladigan ikkilamchi replikalardan foydalanadi.

6.3 Amalga oshirishni boshlash

Mavjudlik guruhini rejalashtirishni RTO, RPO va byudjet cheklovlari kabi biznes talablarini baholash orqali boshlang. Mavjud ma'lumotlar bazasi infratuzilmasini, ilovalarga bog'liqlikni va mavjudlikdagi yuqori bo'shliqlarni hujjatlashtiring. Resurs cheklovlari doirasida qolib, talablarni qondiradigan mavjudlik guruhi arxitekturasini loyihalang.

Manbalar

Microsoft rasmiy hujjati: Doim yoqilgan mavjudlik guruhi nima?
Microsoft rasmiy hujjati: Doim mavjud bo'lgan guruhlar bilan ishlashni boshlash
Microsoft rasmiy hujjati: Tarqatilgan mavjudlik guruhlari

Muallif haqida

Yuan Sheng 10 yildan ortiq tajribaga ega bo'lgan katta ma'lumotlar bazasi administratori (DBA). SQL Server muhitlar va korporativ ma'lumotlar bazasini boshqarish. U moliyaviy xizmatlar, sog'liqni saqlash va ishlab chiqarish tashkilotlarida ma'lumotlar bazasini tiklashning yuzlab stsenariylarini muvaffaqiyatli hal qildi.

Yuan ixtisoslashgan SQL Server ma'lumotlar bazasini tiklash, yuqori mavjudlik echimlari va ishlashni optimallashtirish. Uning keng ko‘lamli amaliy tajribasiga ko‘p terabaytli ma’lumotlar bazalarini boshqarish, “Always On Availability Groups”ni amalga oshirish va muhim biznes tizimlari uchun avtomatlashtirilgan zaxira va tiklash strategiyalarini ishlab chiqish kiradi.

Yuan o'zining texnik tajribasi va amaliy yondashuvi orqali ma'lumotlar bazasi ma'murlari va IT mutaxassislariga murakkab muammolarni hal qilishga yordam beradigan keng qamrovli qo'llanmalarni yaratishga e'tibor qaratadi. SQL Server muammolarni samarali hal qiladi. U eng so'nggi yangiliklardan xabardor bo'lib qoladi SQL Server relizlar va Microsoft-ning rivojlanayotgan ma'lumotlar bazasi texnologiyalari, uning tavsiyalari haqiqiy dunyodagi eng yaxshi amaliyotlarni aks ettirishini ta'minlash uchun tiklash stsenariylarini muntazam ravishda sinab ko'radi.

haqida savollaringiz bor SQL Server tiklash yoki ma'lumotlar bazasi muammolarini bartaraf etish bo'yicha qo'shimcha yo'riqnoma kerakmi? Yuan tabriklaydi mulohazalar va takliflar ushbu texnik resurslarni yaxshilash uchun.

SQL Server Doim mavjud guruhlar: To'liq qo'llanma [2026]

1. Doim mavjud bo'lgan guruhlarni tushunish

1.1 Bu nima va u qanday ishlaydi