SQL Server Failover Cluster: DBA-ийн бүрэн гарын авлага [2026]

SQL Server ослын кластер нь өндөр хүртээмжтэй шийдэл энэ нь хадгалдаг SQL Server сервер ажиллахаа больсон ч гэсэн инстанс ажилладаг. Энэ нь зангилаа гэж нэрлэгддэг олон физик серверүүд дээр ижил инстансыг ажиллуулснаар үүнийг хийдэг бөгөөд ингэснээр нэг сервер ажиллахаа больсон тохиолдолд нөгөө нь гараар оролцоогүйгээр эсвэл клиент талын өөрчлөлтгүйгээр автоматаар ажиллаж эхэлдэг.

1.2 Гол бүрэлдэхүүн хэсгүүд ба архитектур

A SQL Server Failover кластерын инстанс нь тус бүрдээ өөр өөрийн үүрэг гүйцэтгэдэг таван үндсэн бүрэлдэхүүн хэсгээс бүрддэг. Тэд хамтдаа үйлчлүүлэгчид нэг сервер мэт харилцдаг нэг логик нэгжийг бүрдүүлдэг.

Зангилаа: Кластерт оролцдог физик серверүүд. Тухайн үед яг нэг зангилаа идэвхтэй бөгөөд ажиллуулдаг SQL Server жишээ нь; үлдсэн зангилаанууд идэвхтэй зангилааны эрүүл мэндийг хянаж, зогсож байдаг.
Хуваалцсан хадгалах сан: SAN, iSCSI, Storage Spaces Direct, эсвэл SMB файл хуваалцах зэрэг хадгалах багтаамж нь бүх зангилаануудад нэгэн зэрэг хүртээмжтэй байдаг. Зангилаа бүр нэг хадгалах сангаас уншиж, бичдэг тул зангилаануудын хооронд өгөгдөл хуулбарлах шаардлагагүй бөгөөд аль зангилаа эрхээ авсан ч нэг мэдээллийн сангийн файлууд шууд боломжтой байдаг.
Виртуал сүлжээний нэр болон виртуал IP хаяг: Үйлчлүүлэгчид аль физик зангилаа идэвхтэй байгаагаас үл хамааран үргэлж холбогддог тогтвортой таних тэмдэг. Алдаа гарсан үед виртуал сүлжээний нэр болон IP хаяг нь шинэ идэвхтэй зангилаа дээр дахин бүртгэгдэж, шилжилтийг програмуудад ил тод болгодог.
Windows серверийн алдааг даван туулах кластерчлал (WSFC): Бүх зүйлийг хамтад нь байлгадаг суурь платформ. WSFC нь зүрхний цохилтын сүлжээгээр дамжуулан зангилаа болон нөөцийн эрүүл мэндийг тасралтгүй хянаж, нөөцийн бүлгийн эзэмшлийг удирдаж, алдаа илэрсэн үед ослын дараах үйл явцыг удирддаг.
Чуулга: Тархи хуваагдах нөхцөл байдлаас урьдчилан сэргийлэх WSFC доторх санал хураалтын механизм. Зангилаа бүр кластерын эрүүл мэндийн талаар санал өгдөг; гэрчийн диск эсвэл файл хуваалцах нь тэгш зангилааны кластеруудад нэмэлт санал өгдөг. Кластер нь зөвхөн саналын дийлэнх нь хүрэх боломжтой үед л онлайн хэвээр байх бөгөөд энэ нь хоёр тусгаарлагдсан зангилааны бүлэг хэзээ ч нэгэн зэрэг эзэмших эрхээ шаардаж чадахгүй гэдгийг баталгаажуулдаг. SQL Server Жишээ нь.

Эдгээр бүрэлдэхүүн хэсгүүд нь тодорхой шатлалын дагуу ажилладаг: WSFC нь зангилааг удирдаж, кворумыг хэрэгжүүлдэг, зангилаанууд нь ижил хадгалалтад хандах эрхийг хуваалцдаг бөгөөд виртуал сүлжээний нэр нь үйлчлүүлэгчдэд бүх талаараа тогтвортой холболтын цэгийг өгдөг. Зангилаа ажиллахаа больсон үед WSFC нь зүрхний цохилт алдагдсаныг илрүүлж, кворум хэвээр байгааг баталгаажуулж, виртуал сүлжээний нэр, виртуал IP, хадгалалт зэрэг нөөцийн бүлгийн эзэмшлийг нөөцийн зангилаа руу шилжүүлж, ... авчирдаг. SQL Server тэнд буцаж онлайн болсон. Үйлчлүүлэгчийн талд ямар ч өөрчлөлт оруулах шаардлагагүйгээр бүхэл бүтэн дараалал автоматаар явагдана.

1.3 FCI болон Үргэлж нээлттэй байгаа бүлгүүд

SQL Server WSFC дээр суурилсан хоёр Always On технологийг санал болгодог. Гол ялгаанууд:

