SQL Server Failover Cluster: DBA uchun to'liq qo'llanma [2026]

SQL Server ishdan chiqish klasteri bu yuqori darajadagi yechim bu a ni saqlaydi SQL Server server ishlamay qolganda ham instansiya ishlaydi. Bunga bir xil instansiyani bir nechta jismoniy serverlarda - tugunlar deb ataladigan serverlarda ishga tushirish orqali erishiladi, shunda bitta server ishlamay qolsa, boshqasi qo'lda aralashuv yoki mijoz tomonidan o'zgartirishlar talab qilmasdan avtomatik ravishda ishlay boshlaydi.

1.2 Asosiy komponentlar va arxitektura

A SQL Server Failover klaster misoli beshta asosiy komponentdan iborat bo'lib, ularning har biri alohida rol o'ynaydi. Ular birgalikda mijozlar xuddi bitta server kabi o'zaro ta'sir qiladigan yagona mantiqiy birlikni hosil qiladi.

tugunlari: Klasterda ishtirok etadigan jismoniy serverlar. Istalgan vaqtda, aynan bitta tugun faol bo'ladi va ishlaydi SQL Server misol; qolgan tugunlar faol tugunning sog'lig'ini kuzatib boradi.
Umumiy saqlash: Barcha tugunlar bir vaqtning o'zida kirish mumkin bo'lgan saqlash hajmi — SAN, iSCSI, Storage Spaces Direct yoki SMB fayl almashish — ga ega. Har bir tugun bir xil saqlash joyidan o'qiydi va yozadi, shuning uchun tugunlar o'rtasida ma'lumotlarni replikatsiya qilish shart emas va qaysi tugun ish boshlasa, bir xil ma'lumotlar bazasi fayllari darhol mavjud bo'ladi.
Virtual tarmoq nomi va virtual IP-manzil: Mijozlar qaysi jismoniy tugun faol bo'lishidan qat'i nazar, doimo ulanadigan barqaror identifikatsiya. Ishdan chiqish sodir bo'lganda, virtual tarmoq nomi va IP-manzili yangi faol tugunda qayta ro'yxatdan o'tkaziladi, bu esa o'tishni ilovalar uchun shaffof qiladi.
Windows Server Failover Klasterlash (WSFC): Hamma narsani bir joyda ushlab turadigan asosiy platforma. WSFC tugun va resurslarning sog'lig'ini yurak urish tarmog'i orqali doimiy ravishda kuzatib boradi, resurslar guruhiga egalik qilishni boshqaradi va nosozlik aniqlanganda ishdan chiqish jarayonini boshqaradi.
Kvorum: WSFC ichidagi miyaning bo'linish stsenariylarining oldini oluvchi ovoz berish mexanizmi. Har bir tugun klaster salomatligi bo'yicha ovoz beradi; guvoh disk yoki fayl almashinuvi juft tugunli klasterlar bo'yicha qo'shimcha ovoz berish imkonini beradi. Klaster faqat ovozlarning ko'pchiligiga erishish mumkin bo'lganda onlayn qoladi, bu esa ikkita ajratilgan tugun guruhlari hech qachon bir vaqtning o'zida egalik huquqini da'vo qila olmasligini ta'minlaydi. SQL Server misol.

Bu komponentlar aniq ierarxiyada ishlaydi: WSFC tugunlarni boshqaradi va kvorumni ta'minlaydi, tugunlar bir xil xotiraga kirish huquqini baham ko'radi va virtual tarmoq nomi mijozlarga uning barchasi bo'ylab izchil ulanish nuqtasini taqdim etadi. Tugun ishlamay qolganda, WSFC yurak urishining yo'qolishini aniqlaydi, kvorum hali ham saqlanib qolganligini tasdiqlaydi, resurs guruhi egaligini - shu jumladan virtual tarmoq nomi, virtual IP va xotirani - kutish tuguniga o'tkazadi va ... ni olib keladi. SQL Server u yerda onlayn. Butun ketma-ketlik avtomatik ravishda va mijoz tomonidan hech qanday o'zgartirish talab qilinmasdan sodir bo'ladi.

1.3 FCI va Doim mavjud bo'lgan guruhlar

SQL Server WSFC asosida yaratilgan ikkita Always On texnologiyasini taqdim etadi. Asosiy farqlar:

