1. Танилцуулга SQL Server Өндөр боломжтой
Өндөр боломжтой SQL Server техник хангамжийн эвдрэл, програм хангамжийн асуудал эсвэл төлөвлөсөн засвар үйлчилгээтэй тулгарсан үед системийн ажиллах хугацааг хамгийн бага байлгах чадварыг хэлнэ. Өндөр бэлэн байдлын ач холбогдлыг хэтрүүлэн хэлж болохгүй. Мэдээллийн сан ашиглах боломжгүй болсон үед байгууллагууд шууд үр дагавартай тулгардаг, үүнд ... орно.ost орлого, бүтээмж буурах, үйлчлүүлэгчдийн сэтгэл ханамжгүй байдал.
Өндөр бэлэн байдал (ӨБ) болон Гамшгийн сэргээлт (ГС)-ийг ихэвчлэн хооронд нь сольж хэрэглэдэг боловч тэдгээр нь өөр өөр алдааны нөхцөл байдлыг авч үздэг. ГА нь сервер эсвэл инстансын эвдрэл гэх мэт орон нутгийн алдаанаас үүдэлтэй зогсолтыг багасгахад чиглэгддэг бол ГС нь бүхэл бүтэн өгөгдлийн төв эсвэл бүс нутагт нөлөөлдөг томоохон хэмжээний гамшгаас сэргээх зориулалттай.
HA төлөвлөлтийг хоёр чухал үзүүлэлтээр удирддаг:
- Сэргээх хугацааны зорилго (RTO) нь алдаа гарсны дараа хүлээн зөвшөөрөгдөх хамгийн их зогсолтын хугацааг тодорхойлдог.
- Сэргээх цэгийн зорилго (RPO) нь өгөгдлийн алдагдлыг хамгийн их зөвшөөрөгдөх хэмжээнд тодорхойлдог.
Бэлэн байдлыг ерөнхийдөө “ес”-ээр хэмждэг: 99.9% (гурван ес) нь жилд 8.76 цаг, 99.99% (дөрөв ес) нь 52.6 минут, 99.999% (таван ес) нь жилд ердөө 5.26 минут зогсолт хийхийг зөвшөөрдөг.
2. SQL Server Өндөр боломжтой шийдлүүдийн тойм
2.1 HA шийдлүүдийн ангилал
SQL Server Өндөр чанартай шийдлүүдийг хэд хэдэн хэмжээсээр ангилж болно:
- Жишээ болон мэдээллийн сангийн түвшний хамгаалалт: Failover Cluster Instances гэх мэт жишээ түвшний хамгаалалтууд нь бүх мэдээллийн сан болон серверийн объектуудыг оролцуулан бүхэл бүтэн тохиолдлуудыг хамгаалдаг бол Always On Availability Groups гэх мэт мэдээллийн сангийн түвшний хамгаалалтууд нь тодорхой мэдээллийн санг хамгаалдаг.
- Синхрон болон асинхрон өгөгдлийн хөдөлгөөн: Синхрон өгөгдлийн хөдөлгөөн нь өгөгдлийн алдагдлыг тэг болгодог боловч хоцрогдол үүсгэж болзошгүй бол асинхрон хөдөлгөөн нь гүйцэтгэлийг оновчтой болгодог боловч өгөгдлийн алдагдлыг хүлээн зөвшөөрдөг.
- Автомат болон гар ажиллагаатай алдаа засвар: Автомат ажиллагаа нь гар ажиллагаагүйгээр ажиллахгүй байх хугацааг багасгадаг бол гар ажиллагаа нь илүү их хяналтыг олгодог боловч админы үйлдэл шаарддаг.
2.2 Нийтлэг HA шийдлүүд
SQL Server Тодорхой нөхцөл байдлыг шийдвэрлэх найман үндсэн өндөр хүртээмжтэй шийдлийг санал болгож байна:
- Үргэлж бэлэн байгаа бүлгүүд
- Агуулсан бэлэн байдлын бүлгүүд
- Тархсан бэлэн байдлын бүлгүүд
- Алдаа гарсан кластерын тохиолдлууд
- SQL Server Хуулбарлах
- Модон тээвэрлэлт
- Мэдээллийн сангийн толин тусгал
- Удирдлагатай жишээний холбоос
3. Үргэлж бэлэн байгаа бүлгүүд
Үргэлж бэлэн байгаа бүлгүүд төлөөлдөг SQL Server-н мэдээллийн сангийн түвшний өндөр хүртээмжтэй байдал болон гамшгаас хамгаалах шилдэг шийдлийг танилцуулав. SQL Server 2012. Энэ нь өгөгдлийн сангийн бүлгүүдийг нэг нэгж болгон хамтдаа ажиллах боломжийг олгодог бөгөөд асуулгыг буулгахад зориулж уншигдахуйц хоёрдогч хуулбаруудыг өгдөг.
Гол онцлог
- Нийт 9 хүртэлх хуулбарыг дэмжих (1 үндсэн + 8 хоёрдогч)
- Синхрончлолын горимд 5 хүртэлх хуулбар (1 үндсэн + 4 хоёрдогч)
- Синхрон горимд өгөгдлийн алдагдалгүй автомат ослын холболт
- Асуулгыг буулгахад зориулж уншигдахуйц хоёрдогч хуулбарууд
- Нөөц хуулбарыг хоёрдогч хуулбар руу буулгаж байна
- Автомат холболтын чиглүүлэлтийн бэлэн байдлын бүлгийн сонсогч
- Ачааллыг тэнцвэржүүлэх унших асуулгад зориулсан зөвхөн унших чиглүүлэлт
- Олон мэдээллийн сан бүлэг болж хамтдаа бүтэлгүйтдэг
Хэрэгжүүлэх үе шатууд
- Windows Server Failover Clustering (WSFC) эсвэл Linux Pacemaker кластерыг тохируулах
- Бүх төхөөрөмж дээр Үргэлж Асаалттай Боломжийн Бүлгүүдийн функцийг идэвхжүүлэх SQL Server тохиолдлууд
- Өгөгдлийн сангууд бүрэн сэргээх загварыг ашиглаж, бүрэн нөөцлөлттэй эсэхийг шалгаарай
- Хуулбар бүр дээр мэдээллийн сангийн толин тусгал төгсгөлийн цэгүүдийг үүсгэх
- Бэлэн байдлын бүлгийг үүсгэж, мэдээллийн сан нэмнэ үү
- Хүссэн горимуудаар анхдагч болон хоёрдогч хуулбаруудыг тохируулна уу
- Боломжийн бүлгийн сонсогчийг үүсгэж, тохируулна уу
- Унших боломжтой хоёрдогч төхөөрөмжүүдийг ашиглаж байгаа бол зөвхөн унших чиглүүлэлтийг тохируулна уу
- Алдаатай холболтын процедурыг туршиж, програмын холболтыг баталгаажуулна уу
Шилдэг байна
- Хамгийн их ажиллах хугацаа шаарддаг чухал мэдээллийн сангууд
- Орон нутгийн HA болон газарзүйн DR аль аль нь шаардлагатай байгууллагууд
- Унших хэмжээний чадавхийг шаарддаг орчин
- Тайлангийн асуулгыг буулгахаас ашиг хүртдэг програмууд
- Өгөгдлийн алдагдалгүй хамгаалалт шаарддаг мэдээллийн сангууд
- Зохицуулалттай алдаа засвар шаардлагатай олон мэдээллийн сангийн програмууд
Давуу тал
- Синхрончлолын горимд өгөгдлийн алдагдал тэг болно
- Автомат эвдрэл нь зогсолтын хугацааг (ихэвчлэн секунд) багасгадаг.
- Унших боломжтой хоёрдогч төхөөрөмжүүд анхдагч төхөөрөмжийн ачааллыг бууруулдаг
- Хамтарсан хадгалах сан шаардлагагүй
- Windows болон Linux платформуудыг хоёуланг нь дэмждэг
- Гамшгийн дараах сэргээн босголтын газарзүйн тархалт
- Нөөцлөлтийн үйлдлүүдийг хоёрдогч төхөөрөмжүүд рүү шилжүүлж болно
- Аппликейшны холболтын мөрүүд алдаа гарсны дараа өөрчлөгдөөгүй хэвээр байна
Байг
- Бүрэн ажиллагаатай байхын тулд Enterprise Edition шаардлагатай
- Стандарт хувилбар нь Basic AG-ээр хязгаарлагдсан (1 мэдээллийн сан, 1 хоёрдогч, уншигдахуйц хоёрдогч хувилбар байхгүй)
- Нарийн төвөгтэй тохиргоо болон удирдлага
- Кластерын дэд бүтэц шаардлагатай (WSFC эсвэл Pacemaker)
- Жишээ түвшний объектууд (нэвтрэлт, ажлууд) нь гараар синхрончлол шаарддаг
- Синхрон горим нь гүйлгээний хоцрогдол үүсгэж болзошгүй
- Тусгай зөвшөөрөл costолон серверт зориулсан s
Ашигласан материал
- SQL Server Үргэлж бэлэн байгаа бүлгүүд: Бүрэн гарын авлага
- Microsoft-ын албан ёсны баримт бичиг: Үргэлж асаалттай байгаа бүлгүүдийн тойм (SQL Server)
4. Агуулсан бэлэн байдлын бүлгүүд
Агуулсан бэлэн байдлын бүлгүүд, танилцуулагдсан SQL Server 2022 онд уламжлалт Үргэлж Ашигтай Байдалтай Бүлгүүдийг хуулбаруудын хооронд инстанцийн түвшний объектуудыг автоматаар синхрончлох замаар өргөжүүлж, нэвтрэлт, ажлын байр болон бусад серверийн түвшний объектуудыг гараар хуулбарлах шаардлагагүй болгоно.
Гол онцлог
- Жишээ түвшний объектуудын (нэвтрэлт, хэрэглэгчид, үүрэг) автомат синхрончлол
- SQL Server Агентын ажлуудыг бүх хуулбарууд дээр хуулбарласан
- Өгөгдлийн сангийн зөвшөөрлүүд автоматаар синхрончлогдсон
- Бүх Always On AG боломжууд багтсан
- Бүрэн орчны хуулбарлалттай хялбаршуулсан ослын дамжуулалт
- Windows болон Linux платформуудын аль алинд нь дэмжлэг үзүүлэх
Хэрэгжүүлэх үе шатууд
- хангах SQL Server Бүх тохиолдолд 2022 эсвэл түүнээс хойшхи хувилбарууд
- WSFC эсвэл Pacemaker кластерын дэд бүтцийг тохируулах
- Бүх тохиолдолд Үргэлж асаалттай функцийг идэвхжүүлэх
- CONTAINED сонголттойгоор Contained Availability бүлгийг үүсгэх
- Агуулсан AG-д мэдээллийн санг нэмэх
- AG контекст дотор нэвтрэх болон ажлын байр үүсгэх
- Сонсогчийг тохируулах болон алдааг шалгах
Шилдэг байна
- Хялбаршуулсан ХАА-н удирдлага хүсч буй байгууллагууд
- Байнга эвдрэлийн туршилт эсвэл үйл ажиллагаа явуулдаг орчин
- Олон тооны инстанцийн түвшний объектуудыг шаарддаг програмууд
- Шинэ SQL Server 2022+ оны байршуулалт
- Багасгасан p-г эрэлхийлж буй багуудost-алдаа гарсан тохиргоо
Давуу тал
- Нэвтрэх болон ажлын байрны гараар синхрончлолыг арилгана
- Илүү хурдан, илүү найдвартай эвдрэл гэмтэл
- Захиргааны нэмэлт зардлыг бууруулсан
- Аппликейшнууд алдаа гарсны дараа шууд ажилладаг
- Гамшгийн дараах сэргээн босголтын хялбаршуулсан журам
- Бүх уламжлалт AG ашиг тусыг багтаасан
Байг
- Шаардлагатай SQL Server 2022 эсвэл түүнээс хойших
- Бүрэн ажиллагаатай байхын тулд Enterprise Edition шаардлагатай
- Одоо байгаа уламжлалт AG-г агуулагдсан AG болгон хувиргах боломжгүй
- Бүх хуулбарууд нь AG функцийг агуулсан байх ёстой
- Уламжлалт AG-тэй харьцуулахад нэмэлт нарийн төвөгтэй байдал
Ашигласан материал
5. Тархсан бэлэн байдлын бүлгүүд
Тархсан бэлэн байдлын бүлгүүд, танилцуулагдсан SQL Server 2016 онд гамшгийн дараах сэргээн босголт болон шилжилт хөдөлгөөний дэвшилтэт хувилбаруудад зориулж тусдаа кластеруудаар хоёр бие даасан AG-ийг холбосон "Боломжийн бүлгийн боломжит бүлэг" архитектурыг идэвхжүүлэх.
Гол онцлог
- Хоёр бие даасан хүртээмжийн бүлгийг холбодог
- ХХК бүр өөрийн гэсэн бие даасан кластертай байдаг
- Платформ хоорондын дэмжлэг (Windows-оос Linux хүртэл)
- Хуваалцсан кластерын гишүүнчлэлгүйгээр кластер хоорондын репликаци
- Нэг AG нь анхдагч, нөгөө нь хоёрдогч үүрэг гүйцэтгэдэг
- Синхрон болон асинхрон горимуудыг хоёуланг нь дэмждэг
- Бүс нутаг эсвэл тивүүдийн газарзүйн тархалт
Хэрэгжүүлэх үе шатууд
- Эхний Боломжийн Бүлэг (анхдагч DAG)-г үүсгэж тохируулах
- Хоёр дахь бэлэн байдлын бүлгийг (хоёрдогч DAG) үүсгэж тохируулах
- Хоёр AG-г холбосон тархсан AG үүсгэх
- AG-ийн хооронд өгөгдөл синхрончлолыг тохируулах
- Аппликейшн холболтын хувьд AG бүр дээр сонсогчийг тохируулна уу
- Алдаа гарсан тохиолдолд ашиглах бодлого болон туршилтын журмыг тохируулах
- Кластер хоорондын харилцаа холбоо болон хуулбарыг баталгаажуулах
Шилдэг байна
- Бие даасан өгөгдлийн төвүүдийг хамарсан олон бүс нутгийн гамшгийн нөхөн сэргээлт
- Windows-оос Linux руу эсвэл эсрэгээр платформ хоорондын шилжилт
- Azure руу орон нутагт холбогдож буй эрлийз үүлэн хувилбарууд
- Өргөтгөсөн шилжилтийн цонх шаарддаг томоохон хувилбарын шинэчлэлтүүд
- Олон бие даасан эвдрэлийн кластеруудтай байгууллагууд
- Дэлхийн аж ахуйн нэгжүүд тив даяар хуулбарлах шаардлагатай байна
Давуу тал
- Сайтуудын хоорондох кластерын хамаарлыг салгадаг
- Жинхэнэ газарзүйн тархалтыг идэвхжүүлдэг
- Платформ хоорондын хувилбаруудыг дэмждэг
- AG бүр бие даан бүтэлгүйтэж болно
- Нарийн төвөгтэй нүүлгэн шилжүүлэлтийн төслүүдэд тохиромжтой
- Хамтарсан кластерын дэд бүтэц шаардлагагүй
- Өөр өөр Windows домэйн эсвэл Linux дистрибьютерийг хамарч чадна
Байг
- Байгууллагын хувилбар шаардлагатай
- Тохиргоо болон удирдлагын өндөр нарийн төвөгтэй байдал
- Кластержуулалт болон AG технологийн аль алиных нь талаар гүнзгий ойлголттой байхыг шаарддаг
- Стандарт AG-ээс илүү алдааг олж засварлахад илүү хэцүү
- Бүс нутгийн хувилбаруудын нэмэлт хоцрогдол
- Осол гэмтлийн дараа ажиллах журмыг сайтар төлөвлөхийг шаарддаг
Ашигласан материал
6. Алдаа гарсан кластерын тохиолдлууд (FCI)
Failover Cluster Instances нь хуваалцсан хадгалалт болон Windows Server Failover Clustering ашиглан инстанцийн түвшний өндөр хүртээмжийг хангаж, бүхэл бүтэн системийн автомат эвдрэлийг идэвхжүүлдэг. SQL Server бүх мэдээллийн сан болон серверийн түвшний объектуудыг багтаасан жишээ.
Гол онцлог
- Жишээ түвшний хамгаалалт (бүх мэдээллийн сан нэгэн зэрэг бүтэлгүйтдэг)
- Хуваалцсан хадгалалттай идэвхтэй-идэвхгүй тохиргоо
- Ил тод эвдрэлийн үед ашиглах виртуал сүлжээний нэр (VNN)
- Идэвхтэй зангилаа ажиллахаа больсон үед автоматаар ажиллахгүй байх
- Өгөгдлийн алдагдал тэг (өгөгдлийн ганц хувь)
- Серверийн түвшний объектууд багтсан (нэвтрэлт, ажлууд, холбогдсон серверүүд)
- Бүгдийг нь дэмждэг SQL Server сэргээх загварууд
Хэрэгжүүлэх үе шатууд
- Windows Server Failover Cluster (WSFC)-г тохируулах
- Хуваалцсан хадгалах санг тохируулах (SAN, SMB, Storage Spaces Direct)
- Кластерын чуулгын тохиргоог тохируулах
- Суулгах SQL Server эхний зангилаа дээрх Failover Cluster Instance хэлбэрээр
- FCI-д нэмэлт зангилаа нэмэх
- Виртуал сүлжээний нэр болон IP хаягийг тохируулах
- Кластер зангилааны хоорондох алдааг шалгах
- VNN ашиглахын тулд клиент програмуудыг тохируулах
Шилдэг байна
- Одоо байгаа хуваалцсан хадгалах дэд бүтэцтэй байгууллагууд
- Жишээ түвшний хамгаалалт шаарддаг орчин
- Нэг өгөгдлийн төв дотор орон нутгийн өндөр хүртээмжтэй байдал
- Бүх мэдээллийн сангууд нэгэн зэрэг бүтэлгүйтэх шаардлагатай програмууд
- Серверийн түвшний объектуудыг хамгаалах ёстой хувилбарууд
- Зөвхөн Windows-д зориулсан орчин (Linux нь FCI-д дэмжигдээгүй)
Давуу тал
- Бүрэн инстанцийн түвшний хамгаалалт
- Өгөгдөл алдагдалгүй байх баталгаатай
- Автомат эвдрэлийн чадвар
- Нэвтрэх эсвэл ажлуудыг синхрончлох шаардлагагүй
- Өгөгдлийн ганц хувь нь хадгалах санг багасгадаг costs
- Бүх сэргээх загваруудыг дэмждэг
- Аппликейшны холболтын мөрүүд алдаа гарсны дараа өөрчлөгдөөгүй
Байг
- Үнэтэй хуваалцсан хадгалах дэд бүтэц шаарддаг
- Хуваалцсан хадгалалт нь алдааны цорын ганц цэг юм
- Унших хэмжээний боломж байхгүй (зөвхөн нэг идэвхтэй зангилаа)
- Хадгалах хязгаарлагдмал байдлаас шалтгаалан газарзүйн тархалт хязгаарлагдмал
- Стандарт хувилбар нь 2 зангилаагаар хязгаарлагдсан
- Зөвхөн Windows (Linux дэмжлэг байхгүй)
- AG-тэй харьцуулахад эвдрэлийн хугацаа урт (ихэвчлэн минут)
- Хадгалах сангийн нарийн төвөгтэй тохиргоо болон удирдлага
Ашигласан материал
- SQL Server Failover Claster: DBA-д зориулсан бүрэн гарын авлага
- Microsoft-ын албан ёсны баримт бичиг: Үргэлж асаалттай алдааны кластерын тохиолдлууд (SQL Server)
7. SQL Server Хуулбарлах
SQL Server Хуулбарлалт нь өгөгдлийг олон сервер дээр хуулж, түгээдэг, энгийн нэг чиглэлт тархалтаас эхлээд нарийн төвөгтэй олон мастер тохиргоо хүртэл янз бүрийн топологийг дэмждэг өгөгдөл түгээх технологи бөгөөд голчлон цэвэр өндөр хүртээмжтэй шийдлийн оронд тайлан гаргахад ашиглагддаг.
Гол онцлог
- Дөрвөн хуулбарлах төрөл: Snapshot, Transactional, Merge, Peer-to-Peer
- Мөхлөгт өгөгдлийн сонголт (тодорхой хүснэгт, багана, мөр)
- Нэг нийтлэгчээс олон захиалагчийг дэмжих
- Хоёр чиглэлтэй болон олон мастер топологиуд боломжтой
- Уян хатан хуваарь болон синхрончлолын сонголтууд
- Нэгтгэх хуулбарлалтын зөрчлийг шийдвэрлэх
- WHERE предикатуудтай шүүлтүүрийн чадварууд
Хэрэгжүүлэх үе шатууд
- Дистрибьютерийн серверийг тохируулах (тусдаа эсвэл Хэвлэн нийтлэгчтэй ижил байж болно)
- Publisher мэдээллийн сан дээр нийтлэл үүсгэх
- Шаардлагад үндэслэн хуулбарлах төрлийг сонгоно уу
- Хуулбарлах нийтлэлүүдийг (хүснэгтүүд, харагдацууд, хадгалагдсан процедурууд) сонгоно уу
- Шаардлагатай бол шүүлтүүр болон өгөгдөл хувиргалтыг тохируулах
- Захиалагчдын мэдээллийн санг тохируулах
- Захиалга үүсгэх (түлхэх эсвэл татах)
- Захиалгыг snapshot ашиглан эхлүүлнэ үү
- Хуулбарлах бодисууд болон хоцрогдолыг хянах
Шилдэг байна
- Олон тайлангийн серверүүдэд өгөгдөл түгээх
- Ажлын ачааллыг тайлагнахтай унших хэмжээний хувилбарууд
- Алсын сайтууд руу хэсэгчилсэн өгөгдөл түгээх
- Олон эх сурвалжаас авсан өгөгдлийг нэгтгэх
- Хааяа холбогдсон хувилбарууд (нийлүүлэх хуулбар)
- Гамшгийн дараах сэргээн босголтын стратегид туслах үүрэг гүйцэтгэдэг
Давуу тал
- Хуулбарласан өгөгдлийн мөхлөгт хяналт
- Олон захиалагч дэмжигдсэн
- Уян хатан топологийн сонголтууд
- Тодорхой хүснэгт эсвэл баганыг хуулбарлаж болно
- Шүүлтүүр нь сүлжээний ачааллыг бууруулдаг
- Олон төрлийн репликацийг дэмждэг (SQL Server to Oracle)
- Стандарт хувилбартай ажилладаг
Байг
- Автомат эвдрэлийн чадвар байхгүй
- Нарийн төвөгтэй тохиргоо болон удирдлага
- Хуулбарлах зөрчилдөөн гарах магадлал (нэгтгэх болон үе тэнгийнхнээс үе тэнгийнх рүү)
- Өгөгдлийн синхрончлолын хоцрогдол
- Схемийн өөрчлөлтүүд нь нарийн зохицуулалт шаарддаг
- Анхдагч HA шийдэл болгон зохион бүтээгээгүй
- Алдааг олж засварлах нь хэцүү байж болно
- Peer-to-Peer нь Enterprise Edition шаарддаг
Ашигласан материал
- SQL Server Хуулбарлалт: DBA-ийн бүрэн гарын авлага
- Майкрософтын албан ёсны баримт бичиг: SQL Server хуулбар
8. Модон тээвэрлэлт
Лог тээвэрлэлт нь гүйлгээний бүртгэлийг нөөцлөх, хуулах, сэргээх автоматжуулсан процессоор дамжуулан дулаан, бэлэн байдлын гамшгаас хамгаалах шийдлийг санал болгодог бөгөөд энгийн бөгөөд хялбар үйлчилгээг санал болгодог.ost- синхрончлогдсон хоёрдогч мэдээллийн санг хадгалах үр дүнтэй арга.
Гол онцлог
- SQL Agent ашиглан автомат нөөцлөлт, хуулбар болон сэргээлтийн ажлууд
- Олон хоёрдогч серверүүдийг дэмжих
- Нөөцлөлт болон сэргээх интервалуудыг тохируулах боломжтой
- STANDBY горим нь хоёрдогч төхөөрөмжид зөвхөн унших хандалтыг зөвшөөрдөг
- Алдаа сэргээхээс хамгаалахын тулд бүртгэлийн сэргээлтийг хойшлуулсан
- Төвлөрсөн хяналтад зориулсан хяналтын сервер
- Гүйлгээний бүртгэлийн шахалтын дэмжлэг
Хэрэгжүүлэх үе шатууд
- Анхдагч мэдээллийн сан бүрэн сэргээх загварыг ашиглаж байгаа эсэхийг шалгаарай
- Анхдагч мэдээллийн сангийн бүрэн нөөцлөлтийг үүсгэх
- NORECOVERY ашиглан хоёрдогч сервер дээрх нөөцлөлтийг сэргээнэ үү
- Анхдагч мэдээллийн сан дээр лог тээвэрлэлтийг тохируулах
- Бүх серверт хандах боломжтой хуваалцсан нөөцлөлтийн хавтсыг зааж өгнө үү
- Үндсэн дээр нөөцлөлтийн ажлын хуваарийг тохируулах
- Хоёрдогч дээр хуулбарлах болон сэргээх ажлуудыг тохируулах
- Сонголтоор хяналтын серверийг тохируулах
- Туршилтын алдааны журам
Шилдэг байна
- Cost-гамшгаас хамгаалах үр дүнтэй шийдлүүд
- Стандарт хэвлэлийн лицензтэй байгууллагууд
- Өгөгдлийн алдагдлыг хэдэн минутаар тэсвэрлэх хувилбарууд
- Гараар солих боломжтой тохиромжтой орчин
- Алдаанаас хамгаалах хэрэгцээний улмаас сэргээх хугацаа хойшлогдсон
- STANDBY горимыг ашиглан ажлын ачааллыг мэдээлэх
- Нарийн төвөгтэй дэд бүтэцгүй энгийн DR шаардлагууд
Давуу тал
- Энгийн тохиргоо болон ажиллагаа
- Бага cost (Стандарт хувилбарын дэмжлэг)
- Олон хоёрдогч серверүүд дэмжигдсэн
- Тохируулж болох саатал нь логик алдаанаас хамгаалдаг
- ЗОГСООЛТЫН горимд зөвхөн унших боломжтой тайлан
- Сүлжээний өндөр хоцрогдолыг тэсвэрлэдэг
- Үндсэн серверт үзүүлэх хамгийн бага нөлөө
- Сайн тогтсон, батлагдсан технологи
Байг
- Автомат эвдрэлийн чадвар байхгүй
- Өгөгдлийн сан бүрийн хувьд тусад нь тохируулах шаардлагатай
- Синхрончлолын саатал (минутаас хэдэн цаг хүртэл)
- Нөөцлөлтийн интервал дээр суурилсан өгөгдлийн алдагдал гарах магадлал
- Гараар эвдрэл гэмтэл гаргах нь RTO-г нэмэгдүүлдэг
- Шаардлагатай SQL Server Агент бүх сервер дээр ажиллаж байна
- Лог сэргээх явцад хоёрдогч өгөгдлийн санд хандах боломжгүй
- Аппликейшнууд алдаа гарсны дараа холболтын мөрийн өөрчлөлтийг шаарддаг
Ашигласан материал
- SQL Server Лог тээвэрлэлт: DBA-д зориулсан бүрэн гарын авлага
- Microsoft-ын албан ёсны баримт бичиг: Бүртгэлийн тээвэрлэлтийн тухай (SQL Server)
9. Өгөгдлийн сангийн толин тусгал
Өгөгдлийн сангийн толин тусгал нь өгөгдлийн сангийн түвшний өндөр хүртээмжтэй шийдэл бөгөөд түүнээс хойш ямар ч сайжруулалт хийгдээгүй байна. SQL Server 2012 онд гарсан боловч одоогийн хувилбаруудад хэвээрээ байгаа. Microsoft бүх шинэ байршуулалтад Үргэлж Ашигтай Бүлэг рүү шилжихийг зөвлөж байна.
Гол онцлог
- Үндсэн болон толин тусгал серверийн архитектур
- Автоматаар ажиллахгүй байх нэмэлт гэрчийн сервер
- Ашиглалтын хоёр горим: Өндөр аюулгүй байдал ба Өндөр гүйцэтгэл
- Синхрон болон асинхрон үйлдлийн дэмжлэг
- Автомат хуудас засварлах чадвар
- Өгөгдлийн сангийн түвшний хамгаалалт
- Өгөгдөл дамжуулах шифрлэлтийн дэмжлэг
Хэрэгжүүлэх үе шатууд
- Өгөгдлийн сан бүрэн сэргээх загварыг ашиглаж байгаа эсэхийг шалгаарай
- Бүрэн нөөцлөлт үүсгэж, NORECOVERY ашиглан толин тусгал сервер рүү сэргээнэ үү
- Үндсэн болон толин тусгал дээр толин тусгал төгсгөлийн цэгүүдийг үүсгэх
- Баталгаажуулалтын гэрчилгээг тохируулах
- Серверүүдийн хооронд толин тусгал хийх сессийг тохируулах
- Автомат эвдрэлийн үед гэрчийн серверийг тохируулах сонголттой
- Ажиллах горимыг тохируулах (Өндөр аюулгүй байдал эсвэл Өндөр гүйцэтгэл)
- Туршилтын алдааны журам
Шилдэг байна
- Өгөгдлийн сангийн толин тусгалыг аль хэдийн ашиглаж буй хуучин системүүд
- Шилжүүлэлт хийх боломжтой болтол одоо байгаа тохиргоог хадгалах
- Өөр хувилбар санал болгохгүй (онцлог хуучирсан)
Давуу тал
- Өндөр аюулгүй байдлын горимд гэрчийн тусламжтайгаар хурдан автомат ослын дамжуулалт
- Өндөр аюулгүй байдлын горимд өгөгдөл алдагдалгүй байна
- Түншээс автоматаар хуудас засварлах
- Ганц мэдээллийн сангийн бэлэн байдлын бүлгүүдээс илүү энгийн
- Дамжуулах шифрлэлтийг дэмждэг
- Хамгийн бага зогсолттой шинэчлэлтүүд
Байг
- Хуучирсан SQL Server 2012 (хасаж болно)
- Өгөгдлийн сан бүрийн тохиргоо болон алдаатай холболт
- Унших боломжтой толь байхгүй (унших хэмжээний боломж байхгүй)
- Өгөгдлийн сан бүр бие даан бүтэлгүйтдэг
- Холболтын мөрийн шинэчлэлтүүд эвдрэлийн дараа шаардлагатай
- Хоёр серверээр хязгаарлагдсан (үндсэн болон толин тусгал)
- Сайжруулалт эсвэл шинэ функц байхгүй
- Майкрософт Always On AG руу шилжихийг зөвлөж байна
Ашигласан материал
10. Удирдлагатай жишээний холбоос
Managed Instance Link нь хооронд эрлийз холболт үүсгэдэг SQL Server болон Azure SQL Managed Instance нь тархсан бэлэн байдлын бүлгийн технологийг ашиглан гамшгийн нөхөн сэргээлт, шилжилт хөдөлгөөн болон үүлэн интеграцийн хувилбаруудад зориулсан бараг бодит цагийн өгөгдлийг хуулбарлах боломжийг олгодог.
Гол онцлог
- Тархсан AG технологийг ашиглан бараг бодит цагийн хуулбарлалт
- Нэг талын хуулбарлалт (SQL Server (2016-2019 оноос Азур руу)
- Алдаа буцалттай хоёр чиглэлт хуулбарлалт (SQL Server 2022+)
- Холбоос бүрт нэг мэдээллийн сан (олон холбоос дэмжигдсэн)
- Azure SQL Managed Instance дээрх уншигдахуйц хуулбарууд
- Лицензгүй идэвхгүй DR хуулбарлах сонголт
- Хамгийн бага зогсолттой онлайн шилжилт хөдөлгөөн
Хэрэгжүүлэх үе шатууд
- Бэлтгэх SQL Server орчин (VPN эсвэл ExpressRoute-оос Azure руу)
- Azure SQL Managed Instance-г тохируулах
- Үргэлж асаалттай AG функцийг идэвхжүүлэх SQL Server
- Өгөгдлийн сангийн толин тусгал төгсгөлийн цэгийг үүсгэх
- Сертификат солилцох SQL Server болон MI
- SSMS эсвэл скрипт ашиглан удирддаг жишээний холбоос үүсгэх
- Хуулбарлах болон синхрончлолыг баталгаажуулах
- Хэрэв унших хэмжээний хувьд ашиглаж байгаа бол зөвхөн унших чиглүүлэлтийг тохируулна уу
- Туршилтын алдааны журам
Шилдэг байна
- Үүлд суурилсан хоёрдогч системтэй хосолсон гамшгийн нөхөн сэргээлт
- Azure SQL Managed Instance руу онлайн шилжих
- Аналитик болон тайланг Azure руу буулгах
- Холимог үүлэн стратеги хэрэгжүүлж буй байгууллагууд
- Azure үйлчилгээний интеграцийг шаарддаг хувилбарууд
- Cost лицензгүй идэвхгүй DR ашиглан оновчлол хийх
Давуу тал
- Most Azure руу гүйцэтгэл сайтай, хамгийн бага зогсолтын шилжилт
- Бизнесийн чухал түвшинд жинхэнэ онлайн шилжилт
- Хоёр чиглэлтэй ослын дамжуулалт SQL Server 2022 +
- Лицензгүй идэвхгүй DR хуулбар нь c-г бууруулдагosts
- Бүрэн шилжилтгүйгээр Azure үйлчилгээтэй нэгтгэх
- Azure хуулбаруудыг ашиглан унших хэмжээний боломж
- Azure тал дээр автоматжуулсан нөөцлөлтүүд
- Азур бүс нутгуудад газарзүйн тархалт
Байг
- Холбоос бүрт нэг мэдээллийн сангийн хязгаарлалт
- MI дээрх failover бүлгүүдтэй хамт ашиглах боломжгүй
- Системийн өгөгдлийн сангууд хуулбарлагдаагүй байна
- Жишээ түвшний объектууд нь гараар синхрончлол шаарддаг
- SQL Server 2016-2019 онуудад зөвхөн нэг чиглэлд (эргэлтгүй)
- Азур costУдирдлагатай жишээнд зориулсан s
- Сүлжээний холболтын шаардлага (VPN/ExpressRoute)
- Функцийн хязгаарлалтууд (файлын хүснэгтүүд, файлын урсгалууд дэмжигдээгүй)
Ашигласан материал
11. Өндөр бэлэн байдлын шийдлүүдийн харьцуулалт
11.1 Онцлог харьцуулах хүснэгт
| онцлог | Үргэлж AG дээр | Агрегат агуулсан | Тархсан AG | FCI | Хуулбарлах | Модон тээвэрлэлт | Толин тусгал | MI Link |
|---|---|---|---|---|---|---|---|---|
| Хувилбар | Энтерпрайз/Бэлгийн замын эмгэг | Энтерпрайз/Бэлгийн замын эмгэг | чих хамар хоолойн | Энтерпрайз/Бэлгийн замын эмгэг | Энтерпрайз/Бэлгийн замын эмгэг | Энтерпрайз/Бэлгийн замын эмгэг | Энтерпрайз/Бэлгийн замын эмгэг | Энтерпрайз/Бэлгийн замын эмгэг |
| хамгаалалтын түвшин | Өгөгдлийн сан | Өгөгдлийн сан+Инстанс | Өгөгдлийн сан | Жишиг | Өгөгдлийн сан/Объектууд | Өгөгдлийн сан | Өгөгдлийн сан | Өгөгдлийн сан |
| Өгөгдлийн синхрончлол | Синк/Асинхрончлол | Синк/Асинхрончлол | Синк/Асинхрончлол | хуваалцсан | Асинк | Асинк | Синк/Асинхрончлол | Асинк |
| Автоматаар ослын дамжуулалт | Тийм | Тийм | Тийм | Тийм | Үгүй | Үгүй | Тийм | Үгүй |
| Унших хэмжээс | Тийм | Тийм | Тийм | Үгүй | Тийм | Хязгаарлагдмал | Үгүй | Тийм |
| RTO | Хоёрдугаарт | Хоёрдугаарт | Хоёрдугаарт | минут | гарын авлага | гарын авлага | Хоёрдугаарт | гарын авлага |
| RPO | Тэг/Миний | Тэг/Миний | Тэг/Миний | Тэг | Хамгийн бага | минут | Тэг/Миний | Хамгийн бага |
| Дэмжлэгийн төлөв | Идэвхтэй | Идэвхтэй | Идэвхтэй | Идэвхтэй | Идэвхтэй | Идэвхтэй | Хуучирсан | Идэвхтэй |
11.2 HA шийдлийг сонгох
Шийдлийг сонгохдоо дараах хүчин зүйлсийг анхаарч үзээрэй.
- Төсвийн асуудлууд шийдлийн сонголтод мэдэгдэхүйц нөлөөлдөг: Enterprise Edition шаардлага нь лицензэд нөлөөлдөгostийн дэд бүтцийн хэрэгцээ нь FCI-д зориулсан үнэтэй хуваалцсан хадгалах сангаас эхлээд бэлэн байдлын бүлгүүдэд зориулсан бараа бүтээгдэхүүний серверүүд хүртэл харилцан адилгүй байдаг.
- Нарийн төвөгтэй байдал нь эрс ялгаатай: Log Shipping нь хамгийн энгийн хэрэгжилтийг санал болгодог бол Distributed Availability Groups нь өргөн хүрээний туршлага шаарддаг.
- RTO-ийн шаардлага нь технологийн сонголтыг бий болгодог. Хэдэн секундын доторх зогсолтын эрэлт хэрэгцээ нь Үргэлж асаалттай байгаа бүлгүүд эсвэл автомат ослын шинэчлэлтэй FCI-үүд юм. Минутын хүлцэл нь Log Shipping гэх мэт гараар ослын шинэчлэлийн шийдлүүдийг зөвшөөрдөг.
- RPO-ийн шаардлага адилхан чухал: тэг өгөгдлийн алдагдал нь синхрон шийдлүүдийг шаарддаг бол минутын хүлцэл нь Log Shipping-ийг идэвхжүүлдэг.
- Дэд бүтцийн хязгаарлалт, унших хэмжээний хэрэгцээ, газарзүйн тархалтын шаардлага, үүлэн эрлийз хувилбарууд нь оновчтой шийдлийн сонголтод нөлөөлдөг.
12. Шилдэг туршлага SQL Server Өндөр боломжтой
12.1 Төлөвлөлт ба зураг төсөл
Өгөгдлийн сан бүрийн хувьд RTO болон RPO шинжилгээг сайтар хийж бизнесийн шаардлагыг үнэл. Заавал биелүүлэхийн оронд шаардлагад нийцсэн тохиромжтой шийдлүүдийг сонгоорой.ost нарийн төвөгтэй сонголтууд. Орон нутгийн өндөр бэлэн байдал болон газарзүйн гамшгийн нөхөн сэргээлтийг давхаргатай арга барилаар төлөвлөх. Сүлжээний диаграмм, эвдрэлийн горим, нөхөн сэргээлтийн дэвтэр зэрэг архитектурыг цогцоор нь баримтжуулах.
12.2 Хэрэгжүүлэх удирдамж
Баталгаажуулахын тулд хуваарьт туршилтууд болон загварчилсан алдаануудаар дамжуулан эвдрэлийг давах процедурыг тогтмол туршиж үзэх SQL Server өндөр бэлэн байдлын шийдлүүд болон багийн бэлэн байдал. Эрүүл мэнд болон гүйцэтгэлийг тасралтгүй хянах SQL Serverгэх мэт суулгасан хэрэгслүүд SQL Server Profiler болон DMV-үүд. Синхрончлолын саатал, алдааны үйл явдлууд болон эрүүл мэндийн доройтлын талаарх цогц анхааруулгыг тохируулах. Засварлах. SQL Server нөөцлөх стратеги HA хэрэгжүүлэлтээс үл хамааран нөөцлөлтүүд нь логик эвдрэл болон санамсаргүй устгалаас хамгаалах сүүлийн шугам хэвээр байгаа тул. Системийг хуримтлагдсан шинэчлэлтүүд, аюулгүй байдлын засварууд болон програм хангамжийн шинэчлэлтүүдээр шинэчилж байх. Бодит сэргээлт болон програмын туршилтаар дамжуулан сэргээх процедурыг үе үе баталгаажуулж, иймэрхүү нөхцөл байдлыг хэрхэн зохицуулахаа мэдэх. өгөгдлийн сангууд сэргээх горимд гацсан.
12.3 Хяналт, засвар үйлчилгээ
гэх мэт хэрэгслүүдийг ашигла SQL Server Үйл ажиллагааны хяналт, SQL Server Гүйцэтгэлийн хяналт, болон Динамик менежмент Эрүүл мэндийн хяналт, ажиллагааг өргөн хүрээнд авч үздэг DBCC CHECKDB Өгөгдлийн сангийн бүрэн бүтэн байдлыг тогтмол шалгах. Боломжийн бүлгийн эрүүл мэндийн байдлыг нүдээр үнэлэхийн тулд Үргэлж асаалттай хяналтын самбарыг ашиглаарай. Синхрончлолын хоцрогдолыг, ялангуяа асинхрон хуулбар болон бүртгэлийн хүргэлтийн үед анхааралтай хянана. Алдаа гарсан үйл явдлуудыг дараах байдлаар нарийн хянана уу. SQL Server Өргөтгөсөн үйл явдлууд мөн хэв маягийн шалтгааныг шинжлэх. Хэвийн үйл ажиллагааны гүйцэтгэлийн суурь үзүүлэлтүүдийг тогтоож, болзошгүй асуудлуудыг харуулсан хазайлтыг хянах. Дэд бүтэц өсөн нэмэгдэж буй ажлын ачааллыг дэмжиж байгаа эсэхийг баталгаажуулах хүчин чадлын төлөвлөлтийн тогтмол хяналтыг хийх.
13 дугаартай. Асуулт
А: Өндөр бэлэн байдал болон гамшгийн дараах нөхөн сэргээлтийн хооронд ямар ялгаа байдаг вэ? SQL Server?
А: Өндөр бэлэн байдал нь өгөгдлийн төв доторх орон нутгийн эвдрэлээс үүсэх зогсолтын хугацааг багасгадаг бөгөөд ихэвчлэн автомат эвдрэл болон RTO-г хэдхэн секунд эсвэл минутаар хийдэг. Гамшгийн дараах сэргээн босголт нь бүс нутгийн гамшгаас хамгаалдаг бөгөөд ихэвчлэн гараар эвдрэл болон урт хугацааны RTO-г ашигладаг боловч бүхэл бүтэн байгууламжид нөлөөлж буй үйл явдлуудыг хамардаг.
А: Өндөр бэлэн байдал (HA) болон унших хэмжээний шийдлүүдийн хооронд ямар ялгаа байдаг вэ?
А: Өндөр бэлэн байдлын шийдлүүд нь алдаа гарсан үед мэдээллийн сангууд хандах боломжтой хэвээр байх боломжийг олгодог бөгөөд ажиллах хугацаа болон автомат эвдрэлийн чадавхид анхаарлаа хандуулдаг. Унших хэмжээний шийдлүүд нь зөвхөн унших ажлын ачааллыг олон мэдээллийн сангийн хуулбаруудад хуваарилах замаар асуулгын гүйцэтгэлийг сайжруулж, дамжуулах хурд болон хариу өгөх хугацаанд анхаарлаа хандуулдаг. Эдгээр нь өөр өөр зорилгоор үйлчилдэг боловч Always On Availability Groups гэх мэт ижил технологи нь хоёр давуу талыг нэгэн зэрэг хангаж чадна: уншигдах боломжтой хоёрдогч хуулбарууд нь уншигдах хэмжээний чадавхийг санал болгодог бөгөөд эвдрэлийн үүргийг гүйцэтгэдэг. tarөндөр хүртээмжтэй байдлыг хангадаг.
А: Аль нь SQL Server Өндөр бэлэн байдлын шийдэл миний хэрэгцээнд хамгийн тохиромжтой юу?
А: Хамгийн сайн шийдэл нь RTO болон RPO-оос хамаарна tarавдаг, төсөв, хэвлэлийн бэлэн байдал, дэд бүтэц, мэргэжлийн ур чадвар. Үргэлж бэлэн байгаа бүлгүүд м-д тохирсонost аж ахуйн нэгжийн хувилбарууд, харин Log Shipping нь c-д сайн ажилладагost-мэдрэмтгий орчин. Харьцуулах хүснэгттэй харьцуулсан шаардлагыг үнэлнэ үү.
А: Үргэлж бэлэн байгаа бүлгүүд нь Enterprise Edition шаарддаг уу?
А: Стандарт хувилбар нь Үндсэн Хүртээмжийн Бүлгүүдийг ихээхэн хязгаарлалттайгаар дэмждэг: бүлэг тус бүрт нэг мэдээллийн сан, нэг хоёрдогч хуулбар, уншигдахуйц хоёрдогч байхгүй. Олон мэдээллийн сан, найман хоёрдогч болон уншигдахуйц хуулбарыг багтаасан бүрэн ажиллагаатай байхын тулд Enterprise Edition шаардлагатай.
А: Би Log Shipping-г ашиглаж болох уу? SQL Server Стандарт хувилбар уу?
Х: Тийм ээ, Log Shipping нь Standard Edition дээр бүрэн дэмжигдсэн тул сонирхол татахуйц юм.ost- Enterprise Edition лицензгүй байгууллагуудад зориулсан гамшгаас хамгаалах үр дүнтэй шийдэл.
А: Үргэлж асаалттай байгаа бэлэн байдлын бүлгүүд болон мэдээллийн сангийн толин тусгал хоёрын хооронд ямар ялгаа байдаг вэ?
А: Өгөгдлийн сангийн толин тусгал нь хуучирсан бөгөөд уншигдахуйц хоёрдогч хандалтгүйгээр өгөгдлийн сангийн түвшинд ажилладаг. Үргэлж асаалттай байгаа бэлэн байдлын бүлгүүд нь найман хүртэлх хоёрдогч өгөгдлийн сангийн бүлгүүд, уншигдахуйц хуулбарууд болон сайжруулсан хяналтыг дэмждэг. Microsoft нь Үргэлж асаалттай руу шилжихийг зөвлөж байна.
А: Алдаа гарсан кластерын тохиолдлууд болон бэлэн байдлын бүлгүүдийн хооронд хэрхэн сонгох вэ?
А: Хуваалцсан хадгалах дэд бүтэцтэй жишээ түвшний хамгаалалтын хувьд FCI-г сонгоно уу. Өгөгдлийн сангийн түвшний хамгаалалт, унших хэмжээний боломжууд болон хуваалцсан хадгалах сангүйгээр газарзүйн тархалтын хувьд Хүртээмжийн бүлгүүдийг сонгоно уу. Байгууллагууд цогц хамгаалалтын хувьд ихэвчлэн хоёуланг нь хослуулдаг.
А: Би хэд хэдэн зүйлийг нэгтгэж болох уу? SQL Server өндөр хүртээмжтэй шийдлүүд үү?
А: Тийм ээ, шийдлүүдийг нэгтгэх нь түгээмэл байдаг. FCI нь боломжийн бүлгийн хуулбар болж, жишээ түвшний орон нутгийн HA болон мэдээллийн сангийн түвшний газарзүйн DR-г хангаж чадна. Бүртгэлийн тээвэрлэлт нь нэмэлт алсын хамгаалалтын хувьд боломжийн бүлгүүдийг нөхөж чадна. Хосолсон тохиргоог сайтар туршина уу.
А: Синхрон болон асинхрон репликацийн хооронд ямар ялгаа байдаг вэ?
А: Синхрон хуулбарлалт нь хоёрдогч баталгаажуулалтыг хүлээдэг бөгөөд энэ нь өгөгдлийн алдагдал тэг байх баталгаа болдог боловч хоцрогдол үүсгэж болзошгүй. Асинхрон хуулбарлалт нь хүлээлгүйгээр үргэлжилдэг бөгөөд энэ нь гүйцэтгэлийг оновчтой болгодог боловч алдааны үед өгөгдлийн алдагдалд хүргэж болзошгүй юм.
А: Хэрэв надад нөөцлөлтүүд байгаа бол надад нөөцлөлт хэрэгтэй хэвээрээ юу? SQL Server өндөр хүртээмжтэй байдлыг тохируулсан уу?
А: Мэдээж тийм. Өндөр хүртээмжтэй байдал нь техник хангамжийн эвдрэлээс хамгаалдаг боловч логик эвдрэл, санамсаргүй устгал, эсвэл бүх хуулбарт хуулбарлагдах хортой үйлдлээс хамгаалж чадахгүй. Нөөцлөлт нь цаг хугацаанд нь сэргээх болон нийцлийн шаардлагын хувьд зайлшгүй шаардлагатай хэвээр байна.
А: Хэрэв надад нөөцлөлтүүд байгаа бол надад нөөцлөлт хэрэгтэй хэвээрээ юу? SQL Server өндөр хүртээмжтэй байдлыг тохируулсан уу?
Х: Мэдээж тийм. Өндөр хүртээмжтэй байдал нь техник хангамжийн эвдрэлээс хамгаалдаг боловч мэдээллийн сангийн эвдрэл, санамсаргүй устгал, эсвэл хортой үйлдлээс хамгаалж чадахгүй. Нөөцлөлт нь цаг тухайд нь сэргээх болон дагаж мөрдөх шаардлагын хувьд зайлшгүй шаардлагатай хэвээр байна. Мэдээллийн сангийн файлууд эвдэрсэн, нөөцлөлтүүд боломжгүй эсвэл эвдэрсэн тохиолдолд тусгай SQL мэдээллийн санг засах програм хангамж гэмтсэн MDF, NDF болон нөөц файлуудаас өгөгдлийг сэргээхэд тусалж чадна.
А: Ашиглалтын бэлэн байдлын бүлэг гэж юу вэ, энэ нь ердийн бэлэн байдлын бүлгээс юугаараа ялгаатай вэ?
А: Агуулсан бэлэн байдлын бүлгүүд, танилцуулагдсан SQL Server 2022 онд нэвтрэлт, ажил, мета өгөгдөл гэх мэт инстанцийн түвшний объектуудыг автоматаар синхрончилдог. Ердийн бэлэн байдлын бүлгүүд нь зөвхөн мэдээллийн сангийн объектуудыг синхрончилдог бөгөөд инстанцийн объектуудыг гараар хуулбарлахыг шаарддаг.
А: Би өгөгдлийг хуулбарлаж болох уу? SQL Server Azure SQL Managed Instance руу?
А: Тийм ээ, Managed Instance Link нь хоорондын эрлийз хуулбарыг хангадаг SQL Server болон Азур. SQL Server 2016-2019 он нэг талын хуулбарлалтыг дэмждэг бол SQL Server 2022+ нь гамшгийн нөхөн сэргээлт, шилжилт хөдөлгөөн болон эрлийз хувилбаруудад алдаа буцаах хоёр чиглэлт хуулбарлах боломжийг олгодог.
А: Юу болох вэ SQL Server Ажиллагааны явцад агентын ажил?
А: Уламжлалт Боломжийн Бүлгүүдийн хувьд хоёрдогч хуулбарууд дээр ажлуудыг гараар үүсгэх ёстой. Агуулсан Боломжийн Бүлгүүд (SQL Server 2022+) нь ажлуудыг автоматаар синхрончилдог. Failover Cluster Instances нь ажлуудыг instance түвшний хамгаалалтын нэг хэсэг болгон агуулдаг.
14. дүгнэлт
SQL Server хэлтсийн мэдээллийн сангаас эхлээд чухал ач холбогдолтой байгууллагын системүүд хүртэлх олон төрлийн шаардлагыг хангах цогц, өндөр хүртээмжтэй шийдлүүдийг санал болгодог. Шийдэл бүр нь мэдээллийн сангийн админууд мэдээлэлтэй шийдвэр гаргахын тулд ойлгох ёстой өвөрмөц чадвар, буултуудыг санал болгодог.
Үргэлж бэлэн байгаа бүлгүүд нь орчин үеийн байршуулалтын тэргүүлэх технологийг төлөөлдөг бөгөөд Contained Availability Groups нь удирдлагыг хялбаршуулж, Distributed Availability Groups нь нарийн төвөгтэй платформ хоорондын нөхцөл байдлыг идэвхжүүлдэг. Failover Cluster Instances нь instance түвшний хамгаалалтын хэрэгцээг хангаж байгаа бол Log Shipping нь c-д хамааралтай хэвээр байна.ost-мэдрэмтгий нөхцөл байдал. Managed Instance Link нь орон нутгийн гүүр болох үүлэн эрлийз боломжуудыг нээж өгдөг. SQL Server Азуртай хамт.
Тодорхой бизнесийн хэрэгцээнд тохирсон шийдлүүд нь амжилтын чухал хүчин зүйл болдог. Бүх хүнд тохирсон нэг арга барил гэж байдаггүй. Байгууллагууд RTO болон RPO-ийн шаардлага, төсвийн хязгаарлалт, дэд бүтцийн чадавхи, захиргааны мэргэжлийн ур чадварыг сайтар үнэлэх ёстой. Ихэнхдээ хамгийн сайн архитектур нь цогц хамгаалалтын олон шийдлийг хослуулдаг. Таны HA стратеги нь илүү өргөн хүрээтэй үүлэн нэвтрүүлэх төлөвлөгөөтэй хэрхэн нийцэж байгааг авч үзээд, хэрэгжүүлэх дэлгэрэнгүй удирдамжийг тусгай нийтлэлээс лавлана уу. SQL Server Дэд бүтэц нь танай бизнесийн шаардлагын найдвартай байдлыг хангадаг.
Зохиогчийн Тухай
Юань Шэн нь 10 гаруй жилийн туршлагатай мэдээллийн сангийн ахлах администратор (DBA) юм SQL Server орчин, аж ахуйн нэгжийн мэдээллийн сангийн менежмент. Тэрээр санхүүгийн үйлчилгээ, эрүүл мэнд, үйлдвэрлэлийн байгууллагуудын мэдээллийн санг сэргээх олон зуун хувилбаруудыг амжилттай шийдвэрлэсэн.
Юань мэргэшсэн SQL Server мэдээллийн санг сэргээх, өндөр хүртээмжтэй шийдэл, гүйцэтгэлийг оновчтой болгох. Түүний олон терабайтын өгөгдлийн санг удирдах, Үргэлж бэлэн байдлын бүлгүүдийг хэрэгжүүлэх, бизнесийн чухал системүүдийн автомат нөөцлөлт, сэргээх стратеги боловсруулах зэрэг түүний өргөн туршлага багтана.
Юань техникийн туршлага, практик арга барилаараа дамжуулан мэдээллийн сангийн администраторууд болон мэдээллийн технологийн мэргэжилтнүүдэд нарийн төвөгтэй асуудлыг шийдвэрлэхэд туслах цогц гарын авлагыг бий болгоход анхаарлаа хандуулдаг. SQL Server сорилтуудыг үр дүнтэй даван туулах. Тэрээр хамгийн сүүлийн үеийн мэдээлэлтэй хэвээр байна SQL Server хувилбарууд болон Microsoft-ын хөгжиж буй мэдээллийн баазын технологиуд, түүний зөвлөмжүүд нь бодит ертөнцийн шилдэг туршлагыг тусгахын тулд сэргээх хувилбаруудыг тогтмол туршиж үздэг.
талаар асуух зүйл байна SQL Server сэргээх эсвэл мэдээллийн сангийн алдааг олж засварлах нэмэлт заавар хэрэгтэй юу? Юань угтан авлаа санал хүсэлт, санал Эдгээр техникийн нөөцийг сайжруулахын тулд .