Алдаатай кластерын жишээ (FCI): Жишээ түвшний өндөр хүртээмжтэй байдал (HA). Бүх өгөгдлийн сан нэгэн зэрэг бүтэлгүйтдэг. Хамтран хадгалах сан шаарддаг. Зангилаа хооронд өгөгдөл хуулбарлах боломжгүй. Суурилуулсан гамшгийн сэргээлт (DR) байхгүй.
Үргэлж бэлэн байгаа бүлгүүд (ҮББ): Өгөгдлийн сангийн түвшний өндөр хүртээмжтэй байдал. Лог дээр суурилсан хуулбарлалт нь хоёрдогч хуулбар руу шилждэг. Хуваалцсан хадгалах сан шаардлагагүй. HA болон DR хоёуланг нь дэмждэг.

Одоо байгаа хуваалцсан хадгалалтын хувьд жишээ түвшний эвдрэлийн үед FCI-г ашиглаарай. Гамшгийн нөхөн сэргээлт эсвэл уншигдахуйц хоёрдогч нөөц шаардлагатай үед FCI-г AG-тэй хослуулна уу.

1.4 Давуу талууд ба хязгаарлалтууд

ашиг тус:

Тоног төхөөрөмж, үйлдлийн систем эсвэл үйлчилгээний автомат эвдрэл;
үйлчлүүлэгчийг дахин тохируулах шаардлагагүй;
шууд бус шалган нэвтрүүлэх цэгүүдээр дамжуулан урьдчилан таамаглах боломжтой алдааны хугацаа;
уян хатан хуваалцсан хадгалах сангийн сонголтууд.

хязгаарлалт:

Хэрэв хадгалах сан өөрөө илүүдэл биш бол хуваалцсан хадгалах сан нь нэг алдааны цэг юм;
Зөвхөн нэг зангилаа ажилладаг SQL Server унших ачааллын тэнцвэржилт байхгүй тул нэг дор;
AG-тэй хослуулахгүйгээр суурилуулсан DR байхгүй.

2. Урьдчилсан шаардлага ба шаардлага

2.1 Тоног төхөөрөмж болон програм хангамж

Ижил буюу түүнтэй дүйцэхүйц техник хангамжтай, 64 битийн процессортой, мөн ослын кластерчлалын гэрчилгээтэй хадгалалтын хянагчтай хамгийн багадаа хоёр физик сервер.
Windows Server 2016, 2019, эсвэл 2022 (Стандарт эсвэл Дата төв). Бүх зангилаа нь ижил үйлдлийн системийн хувилбар, хувилбар болон хуримтлагдсан шинэчлэлтийн түвшинг ажиллуулах ёстой.
SQL Server Стандарт эсвэл Байгууллагын хувилбар. Бүх зангилаа ижил ажиллах ёстой SQL Server хувилбар болон нөхөөсний түвшин.

2.2 Сүлжээ болон домэйны шаардлага

Бүх зангилаа нь ижил Active Directory домэйнд хамаарах ёстой. Ажлын бүлгийн кластерууд, олон домэйн кластерууд болон Зөвхөн унших домэйн хянагчуудыг дэмжихгүй.
Бүх адаптеруудад статик IP хаягуудыг оноож өг. Кластерын зүрхний цохилтын урсгалд зориулж зангилаа бүрт дор хаяж нэг сүлжээний интерфэйсийн карт (NIC)-г зориул. Нэрийн нягтралын хувьд Домэйн Нэрийн Систем (DNS)-ийг тохируул.
Суулгалтын бүртгэл нь бүх зангилаа болон бусад зүйлс дээр орон нутгийн администраторын эрхийг шаарддаг. Компьютерийн объектуудыг үүсгэх Active Directory дахь зөвшөөрөл.

2.3 Хуваалцсан хадгалах сонголтууд

SQL Server Failover кластерчлал нь хэд хэдэн хуваалцсан хадгалах технологийг дэмждэг. Таны дэд бүтэц болон төсөвт хамгийн сайн тохирохыг нь сонгоно уу:

SAN (Шилэн Суваг эсвэл iSCSI): Хамгийн түгээмэл. Бүх зангилаа ижил логик нэгжийн дугаарт (LUN) хандах ёстой. Нэг замын алдаанаас зайлсхийхийн тулд олон замын I/O (MPIO) ашиглана уу.
Хадгалах зай шууд (S2D): Зангилаанууд дээр нэгтгэсэн орон нутгийн NVMe эсвэл SSD. Windows Server 2016 Datacenter эсвэл түүнээс хойшхи хувилбарыг шаарддаг.
Серверийн мессежийн блок (SMB) файл хуваалцах болон кластерын хуваалцсан эзлэхүүнүүд (CSV): Дэмжигдсэн SQL Server 2014 оноос хойш.

Бүх кластер дискийг үндсэн NT файлын систем болгон форматлах (NTFS). Кластерын зангилаан дээр суурилуулсан эзлэхүүнүүдээс зайлсхий.

3. Кластер төлөвлөх

Суулгахаас өмнө та кластерын найдвартай байдал болон техник хангамжийн өртөгт шууд нөлөөлдөг зангилааны тохиргооны төрөл болон кворумын тохиргоог төлөвлөх хэрэгтэй.