Ishdan chiqish klasteri misoli (FCI): Instance darajasidagi yuqori mavjudlik (HA). Barcha ma'lumotlar bazalari birgalikda ishlamay qoladi. Umumiy saqlashni talab qiladi. Tugunlar o'rtasida ma'lumotlarni replikatsiya qilishning iloji yo'q. O'rnatilgan falokatdan keyin tiklash (DR) imkoniyati yo'q.
Doim mavjud guruhlar (AG): Ma'lumotlar bazasi darajasida yuqori mavjudlik. Ikkilamchi replikatsiyalarga jurnalga asoslangan replikatsiya. Umumiy saqlash talab qilinmaydi. HA va DR ni qo'llab-quvvatlaydi.

Mavjud umumiy xotira bilan, masalan, FCI darajasidagi ishdan chiqish holatini o'zgartirish uchun FCI dan foydalaning. Favqulodda vaziyatlardan keyin tiklash yoki o'qiladigan ikkilamchi fayllar ham zarur bo'lganda, FCI ni AG bilan birlashtiring.

1.4 Foyda va cheklovlar

foydasi:

Uskuna, operatsion tizim yoki xizmatning avtomatik ravishda ishdan chiqishi;
mijozni qayta konfiguratsiya qilishning iloji yo'q;
bilvosita nazorat punktlari orqali oldindan aytib bo'ladigan ishlamay qolish vaqti;
moslashuvchan umumiy saqlash imkoniyatlari.

cheklashlar:

Agar saqlashning o'zi ortiqcha bo'lmasa, umumiy saqlash bitta muvaffaqiyatsizlik nuqtasidir;
Faqat bitta tugun ishlaydi SQL Server bir vaqtning o'zida, shuning uchun o'qish yukini muvozanatlash yo'q;
AG bilan ulanmasdan o'rnatilgan DR yo'q.

2. Talablar va talablar

2.1 Uskuna va dasturiy ta'minot