3.1 Тохиргооны төрлүүд

SQL Server Failover кластерууд нь дөрвөн төрлийн зангилааны тохиргоог дэмждэг бөгөөд тус бүр нь энгийн байдал, техник хангамжийн өртөг, нөөцийн багтаамжаараа өөр өөрөөр солилцдог.

1-р төрөл: Идэвхтэй/Хүлээлгийн горим. 1 FCI, 2 зангилаа. 1-р зангилаа идэвхтэй; 2-р зангилаа зогсолттой. Зогсолттой зангилаа нь Идэвхтэй зангилааны зүрхний цохилтыг тасралтгүй хянаж, Идэвхтэй зангилаа ажиллахаа больсон үед FCI-г хариуцдаг. Энэ бол хамгийн энгийн тохиргоо бөгөөд үйлдвэрлэлд хамгийн түгээмэл байдаг.
2-р төрөл: Идэвхтэй/Идэвхтэй. 2 физик зангилаа хуваалцдаг 2 FCI. 1-р зангилаа нь FCI 1-ийн идэвхтэй зангилаа болон FCI 2-ын хүлээлгийн зангилаа юм; 2-р зангилаа нь FCI 2-ын идэвхтэй зангилаа болон FCI 1-ийн хүлээлгийн зангилаа юм. Хоёр зангилаа нь харилцан хүлээлгийн горим бөгөөд хоёулаа хэвийн ажиллагааны үед шууд ачаалалтай ажилладаг. Хэрэв аль нэг зангилаа ажиллахаа больвол амьд үлдсэн зангилаа нь өөрийн ажиллагаагаа үргэлжлүүлэхийн зэрэгцээ ажиллахаа больсон зангилааны FCI-г хариуцдаг. Тиймээс зангилаа бүр нь хоёр FCI-ийн нийт ачааллыг даах хэмжээтэй байх ёстой.
3-р төрөл: N+1. N FCI нь N+1 зангилаа хуваалцдаг. FCI бүр нэг Идэвхтэй зангилаатай; бүх N FCI нь нэг нийтлэг Зогсолтын зангилаа хуваалцдаг. Хуваалцсан Зогсолтын зангилаа нь аль ч эвдэрсэн Идэвхтэй зангилааны бүрэн ачааллыг бие даан шингээх чадвартай байх ёстой.
4-р төрөл: N+M. N FCI нь N+M зангилаа хуваалцдаг. FCI бүр нэг Идэвхтэй зангилаатай; бүх N FCI нь M Зогсолт зангилаа хуваалцдаг. M Зогсолт зангилаа нь бүх N Идэвхтэй зангилааны хувьд ослын ачааллыг хамтад нь хамарч, боломжит ачааллыг илүү их нөөцийн багтаамжид хуваарилж, N+1-тэй харьцуулахад зангилаа бүрийн техник хангамжийн шаардлагыг бууруулдаг.

3.2 Кворумын удирдамж

Кворум нь кластерт онлайн байх хангалттай эрүүл гишүүд байгаа эсэхийг тодорхойлдог. Кворумыг бүрдүүлж, хадгалахдаа дараах удирдамжийг санаарай.

Хуваагдсан тохиолдолд олонхийн санал авах, тархи хуваагдахаас урьдчилан сэргийлэхийн тулд кворумын нийт саналын тоог сондгойгоор тохируулна уу.
Хоёр зангилаатай кластеруудын хувьд ашиглана уу Зангилаа болон дискний дийлэнх хэсэг гэрчийн дискийг гурав дахь санал болгон ашиглах. Гэрчийн дискэнд хөтчийн үсэг шаардлагагүй.
Хэрэв кворум бүрэн алдагдсан бол үлдсэн зангилааг сэргээхийн тулд кворумыг хамгийн сүүлийн арга хэмжээ болгон хүчлээд, дараа нь үйлдвэрлэл рүү буцахаасаа өмнө шууд дахин тохируулна уу.

4. Windows Server Failover Cluster (WSFC) суулгах нь

4.1 Хуваалцсан хадгалах санг бэлтгэх

Кластер үүсгэхээсээ өмнө бүх хуваалцсан санг хавсаргаж, тохируулна уу.

Бүх хадгалах LUN-уудыг кластерын зангилаа бүрт физик байдлаар холбох эсвэл хангах.
Дээр зөвхөн эхний зангилаа, нээлттэй Дискний удирдлага, диск бүрийг онлайн болгож, эхлүүлж, үүсгэнэ үү NTFS хөтчийн үсэг бүхий эзлэхүүн. Гэрчийн дискэнд зориулж жижиг эзлэхүүн (1-2 ГБ) үүсгэнэ үү - хөтчийн үсэг шаардлагагүй.
Үлдсэн зангилаа бүр дээр нээнэ үү Дискний удирдлага мөн дискнүүдийг зөвхөн онлайнаар авчир. Дахин эхлүүлж эсвэл форматлаж болохгүй. Хэрэв дискний үсгүүд эхний зангилаатай таарахгүй бол тэдгээрийг гараар оноож өг.

4.2 Failover кластерийн функцийг суулгаж, баталгаажуулна уу

Зангилаа бүр дээр Failover Clustering функцийг суулгаад, кластер үүсгэхээсээ өмнө баталгаажуулна уу.

Зангилаа бүр дээр нээнэ үү Сервер менежер -> Үүрэг болон онцлогуудыг нэмэх -> онцлог, сонгоно уу Алдаатай кластерчлал, мөн дарна уу СуулгахАсуувал дахин ачаална уу. PowerShell-ийн өөр хувилбар:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Аль ч зангилаа дээр нээх Алдаа гаралтын кластерын менежер -> Тохиргоог баталгаажуулахБүх зангилааны хост нэрийг нэмж, бүх тестийг ажиллуулна уу. PowerShell хувилбар:
```
Test-Cluster -Node Node1, Node2
```
Үргэлжлүүлэхийн өмнө баталгаажуулалтын тайлан дахь бүх алдааг засна уу. Хэрэв S2D ашиглагдаагүй бол Хадгалах зай Шууд анхааруулгыг үл тоомсорлож болно.

4.3 WSFC үүсгэх

Баталгаажуулалтыг хийсний дараа кластер үүсгэж, түүний тохиргоог шалгана уу.

In Алдаа гаралтын кластерын менежер, дарна уу Кластер үүсгэх, бүх зангилааны хост нэрийг нэмээд, кластерын нэр болон статик виртуал IP хаягийг оруулаад, дараа нь дарна уу Дараа ньPowerShell-ийн өөр хувилбар:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Хэрэв домэйны зөвшөөрлүүд хязгаарлагдмал бол энэ алхамыг ажиллуулахаасаа өмнө Active Directory админаасаа кластерын нэртэй компьютерийн объектыг урьдчилан шатлахыг хүснэ үү.
Бүтээлийн дараа кворумын шоуг баталгаажуулна уу Зангилаа болон дискний дийлэнх хэсэг гэрчийн дискийг оноож өгсөн.
дагуу Хадгалалт -> Дискүүд, кластер диск бүрийн үүргийг тусгахын тулд нэрийг нь өөрчилнө (жишээлбэл, SQL_DATA, SQL_LOG, ИХ СУРГУУЛЬ). Доор Сүлжээ, кластер сүлжээ бүрийн нэрийг түүний урсгалын төрлийг тусгахаар өөрчилнө үү.

5. Суулгах SQL Server Алдаатай кластерын жишээ

5.1 Суулгах аргыг сонгох

SQL Server Setup нь failover кластерын жишээг суулгах хоёр аргыг санал болгодог. Таны орчинд тохирохыг нь сонгоно уу.

Нэгдсэн суурилуулалт (Зангилаа нэмэх): Эхний зангилаан дээр бүрэн ажиллагаатай FCI суулгаад, дараа нь дараагийн зангилаа бүрийг дараах байдлаар нэмнэ үү Зангилаа нэмэх сонголт. Илүү хялбар бөгөөд ихэнх байршуулалтад санал болгож байна.
Дэвшилтэт/Байгууллагын суурилуулалт: Run Ослын давалтын кластерыг бэлтгэх эхлээд бүх зангилаанууд дээр, дараа нь ажиллуулна уу Бүрэн алдааны кластер хуваалцсан дискийг эзэмшдэг зангилаа дээр. Энэ аргыг том олон зангилаатай байршуулалтуудад ашиглана уу, ингэснээр та бүх зангилааг зэрэгцээ байдлаар бэлтгэх хэрэгтэй.

5.2 Эхний зангилааны суурилуулалт

Run SQL Server Интеграцчилагдсан аргыг ашиглан FCI үүсгэхийн тулд эхний зангилаа дээр тохируулна уу.

Run Тохируулах.exe администраторын хувьд. Сонгох суурилуулах ажил -> Шинэ SQL Server ослын кластерын суулгалт.
On Онцлог сонголтсонгох Өгөгдлийн сангийн хөдөлгүүрийн үйлчилгээ болон Удирдлагын хэрэгслүүд – Үндсэн.
On Инстанцийн тохиргоо, ор SQL Server Сүлжээний нэр - үйлчлүүлэгчид холбогдоход ашигладаг виртуал нэр.
On Кластерын нөөцийн бүлэг, тодорхойлсон бүлгийн нэрийг оруулна уу.
On Кластер дискний сонголт, өгөгдөл, бүртгэл болон нөөц файлуудад зориулсан хуваалцсан дискнүүдийг сонгоно уу.
On Кластер сүлжээний тохиргоо, дэд сүлжээ бүрт IP хаяг оноодог. Тохиргоо нь олон дэд сүлжээний кластеруудын хувьд OR хамаарлыг автоматаар тохируулдаг.
On Серверийн тохиргоо, үйлчилгээний бүртгэлүүдийг тохируулна уу. Нууц үгийн автомат удирдлагад Бүлгийн удирдлагатай үйлчилгээний бүртгэл (gMSA) ашиглах; домэйн бүртгэлүүдийг нөөц болгон ашиглах.
On Өгөгдлийн сангийн хөдөлгүүрийн тохиргоо, баталгаажуулалтын горимыг сонгоод өгөгдлийн сангийн замыг тохируулна уу. Системийн өгөгдлийн сан, хэрэглэгчийн өгөгдлийн сан, бүртгэл, нөөцлөлт болон TempDB-г тусдаа диск дээр байрлуулна уу.
Хураангуйг хянаад, дарна уу Суулгах.