Bir xil yoki ekvivalent apparat ta'minotiga ega kamida ikkita jismoniy server, 64-bitli protsessorlar va ishlamay qolganda klasterlash uchun sertifikatlangan saqlash kontrollerlari.
Windows Server 2016, 2019 yoki 2022 (Standart yoki Ma'lumotlar markazi). Barcha tugunlar bir xil OS nashri, versiyasi va kümülatif yangilanish darajasida ishlashi kerak.
SQL Server Standart yoki Korxona nashri. Barcha tugunlar bir xil ishlashi kerak SQL Server versiya va yamoq darajasi.

2.2 Tarmoq va domen talablari

Barcha tugunlar bir xil Active Directory domeniga tegishli bo'lishi kerak. Ishchi guruh klasterlari, ko'p domenli klasterlar va faqat o'qish uchun domen kontrollerlari qo'llab-quvvatlanmaydi.
Barcha adapterlarga statik IP manzillarini tayinlang. Klaster yurak urish tezligi trafigi uchun har bir tugun uchun kamida bitta tarmoq interfeysi kartasini (NIC) ajrating. Nomni aniqlash uchun domen nomi tizimini (DNS) sozlang.
O'rnatish hisobi barcha tugunlarda mahalliy administrator huquqlarini talab qiladi va Kompyuter obyektlarini yarating Active Directory’da ruxsat.

2.3 Umumiy saqlash imkoniyatlari

SQL Server Failover klasterlash bir nechta umumiy saqlash texnologiyalarini qo'llab-quvvatlaydi. Sizning infratuzilmangiz va byudjetingizga eng mos keladiganini tanlang:

SAN (Fiber Channel yoki iSCSI): Eng keng tarqalgani. Barcha tugunlar bir xil mantiqiy birlik raqamlariga (LUN) kirishlari kerak. Bir yo'lli nosozliklarning oldini olish uchun ko'p yo'lli I/O (MPIO) dan foydalaning.
Storage Spaces Direct (S2D): Mahalliy ravishda ulangan NVMe yoki SSD tugunlar bo'ylab birlashtirilgan. Windows Server 2016 Datacenter yoki undan keyingi versiyasini talab qiladi.
Server Xabar Bloki (SMB) fayl almashinuvlari va Klaster Umumiy Jildlari (CSV): Qo'llab-quvvatlanadi SQL Server 2014 yildan boshlab.

Barcha klaster disklarini asosiy NT fayl tizimi sifatida formatlash (NTFSKlaster tugunlariga o'rnatilgan hajmlardan saqlaning.

3. Klasterni rejalashtirish

O'rnatishdan oldin, siz tugun konfiguratsiyasi turini va kvorum sozlamalarini rejalashtirishingiz kerak, bu esa klaster ishonchliligi va apparat narxiga bevosita ta'sir qiladi:

3.1 Konfiguratsiya turlari

SQL Server Ishdan chiqish klasterlari to'rt turdagi tugun konfiguratsiyasini qo'llab-quvvatlaydi, ularning har biri soddaligi, apparat narxi va kutish quvvati bilan farq qiladi.

1-tur: Faol/Kutish rejimi. 1 ta FCI, 2 ta tugun. 1-tugun faol; 2-tugun kutish rejimida. Kutish rejimidagi tugun faol tugunning yurak urishini doimiy ravishda kuzatib boradi va faol tugun ishlamay qolganda FCI ni o'z zimmasiga oladi. Bu eng oddiy konfiguratsiya va ishlab chiqarishda eng keng tarqalgan.
2-tur: Faol/Faol. 2 ta FCI ikkita jismoniy tugunni almashadi. 1-tugun FCI 1 uchun faol tugun va FCI 2 uchun kutish tuguni; 2-tugun FCI 2 uchun faol tugun va FCI 1 uchun kutish tuguni. Ikkala tugun o'zaro kutish tugunlari bo'lib, ikkalasi ham normal ishlash sharoitida jonli ish yuklarini olib yuradi. Agar biron bir tugun ishlamay qolsa, omon qolgan tugun o'z ishini davom ettirib, ishlamay qolgan tugunning FCI ni egallaydi. Shuning uchun har bir tugun ikkala FCI ning umumiy ish yukini ko'tarish uchun o'lchamga ega bo'lishi kerak.
3-tur: N+1. N+1 tugunlarni ulashuvchi N FCI. Har bir FCIda bitta faol tugun mavjud; barcha N FCIlarda bitta umumiy kutish tuguni mavjud. Umumiy kutish tuguni har qanday ishlamay qolgan faol tugunning to'liq ish yukini mustaqil ravishda qabul qila olishi kerak.
4-tur: N+M. N FCI N+M tugunlarni ulashadi. Har bir FCI bitta faol tugunga ega; barcha N FCI M kutish tugunlarini ulashadi. M kutish tugunlari birgalikda barcha N faol tugunlar uchun ishlamay qolishni qoplaydi, potentsial yukni ko'proq kutish quvvatiga taqsimlaydi va N+1 ga nisbatan har bir tugun uchun apparat talablarini kamaytiradi.

3.2 Kvorum qoidalari

Kvorum klasterda onlayn qolish uchun yetarli sog'lom a'zolar bor-yo'qligini aniqlaydi. Kvorumni yaratish va saqlashda quyidagi ko'rsatmalarni yodda tuting:

Bo'lingan stsenariyda ko'pchilikni ta'minlash va miyaning bo'linishining oldini olish uchun kvorum ovozlarining umumiy toq sonini sozlang.
Ikki tugunli klasterlar uchun foydalaning Tugun va diskning ko'p qismi uchinchi ovoz sifatida guvoh diski bilan. Guvoh diskiga drayv harfi kerak emas.
Agar kvorum butunlay yo'qolsa, omon qolgan tugunlarni tiklash uchun oxirgi chora sifatida kvorumni majburlang, keyin ishlab chiqarishga qaytishdan oldin darhol qayta sozlang.

4. Windows Server Failover Cluster (WSFC) ni o'rnatish

4.1 Umumiy saqlash joyini tayyorlang

Klaster yaratishdan oldin barcha umumiy xotirani ulang va sozlang.

Barcha saqlash LUNlarini har bir klaster tuguniga jismonan ulang yoki ta'minlang.
Ustida faqat birinchi tugun, ochiq Disk boshqarish, har bir diskni onlayn holatga keltiring, uni ishga tushiring va yarating NTFS haydovchi harfi bilan hajm. Guvoh disk uchun kichik hajm (1–2 GB) yarating — haydovchi harfi talab qilinmaydi.
Qolgan har bir tugunda oching Disk boshqarish va disklarni faqat onlayn holatga keltiring. Qayta ishga tushirmang yoki qayta formatlamang. Agar disk harflari birinchi tugunga mos kelmasa, ularni qo'lda belgilang.

4.2 Failover klasterlash funksiyasini o'rnating va tasdiqlang

Har bir tugunga Failover Clustering funksiyasini o'rnating, keyin klasterni yaratishdan oldin tasdiqlang.

Har bir tugunda oching Server menejeri -> Rollar va xususiyatlarni qo'shish -> Xususiyatlari-ni tanlang Failover klasterlashni bosing va bosing o'rnatmoqAgar so'ralsa, qayta ishga tushiring. PowerShell alternativi:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Istalgan bitta tugunda oching Failover klaster menejeri -> Konfiguratsiyani tasdiqlashBarcha tugun xost nomlarini qo'shing va barcha testlarni bajaring. PowerShell alternativi:
```
Test-Cluster -Node Node1, Node2
```
Davom etishdan oldin tasdiqlash hisobotidagi barcha xatolarni tuzating. Agar S2D ishlatilmasa, saqlash joylari to'g'ridan-to'g'ri ogohlantirishlarini e'tiborsiz qoldirish mumkin.

4.3 WSFC yarating

Tasdiqlash o'tgandan so'ng, klasterni yarating va uning konfiguratsiyasini tekshiring.

In Failover klaster menejeritugmasini bosing Klaster yaratish, barcha tugun xost nomlarini qo'shing, klaster nomini va statik virtual IP manzilini kiriting, so'ngra tugmasini bosing KeyingiPowerShell alternativi:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Agar domen ruxsatnomalari cheklangan bo'lsa, ushbu bosqichni bajarishdan oldin Active Directory administratoringizdan klaster nomi kompyuter obyektini oldindan bosqichma-bosqich sozlashni so'rang.
Yaratilgandan so'ng, kvorum ko'rsatuvlarini tasdiqlang Tugun va diskning ko'p qismi guvoh diski tayinlangan holda.
ostida saqlash -> Disklar, har bir klaster diskining rolini aks ettirish uchun uni qayta nomlang (masalan, SQL_DATA, SQL_LOG, GUVOH). Ostida Tarmoqlar, har bir klaster tarmog'ining trafik turini aks ettirish uchun uni qayta nomlang.

5. O'rnatish SQL Server Failover klaster misoli

5.1 O'rnatish usulini tanlang

SQL Server O'rnatish ishdan chiqish klasteri misolini o'rnatish uchun ikkita yondashuvni taqdim etadi. Atrofingizga mos keladiganini tanlang.

Integratsiyalashgan o'rnatish (Tugun qo'shish): Birinchi tugunga to'liq, ishlaydigan FCI ni o'rnating, so'ngra har bir keyingi tugunni quyidagidan foydalanib qo'shing Tugun qo'shing variant. Ko'pgina joylashtirishlar uchun sodda va tavsiya etiladi.
Kengaytirilgan/Korxona o'rnatish: yugurish Failover klasterini tayyorlang avval barcha tugunlarda, keyin ishga tushiring To'liq ishdan chiqish klasteri umumiy diskka egalik qiluvchi tugunda. Ushbu yondashuvdan foydalanib, barcha tugunlarni parallel ravishda tayyorlashingiz kerak bo'lgan katta ko'p tugunli tarqatishlar uchun foydalaning.

5.2 Birinchi tugunni o'rnatish

yugurish SQL Server Integratsiyalashgan usul yordamida FCI yaratish uchun birinchi tugunda sozlash.

yugurish Setup.exe administrator sifatida. Tanlang o'rnatish -> yangi SQL Server ishdan chiqish klasterini o'rnatish.
On Xususiyatlarni tanlashni tanlang Ma'lumotlar bazasi dvigateli xizmatlari va Boshqaruv vositalari – Asosiy.
On Namuna konfiguratsiyasi, ga kiring SQL Server Tarmoq nomi - mijozlar ulanish uchun foydalanadigan virtual nom.
On Klaster resurslari guruhi, tavsiflovchi guruh nomini kiriting.
On Klaster diskini tanlash, ma'lumotlar, jurnal va zaxira fayllari uchun umumiy disklarni tanlang.
On Klaster tarmog'i konfiguratsiyasi, har bir kichik tarmoq uchun IP manzilini tayinlang. O'rnatish ko'p kichik tarmoq klasterlari uchun avtomatik ravishda OR qaramligini o'rnatadi.
On Server konfiguratsiyasi, xizmat hisoblarini o'rnating. Avtomatlashtirilgan parolni boshqarish uchun Guruh tomonidan boshqariladigan xizmat hisobidan (gMSA) foydalaning; zaxira sifatida domen hisoblaridan foydalaning.
On Ma'lumotlar bazasi dvigatelining konfiguratsiyasi, autentifikatsiya rejimini tanlang va ma'lumotlar katalogi yo'llarini o'rnating. Tizim ma'lumotlar bazalarini, foydalanuvchi ma'lumotlar bazalarini, jurnallarni, zaxira nusxalarini va TempDB ni alohida disklarga joylashtiring.
Xulosa ko'rib chiqing va ustiga bosing o'rnatmoq.

5.3 Qolgan tugunlarni qo'shish

Birinchi tugun tugagandan so'ng, har bir qo'shimcha tugunni FCI ga qo'shing.

Qo'shimcha tugunda ishga tushiring Setup.exe va tanlash o'rnatish -> Tugunni a ga qo'shish SQL Server ishdan chiqish klasteri.
On Klaster tugunlarini sozlash, mavjud FCI nusxasini tanlang.
On Klaster tarmog'i konfiguratsiyasi, ushbu tugunning pastki tarmog'i uchun IP-manzilni tayinlang.
On Xizmat hisoblari, xizmat hisobi parollari birinchi tugunda o'rnatilgan parollarga mos kelishini tasdiqlang, so'ngra bosing o'rnatmoq.
Har bir qo'shimcha tugun uchun takrorlang.

6. O'rnatishdan keyingi: Sozlash va sinovdan o'tkazish

6.1 Muhim SQL Server Sozlamalar

Ushbu sozlamalarni FCI ishga tushirilgandan so'ng darhol qo'llang.

o'rnating maksimal server xotirasi qopqoqqa SQL Serverning xotirasini bo'shatadi va OS va klaster xizmatlari uchun bo'sh joy qoldiradi:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
o'rnating parallellikning maksimal darajasi (MAXDOP) sizning Non-Forming Memory Access (NUMA) topologiyangizga asoslangan.

TempDB ni I/O ni ajratish uchun maxsus jildga o'tkazing:

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

Qayta ishga tushiring SQL Server Faylni ko'chirish kuchga kirishi uchun xizmat.

6.2 Sinovdagi xatolik

Klasterni ishlab chiqarishga o'tkazishdan oldin ishlamay qolish xatti-harakatlarini tasdiqlang.

In Failover klaster menejeri, sichqonchaning o'ng tugmasi bilan bosing SQL Server FCI roli va tanlovi Move -> Tugunni tanlangIkkilamchi tugunni tanlang va ustiga bosing OK.
Rol holati ko'rsatilguncha kuting Running yangi tugunda.
Mijoz mashinasidan ulaning SQL Server virtual tarmoq nomidan foydalanib va ulanish satrini o'zgartirmasdan ulanish muvaffaqiyatli ekanligini tasdiqlang.
Tahrirlash SQL Server Maqsadli tiklash vaqti maqsadi (RTO) doirasida toza ishdan chiqishni tasdiqlash uchun xato jurnali va Windows klaster hodisalari jurnali.

7. Boshqaruv, eng yaxshi amaliyotlar va muammolarni bartaraf etish

7.1 Ishdan chiqish siyosati va monitoringi

In Failover klaster menejeri, sichqonchaning o'ng tugmasi bilan bosing SQL Server FCI roli -> xususiyatlari -> Amalga ish Nosozlik holati darajasini va sog'liqni tekshirish vaqtini belgilash uchun. Soxta ishlamay qolishlarning oldini olish uchun og'ir yuklangan serverlarda vaqtni oshiring.
Klaster salomatligini kuzatib borish orqali Failover klaster menejeri, Windows hodisalarini ko'rish vositasi, SQL Server xato jurnali va SQL Server Faoliyat monitoringi real vaqt rejimida resurs va sessiya ko'rinishi uchun.
Har qanday avtomatik ishdan chiqqandan so'ng, ko'rib chiqing SQL Server Hodisaga olib keladigan komponent holati uchun diagnostika jurnallari (xato jurnali bilan birga saqlanadi). Foydalanish SQL Server Kengaytirilgan tadbirlar ishdan chiqish oynasi atrofidagi resurs salomatligi va xato sharoitlarining batafsil izini olish uchun.

7.2 ta eng yaxshi amaliyot

Barcha tugunlarda statik IP-manzillardan foydalaning. Ishlamay qolish vaqtida Dinamik Xost Konfiguratsiya Protokolining (DHCP) ijara muddati tugashi ishlamay qolish vaqtini uzaytiradi va DNS ro'yxatdan o'tishni murakkablashtiradi.
Har doim kvorum ovozlarining toq sonini saqlang. Agar tugun qo'shilganda hisob juft bo'lsa, guvoh qo'shing.
Har qanday apparat o'zgarishi, drayver yangilanishi yoki OT konfiguratsiyasining sezilarli o'zgarishidan so'ng klaster tekshiruvini ishga tushiring.
Barcha tugunlarga bir xil haydovchi harflarini tayinlashdan oldin SQL Server o'rnatish. Mos kelmasliklar O'rnatishni bloklaydi va keyinchalik tuzatish qiyin.
O'rnatish kunidan oldin Active Directory administratoringiz bilan bog'laning. Kompyuter obyektlarini yaratish ruxsatnomalari eng keng tarqalgan o'rnatishdan oldingi bloker hisoblanadi.
Sinovdan o'tgan holda saqlang SQL Server zaxira FCI mavjud bo'lgan taqdirda ham strategiya. FCI ma'lumotlarning buzilishi, tasodifiy o'chirish yoki saqlash darajasidagi yo'qotishdan emas, balki tugunning ishdan chiqishidan himoya qiladi - muntazam zaxiralash va tiklash jadvali bunday stsenariylar uchun yagona himoya vositasidir.

7.3 Umumiy muammolar va tuzatishlar

Active Directory ruxsat xatolari: Active Directory (AD) administratoringizdan klaster kompyuter obyektini oldindan bosqichma-bosqich bajarishini so'rang yoki ruxsat bering Kompyuter obyektlarini yarating va Barcha xususiyatlarni o'qing o'rnatish hisobiga.
Umumiy xotira tugunlarda ko'rinmaydi: Qayta ishga tushiring iSCSI maqsadli serveri saqlash xostidagi xizmatni ishga tushiring, keyin har bir tugundagi iSCSI initiatoridan qayta ulang. LUN maskalanishi va rayonlashtirilishini tekshiring.
Drayverlar yoki yangilanish darajalarida tasdiqlash haqida ogohlantirishlar: Eng so'nggi kümülatif yangilanishni qo'llang Windows Update tasdiqlashni qayta ishga tushirishdan oldin barcha tugunlarda.
WSFC tugun ishlamay qolgandan so'ng oflayn rejimga o'tadi: Omon qolgan tugunlarni onlayn holatga keltirish uchun kuch kvorumidan foydalaning, har qanday ma'lumotlar bazalarini tiklash nosozlikdan ta'sirlangan bo'lsa, kvorumni tiklang, keyin ishlab chiqarishga qaytishdan oldin qayta sozlang. Ishga tushirish DBCC CHECKDB normal ish yuklamalarini qayta boshlashdan oldin yaxlitlikni tasdiqlash uchun har bir tiklangan ma'lumotlar bazasida.
Soxta avtomatik ishdan chiqishlar: FCI rol xususiyatlarida sog'liqni tekshirish vaqtini oshiring. Haqiqiy nosozlikni vaqtinchalik resurs o'sishidan ajratish uchun diagnostika jurnallarini ko'rib chiqing.

8. Savol-javoblar

Savol: Biror narsa uchun minimal tugunlar soni qancha bo'lishi kerak SQL Server ishdan chiqish klasteri?

A: Minimal ikkita tugun. Ulardan biri faol tugun vazifasini bajaradi SQL Server misol; ikkinchisi kutish rejimi. Ko'pgina ishlab chiqarishni joylashtirish ikki tugunli faol/passiv konfiguratsiya bilan boshlanadi.

Savol: qiladi SQL Server FCI umumiy saqlashni talab qiladimi?

A: Ha. Always On Availability Groups dan farqli o'laroq, FCI barcha tugunlarning bir xil xotiraga kirishini talab qiladi - SAN (Fiber Channel yoki iSCSI), Storage Spaces Direct yoki SMB fayl almashinuvi. Umumiy xotira - bu ishlamay qolgandan so'ng har qanday tugundan bir xil ma'lumotlar bazasi fayllariga kirish imkonini beradigan narsa.

Savol: Nima SQL Server nashrlar ishdan chiqish klasterini qo'llab-quvvatlaydimi?

A: SQL Server Standart va Enterprise nashrlari FCI ni qo'llab-quvvatlaydi. Express va Developer nashrlari esa bunday qilmaydi. Enterprise nashri ko'proq tugunlarni va texnik xizmat ko'rsatish paytida onlayn indeks operatsiyalari kabi qo'shimcha yuqori darajadagi mavjudlik xususiyatlarini qo'llab-quvvatlaydi.

Savol: Jon SQL Server FCI va Doim mavjud bo'lgan guruhlar birgalikda ishlatilishi kerakmi?

A: Ha. FCI tuguni mavjudlik guruhi replikasini joylashtirishi mumkin, bu sizga FCI dan ham misol darajasidagi HA, ham mavjudlik guruhidan ma'lumotlar bazasi darajasidagi DR ni beradi. Biroq, mavjudlik guruhining FCI tomonidan joylashtirilgan replikaga yoki undan avtomatik ravishda o'chirib qo'yishi qo'llab-quvvatlanmaydi - bu konfiguratsiyada faqat qo'lda o'chirib qo'yish mumkin.

Savol: A qancha vaqt davom etadi SQL Server odatda ishdan chiqishni oladimi?

A: Ishdan chiqish vaqti yangi tugunda instansiya qayta ishga tushirilishidan oldin diskka yozilishi kerak bo'lgan bufer keshidagi iflos sahifalar soniga bog'liq. Bilvosita nazorat punktlari yoqilgan holda (standart qiymatdan) SQL Server (2012 yildan boshlab), iflos sahifalar cheklangan va ko'pgina o'chirib qo'yishlar 30 soniyadan kamroq vaqt ichida bajariladi. Sizning haqiqiy RTO ish yuklamasi, saqlash tezligi va ma'lumotlar bazasini tiklash vaqtiga bog'liq.

Savol: Kvorum nima va u nima uchun muhim?

A: Kvorum - bu WSFC klasterda onlayn qolish va so'rovlarni bajarish uchun yetarli sog'lom a'zolar bor-yo'qligini aniqlash uchun foydalanadigan mexanizm. Bu ikkita izolyatsiya qilingan tugun guruhlarining har biri o'zlarini vakolatli egasi deb hisoblaydigan miyaning bo'linishi stsenariysining oldini oladi. SQL Server misol. Agar kvorum yo'qolsa, WSFC ma'lumotlar yaxlitligini himoya qilish uchun klasterni oflayn rejimga o'tkazadi.

Savol: Jon SQL Server FCI ishchi guruh klasteriga (Active Directorysiz) o'rnatilishi kerakmi?

Javob: Yo'q. SQL Server FCI barcha tugunlarning bir xil Active Directory domenining a'zolari bo'lishini talab qiladi. Ishchi guruh klasterlari, ko'p domenli klasterlar va faqat o'qish uchun domen kontrollerlarini o'z ichiga olgan klasterlar qo'llab-quvvatlanadigan konfiguratsiyalar emas.

Savol: Ishlamay qolganda mijoz ulanishlari bilan nima bo'ladi?

A: Faol ulanishlar SQL Server instansiya ishlamay qolish paytida o'chirib tashlanadi. Instansiya yangi tugunda onlayn bo'lgandan so'ng, virtual tarmoq nomi va virtual IP u yerda qayta ro'yxatdan o'tkaziladi va ulanish satrlarida qayta urinish mantig'idan foydalanadigan mijozlar hech qanday konfiguratsiya o'zgarishisiz avtomatik ravishda qayta ulanadi.

Savol: Mavjud tugunlardan tugunlarni qo'shishim yoki olib tashlashim mumkinmi? SQL Server ishdan chiqish klasteri?

A: Ha. Yugur SQL Server Istalgan tugunda sozlang va tanlang Tugunni a ga qo'shish SQL Server ishdan chiqish klasteri tugun qo'shish uchun, yoki Tugunni a dan olib tashlang SQL Server ishdan chiqish klasteri bittasini olib tashlash uchun. Tugunni qo'shish yoki olib tashlash klasterdagi boshqa tugunlar uchun uzilish vaqtini talab qilmaydi.

Savol: Rejalashtirilgan ishdan chiqish va avtomatik ishdan chiqish o'rtasidagi farq nima?

A: Rejalashtirilgan ishdan chiqish administrator tomonidan qo'lda ishga tushiriladi — odatda tuzatish yoki apparatni almashtirish kabi texnik xizmat ko'rsatish uchun. Bu imkon beradi SQL Server iflos sahifalarni tozalash va egalikni o'tkazishdan oldin toza o'chirish, natijada ishlamay qolish vaqti minimal bo'ladi. WSFC tomonidan sog'liqni saqlash monitoringi faol tugun ishlamay qolganligini aniqlaganda avtomatik ishdan chiqish ishga tushiriladi va tiklash vaqti zarur bo'lgan ishdan chiqishni tiklash miqdoriga bog'liq.

Savol: Qanday qilib tiklashim mumkin SQL Server Agar butun WSFC oflayn rejimga o'tib ketsa, ishdan chiqish klasteri?

A: Agar kvorum yo'qolsa va klaster normal ishga tusha olmasa, omon qolgan tugunlarni xatolarga chidamli bo'lmagan holatda ishga tushirish uchun majburiy kvorumdan foydalaning. Omon qolgan tugunda quyidagi PowerShell buyrug'ini bajaring: Start-ClusterNode -ForcQuorumKlaster onlayn bo'lgandan so'ng, ma'lumotlar bazalarini tiklang, ma'lumotlar yaxlitligini tekshiring va keyin ishlab chiqarishga qaytishdan oldin kvorumni qolgan tugunlar bilan qayta sozlang.

Savol: Har bir ishga tushirishdan oldin Klasterni tasdiqlash ustasini ishga tushirishim kerakmi? SQL Server o'rnatish?

A: Ha, shuningdek, har qanday muhim apparat yoki konfiguratsiya o'zgarishidan keyin ham. Microsoft faqat barcha tasdiqlash testlaridan xatosiz o'tgan ishlamay qoladigan klaster konfiguratsiyalarini qo'llab-quvvatlaydi. Tasdiqlashni o'tkazib yuborish, ishlamay qolish sharoitida oldindan aytib bo'lmaydigan darajada ishlashi mumkin bo'lgan qo'llab-quvvatlanmaydigan konfiguratsiyani ishga tushirish xavfini tug'diradi.

9. Xulosa

SQL Server Faoliyatni to'xtatish klasterlash WSFC orqali shaffof instansiya darajasidagi yuqori mavjudlikni ta'minlaydi, avtomatik ravishda ishlamay qolishi va mijozni qayta konfiguratsiya qilish talab qilinmaydi. Bu umumiy xotira mavjud bo'lganda va instansiyadagi har bir ma'lumotlar bazasi birlik sifatida birgalikda ishlamay qolishi kerak bo'lganda to'g'ri tanlovdir. Favqulodda vaziyatlarni tiklash yoki ikkilamchi o'qish ish yuklamalarini talab qiladigan muhitlar uchun ikkala stsenariyni ham qamrab olish uchun FCI ni Doim Yoqilgan Availability Groups bilan birlashtiring.

Manbalar

Microsoft rasmiy hujjati: Windows Server Failover klasteri bilan SQL Server
Microsoft rasmiy hujjati: Doim ishlamay qoladigan klaster misollari
Microsoft rasmiy hujjati: Failover klaster nusxasini o'rnating
Microsoft rasmiy hujjati: WSFC kvorum rejimlari va ovoz berish konfiguratsiyasi

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.