5.3 Үлдсэн зангилаа нэмэх

Эхний зангилаа дууссаны дараа нэмэлт зангилаа бүрийг FCI руу нэмнэ үү.

Нэмэлт зангилаа дээр ажиллуулна уу Тохируулах.exe сонгох суурилуулах ажил -> Зангилаа нэмэх SQL Server ослын кластер.
On Кластер зангилааны тохиргоо, одоо байгаа FCI инстанцийг сонгоно уу.
On Кластер сүлжээний тохиргоо, энэ зангилааны дэд сүлжээнд зориулсан IP хаягийг оноож өгнө.
On Үйлчилгээний дансууд, үйлчилгээний бүртгэлийн нууц үгс эхний зангилаан дээр тохируулсантай тохирч байгаа эсэхийг баталгаажуулаад, дараа нь дарна уу Суулгах.
Нэмэлт зангилаа бүрийн хувьд давтана уу.

6. Суулгасны дараа: Тохиргоо хийж турших

6.1 зайлшгүй шаардлагатай SQL Server Тохиргоо

FCI ажиллаж эхэлсний дараа эдгээр тохиргоог нэн даруй хэрэгжүүлнэ үү.

нь чансаанд серверийн хамгийн их санах ой таглах SQL Server-ийн санах ойг хадгалж, үйлдлийн систем болон кластерын үйлчилгээнд зориулж зай үлдээнэ:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
нь чансаанд Параллелизмын хамгийн дээд зэрэг (MAXDOP) таны жигд бус санах ойн хандалт (NUMA) топологи дээр үндэслэсэн.
TempDB-г I/O-г тусгаарлахын тулд тусгай эзлэхүүн рүү шилжүүлнэ үү:
```
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');
```
Дахин эхлүүлэх SQL Server файлын зөөлтийг хүчин төгөлдөр болгох үйлчилгээ.

6.2 Туршилтын алдааг давах

Кластерыг үйлдвэрлэлд шилжүүлэхээс өмнө алдааны ачааллын горимын ажиллагааг баталгаажуулна уу.

In Алдаа гаралтын кластерын менежер, хулганы баруун товчийг дарна уу SQL Server FCI-ийн үүрэг ба сонголт Зөөх -> Зангилаа сонгохХоёрдогч зангилааг сонгоод дарна уу. OK.
Үүргийн статус харагдах хүртэл хүлээнэ үү ажиллаж байгаа шинэ зангилаа дээр.
Үйлчлүүлэгч машинаас холбогдоно уу SQL Server виртуал сүлжээний нэрийг ашиглан холболтын мөрийг өөрчлөхгүйгээр холболт амжилттай болсон эсэхийг баталгаажуулна уу.
тойм SQL Server Зорилтот сэргээх хугацааны зорилт (RTO) доторх цэвэр эвдрэлийг баталгаажуулахын тулд алдааны бүртгэл болон Windows кластерын үйл явдлын бүртгэл.

7. Менежмент, шилдэг туршлагууд болон алдааг олж засварлах

7.1 Алдаа гаргах бодлого ба хяналт

In Алдаа гаралтын кластерын менежер, хулганы баруун товчийг дарна уу SQL Server FCI-ийн үүрэг -> Үл хөдлөх хөрөнгө -> Нөхцөл Алдааны нөхцөл байдлын түвшин болон эрүүл мэндийн шалгалтын хугацааг тохируулах. Хуурамч алдаанаас зайлсхийхийн тулд ачаалал ихтэй серверүүдийн хугацааг нэмэгдүүлнэ үү.
Кластерын эрүүл мэндийг дараах байдлаар хянах Алдаа гаралтын кластерын менежер, Windows үйл явдлын үзүүлэгч, SQL Server алдааны бүртгэл болон SQL Server Үйл ажиллагааны хяналт бодит цагийн нөөц болон сессийн харагдах байдлын хувьд.
Автомат эвдрэлийн дараа, SQL Server Үйл явдал эхлэхээс өмнөх бүрэлдэхүүн хэсгийн төлөвийн оношлогооны бүртгэлүүд (алдааны бүртгэлийн хажууд хадгалагддаг). Ашиглах SQL Server Өргөтгөсөн үйл явдлууд эвдрэлийн цонхны эргэн тойрон дахь нөөцийн эрүүл мэнд болон алдааны нөхцөл байдлын нарийвчилсан ул мөрийг авах.

7.2 Шилдэг туршлага

Бүх зангилаан дээр статик IP хаягуудыг ашиглаарай. Динамик Хостын Тохиргооны Протокол (DHCP)-ийн түрээсийн хугацаа дуусах нь ажиллахгүй байх хугацааг уртасгаж, DNS бүртгэлийг хүндрүүлдэг.
Кворумын саналыг үргэлж сондгой тоогоор байлга. Хэрэв зангилаа нэмэх нь тооллогыг тэгш болговол гэрч нэмнэ үү.
Тоног төхөөрөмжийн өөрчлөлт, драйверын шинэчлэлт эсвэл үйлдлийн системийн тохиргоонд мэдэгдэхүйц өөрчлөлт орсны дараа кластерын баталгаажуулалтыг ажиллуулна уу.
Өмнө нь бүх зангилаан дээр ижил хөтчийн үсгийг оноож өгнө үү SQL Server суулгалт. Тохироогүй байдал нь тохиргоог хааж, дараа нь засахад хэцүү байдаг.
Суулгах өдрөөс өмнө Active Directory админтайгаа холбогдоно уу. Компьютерийн объект үүсгэх зөвшөөрөл нь суулгахаас өмнө хамгийн түгээмэл хориглогч юм.
Туршилтыг хадгалах SQL Server нөөц FCI хэрэгжиж байсан ч гэсэн стратеги. FCI нь өгөгдлийн эвдрэл, санамсаргүй устгалт, эсвэл хадгалалтын түвшний алдагдлын эсрэг биш харин зангилааны эвдрэлээс хамгаалдаг - тогтмол нөөцлөлт болон сэргээх хуваарь нь эдгээр тохиолдолд цорын ганц хамгаалалт юм.

7.3 Нийтлэг асуудлууд ба засварууд

Active Directory зөвшөөрлийн алдаанууд: Active Directory (AD) админаасаа кластер компьютерийн объектыг урьдчилан шатлахыг хүсэх эсвэл зөвшөөрөх Компьютерийн объектуудыг үүсгэх болон Бүх өмчийг унших суулгалтын данс руу.
Хуваалцсан сан зангилаан дээр харагдахгүй байна: Дахин эхлүүлэх iSCSI зорилтот сервер Хадгалах хост дээрх үйлчилгээг аваад дараа нь зангилаа бүр дээрх iSCSI эхлүүлэгчээс дахин холбогдоно уу. LUN маск болон бүсчлэлийг шалгана уу.
Драйвер эсвэл шинэчлэлтийн түвшин дээрх баталгаажуулалтын анхааруулга: Хамгийн сүүлийн үеийн хуримтлагдсан шинэчлэлтийг дараахаас хэрэгжүүлнэ үү Windows Update баталгаажуулалтыг дахин ажиллуулахаас өмнө бүх зангилаанууд дээр.
Зангилааны алдаа гарсны дараа WSFC офлайн байна: Амьд үлдсэн зангилааг онлайн болгохын тулд хүчээр кворум ашиглана уу. аливаа мэдээллийн санг сэргээх алдаанаас болж нөлөөлөлд өртсөн тохиолдолд кворумыг сэргээж, дараа нь үйлдвэрлэл рүү буцахаасаа өмнө дахин тохируулна уу. Ажиллуулна уу. DBCC CHECKDB хэвийн ажлын ачааллыг үргэлжлүүлэхийн өмнө бүрэн бүтэн байдлыг баталгаажуулахын тулд сэргээгдсэн мэдээллийн сан бүр дээр.
Хуурамч автомат алдаанууд: FCI үүргийн шинж чанаруудад эрүүл мэндийн үзлэгийн хугацааг нэмэгдүүл. Жинхэнэ алдааг түр зуурын нөөцийн огцом өсөлтөөс ялгахын тулд оношилгооны бүртгэлийг хянана уу.

8. Түгээмэл асуултууд

А: Хамгийн багадаа хэдэн зангилаа шаардлагатай вэ? SQL Server ослын кластер?

А: Хамгийн багадаа хоёр зангилаа байна. Нэг нь ажиллаж байгаа идэвхтэй зангилааны үүрэг гүйцэтгэдэг SQL Server жишээ нь; нөгөө нь backup юм. Ихэнх үйлдвэрлэлийн байршуулалтууд нь хоёр зангилаатай Идэвхтэй/Идэвхгүй тохиргооноос эхэлдэг.

А: Байна SQL Server FCI нь хуваалцсан хадгалах сан шаарддаг уу?

А: Тийм. Always On Availability Groups-оос ялгаатай нь FCI нь бүх зангилаанууд нэг санах ойд хандахыг шаарддаг - SAN (Fiber Channel эсвэл iSCSI), Storage Spaces Direct эсвэл SMB файл хуваалцах. Хуваалцсан санах ой нь алдаа гарсны дараа аль ч зангилаанаас ижил мэдээллийн сангийн файлуудад хандах боломжийг олгодог зүйл юм.

А: Юу SQL Server хувилбарууд нь ослын дараах кластерчлалыг дэмждэг үү?

A: SQL Server Стандарт болон Байгууллагын хувилбарууд нь FCI-г дэмждэг бол Экспресс болон Хөгжүүлэгчийн хувилбарууд дэмждэггүй. Байгууллагын хувилбар нь илүү олон зангилаа болон засвар үйлчилгээний явцад онлайн индексийн үйл ажиллагаа зэрэг нэмэлт өндөр боломжтой функцуудыг дэмждэг.

А: Болно SQL Server FCI болон Үргэлж бэлэн байдлын бүлгүүдийг хамтад нь ашиглах уу?

А: Тийм. FCI зангилаа нь бэлэн байдлын бүлгийн хуулбарыг байршуулж, FCI-ээс инстанцийн түвшний HA болон бэлэн байдлын бүлгээс өгөгдлийн сангийн түвшний DR хоёуланг нь өгч чадна. Гэсэн хэдий ч, бэлэн байдлын бүлгийн FCI-д байршуулсан хуулбар руу эсвэл түүнээс автоматаар шилжихийг дэмждэггүй - энэ тохиргоонд зөвхөн гараар шилжих боломжтой.

А: Хэр удаан вэ SQL Server Осол гэмтэл ихэвчлэн юу шаарддаг вэ?

А: Алдаа гарсан хугацаа нь шинэ зангилаа дээр инстанц дахин эхлэхээс өмнө диск рүү бичигдэх ёстой буфер кэш дэх бохир хуудасны тооноос хамаарна. Шууд бус шалгах цэгүүдийг идэвхжүүлсэн үед (анхдагч утга нь SQL Server 2012 оноос хойш), бохир хуудсууд хязгаарлагдмал бөгөөд ихэнх алдааг 30 секундээс бага хугацаанд гүйцэтгэдэг. Таны бодит RTO нь ажлын ачаалал, хадгалах хурд, мэдээллийн санг сэргээх хугацаанаас хамаарна.

А: Кворум гэж юу вэ, яагаад чухал вэ?

А: Кворум гэдэг нь WSFC нь кластер нь онлайн хэвээр үлдэж, хүсэлтийг биелүүлэхэд хангалттай эрүүл гишүүдтэй эсэхийг тодорхойлоход ашигладаг механизм юм. Энэ нь хоёр тусгаарлагдсан зангилааны бүлэг тус бүр өөрсдийгөө эрх бүхий эзэмшигч гэж үздэг тархи хуваагдах нөхцөл байдлаас урьдчилан сэргийлдэг. SQL Server жишээ нь. Хэрэв кворум алдагдсан бол WSFC нь өгөгдлийн бүрэн бүтэн байдлыг хамгаалахын тулд кластерыг офлайн болгодог.

А: Болно SQL Server FCI-г ажлын бүлгийн кластер дээр (Active Directory-гүйгээр) суулгах уу?

Х: Үгүй. SQL Server FCI нь бүх зангилааг ижил Active Directory домэйны гишүүн байхыг шаарддаг. Ажлын бүлгийн кластерууд, олон домэйны кластерууд болон Зөвхөн унших домэйн хянагчуудыг багтаасан кластерууд нь дэмжигддэггүй тохиргоонууд юм.

А: Алдаа гарсан үед үйлчлүүлэгчийн холболтод юу тохиолдох вэ?

А: Идэвхтэй холболтууд SQL Server instance нь ослын үед унадаг. Instance шинэ зангилаа дээр онлайн болсны дараа виртуал сүлжээний нэр болон виртуал IP хаягийг тэнд дахин бүртгэж, холболтын мөрөндөө дахин оролдох логикийг ашигладаг үйлчлүүлэгчид тохиргооны өөрчлөлтгүйгээр автоматаар дахин холбогдох болно.

А: Би одоо байгаа зангилаанаас зангилаа нэмж эсвэл устгаж болох уу? SQL Server ослын кластер?

А: Тийм ээ. Гүй SQL Server Аль ч зангилаа дээр тохируулаад сонгоно уу Зангилаа нэмэх SQL Server ослын кластер зангилаа нэмэх, эсвэл Зангилааг устгах SQL Server ослын кластер нэгийг нь устгах. Зангилаа нэмэх эсвэл хасах нь кластер дахь бусад зангилааны хувьд зогсолт шаарддаггүй.

А: Төлөвлөсөн эвдрэл гэмтэл болон автомат эвдрэл гэмтлийн хооронд ямар ялгаа байдаг вэ?

А: Төлөвлөсөн эвдрэлийг администратор гараар эхлүүлдэг бөгөөд энэ нь ихэвчлэн засвар хийх эсвэл техник хангамжийг солих гэх мэт засвар үйлчилгээний зорилгоор хийгддэг. Энэ нь боломжийг олгодог SQL Server эзэмшлийг шилжүүлэхээс өмнө бохир хуудсуудыг цэвэрлэж, цэвэрхэн унтраахын тулд ажиллахгүй байх хугацаа хамгийн бага байх болно. WSFC нь идэвхтэй зангилаа эвдэрсэн болохыг эрүүл мэндийн хяналт илрүүлэх үед автоматаар эвдрэлийг идэвхжүүлдэг бөгөөд сэргээх хугацаа нь шаардлагатай ослын сэргээх хэмжээнээс хамаарна.

А: Би хэрхэн сэргээх вэ SQL Server Хэрэв WSFC бүхэлдээ офлайн болвол ослын кластер ажиллах уу?

А: Хэрэв кворум алдагдаж, кластер хэвийн ажиллаж чадахгүй бол хүчээр кворум ашиглан амьд үлдсэн зангилааг алдаа тэсвэртэй бус төлөвт оруулна уу. Амьд үлдсэн зангилаа дээр дараах PowerShell командыг ажиллуулна уу: Start-ClusterNode -ForcQuorumКластер онлайн болсны дараа өгөгдлийн санг сэргээж, өгөгдлийн бүрэн бүтэн байдлыг шалгаж, дараа нь үйлдвэрлэл рүү буцахаасаа өмнө үлдсэн зангилаануудаар кворумыг дахин тохируулна уу.

А: Би кластерын баталгаажуулалтын шидтэнг ажиллуулах ёстой юу? SQL Server суурилуулах уу?

А: Тийм, мөн техник хангамж эсвэл тохиргооны мэдэгдэхүйц өөрчлөлтийн дараа. Microsoft нь зөвхөн бүх баталгаажуулалтын тестийг алдаагүй давсан ослын кластерын тохиргоог дэмждэг. Баталгаажуулалтыг алгасах нь алдааны нөхцөлд урьдчилан таамаглах аргагүй ажиллаж болзошгүй дэмжигдээгүй тохиргоог ажиллуулах эрсдэлтэй.

9. дүгнэлт

SQL Server Алдаа гарсан тохиолдолд кластерчлал нь WSFC-ээр дамжуулан ил тод, өндөр түвшний хүртээмжтэй байдлыг хангадаг бөгөөд автоматаар алдаа гарсан тохиолдолд клиентийг дахин тохируулах шаардлагагүй. Энэ нь хуваалцсан хадгалах сан боломжтой бөгөөд та инстанс дээрх бүх мэдээллийн санг нэгж болгон хамтад нь алдаа гаргах шаардлагатай үед зөв сонголт юм. Мөн гамшгийн нөхөн сэргээлт эсвэл хоёрдогч унших ажлын ачаалал шаарддаг орчинд FCI-г Үргэлж асаалттай байгаа бэлэн байдлын бүлгүүдтэй хослуулж, хоёр хувилбарыг хамруулна уу.

Ашигласан материал

Майкрософтын албан ёсны баримт бичиг: Windows Server Failover Claster-тэй хамт SQL Server
Майкрософтын албан ёсны баримт бичиг: Үргэлж ажиллахгүй кластерын тохиолдлууд
Майкрософтын албан ёсны баримт бичиг: Failover кластерын жишээг суулгах
Майкрософтын албан ёсны баримт бичиг: WSFC кворум горимууд болон санал хураалтын тохиргоо

Зохиогчийн Тухай

Юань Шэн нь 10 гаруй жилийн туршлагатай мэдээллийн сангийн ахлах администратор (DBA) юм SQL Server орчин, аж ахуйн нэгжийн мэдээллийн сангийн менежмент. Тэрээр санхүүгийн үйлчилгээ, эрүүл мэнд, үйлдвэрлэлийн байгууллагуудын мэдээллийн санг сэргээх олон зуун хувилбаруудыг амжилттай шийдвэрлэсэн.

Юань мэргэшсэн SQL Server мэдээллийн санг сэргээх, өндөр хүртээмжтэй шийдэл, гүйцэтгэлийг оновчтой болгох. Түүний олон терабайтын өгөгдлийн санг удирдах, Үргэлж бэлэн байдлын бүлгүүдийг хэрэгжүүлэх, бизнесийн чухал системүүдийн автомат нөөцлөлт, сэргээх стратеги боловсруулах зэрэг түүний өргөн туршлага багтана.

Юань техникийн туршлага, практик арга барилаараа дамжуулан мэдээллийн сангийн администраторууд болон мэдээллийн технологийн мэргэжилтнүүдэд нарийн төвөгтэй асуудлыг шийдвэрлэхэд туслах цогц гарын авлагыг бий болгоход анхаарлаа хандуулдаг. SQL Server сорилтуудыг үр дүнтэй даван туулах. Тэрээр хамгийн сүүлийн үеийн мэдээлэлтэй хэвээр байна SQL Server хувилбарууд болон Microsoft-ын хөгжиж буй мэдээллийн баазын технологиуд, түүний зөвлөмжүүд нь бодит ертөнцийн шилдэг туршлагыг тусгахын тулд сэргээх хувилбаруудыг тогтмол туршиж үздэг.

талаар асуух зүйл байна SQL Server сэргээх эсвэл мэдээллийн сангийн алдааг олж засварлах нэмэлт заавар хэрэгтэй юу? Юань угтан авлаа санал хүсэлт, санал Эдгээр техникийн нөөцийг сайжруулахын тулд .