Hozir ulashing:
Mundarija yashirish

1. Kirish SQL Server Oliy mavjudligi

Yuqori darajadagi mavjudlik SQL Server apparat nosozliklari, dasturiy ta'minot bilan bog'liq muammolar yoki rejalashtirilgan texnik xizmat ko'rsatish holatlarida tizimning minimal uzilishlar bilan ishlash qobiliyatini anglatadi. Yuqori darajadagi mavjudlikning ahamiyatini bo'rttirib bo'lmaydi. Ma'lumotlar bazalari mavjud bo'lmaganda, tashkilotlar darhol oqibatlarga duch kelishadi, jumladan,ost daromad, samaradorlikning pasayishi va mijozlarning noroziligi.

Yuqori mavjudlik (HA) va ofatlardan keyin tiklanish (DR) ko'pincha bir-birining o'rnida ishlatilsa-da, ular turli xil nosozlik stsenariylarini ko'rib chiqadi. HA server yoki instansiya ishdan chiqishi kabi mahalliy nosozliklar tufayli yuzaga keladigan ishlamay qolish vaqtini minimallashtirishga qaratilgan bo'lsa, DR esa butun ma'lumotlar markazi yoki mintaqaga ta'sir qiladigan keng ko'lamli ofatlardan keyin tiklanish uchun mo'ljallangan.

HA rejalashtirishda ikkita muhim ko'rsatkich qo'llaniladi:

  • Tiklanish vaqti maqsadi (RTO) nosozlikdan keyin maksimal maqbul ishlamay qolish vaqtini belgilaydi
  • Qayta tiklash nuqtasi maqsadi (RPO) maksimal darajada ruxsat etilgan ma'lumotlar yo'qotilishini belgilaydi.

Mavjudlik odatda "to'qqizlar" bilan o'lchanadi: 99.9% (uch to'qqiz) yiliga 8.76 soatlik tanaffusga, 99.99% (to'rt to'qqiz) 52.6 daqiqaga va 99.999% (besh to'qqiz) yiliga atigi 5.26 daqiqagacha tanaffusga imkon beradi.

2. SQL Server Yuqori darajadagi mavjudlik yechimlariga umumiy nuqtai nazar

2.1 HA yechimlarining toifalari

SQL Server Yuqori darajadagi yechimlarni bir nechta jihatlar bo'yicha tasniflash mumkin:

  • Instance va ma'lumotlar bazasi darajasidagi himoya: Failover Cluster Instances kabi instance darajasidagi himoya barcha ma'lumotlar bazalari va server obyektlarini o'z ichiga olgan butun instantsiyalarni himoya qiladi, Always On Availability Groups kabi ma'lumotlar bazasi darajasidagi himoya esa ma'lum ma'lumotlar bazalarini himoya qiladi.
  • Sinxron va asinxron ma'lumotlar harakati: Sinxron ma'lumotlar harakati nol ma'lumotlar yo'qotilishini ta'minlaydi, ammo kechikishni keltirib chiqarishi mumkin, asinxron harakat esa ishlashni optimallashtiradi, ammo mumkin bo'lgan ma'lumotlar yo'qotilishini qabul qiladi.
  • Avtomatik va qo'lda ishdan chiqish: Avtomatik ishdan chiqish qo'lda aralashuvsiz ishlamay qolish vaqtini minimallashtiradi, qo'lda ishdan chiqish esa ko'proq nazoratni ta'minlaydi, ammo administrator harakatlarini talab qiladi.

2.2 Umumiy HA yechimlari

SQL Server Har biri ma'lum stsenariylarni ko'rib chiqadigan sakkizta asosiy yuqori darajadagi mavjudlik yechimlarini taqdim etadi:

  • Doim mavjud guruhlar
  • Mavjudlik guruhlari
  • Tarqatilgan mavjudlik guruhlari
  • Failover klaster misollari
  • SQL Server replikatsiya
  • Kundalik yetkazib berish
  • Ma'lumotlar bazasini aks ettirish
  • Boshqariladigan misol havolasi

3. Doim mavjud guruhlar

Doim mavjud guruhlar ifodalaydi SQL Serverning ma'lumotlar bazasi darajasidagi yuqori darajadagi mavjudlik va falokatlardan keyin tiklanish bo'yicha yetakchi yechimi, 2016-yilda taqdim etilgan SQL Server 2012. Bu ma'lumotlar bazalari guruhlarini bitta birlik sifatida birgalikda ishlamay qolishiga imkon beradi va shu bilan birga so'rovlarni tushirish uchun o'qilishi mumkin bo'lgan ikkilamchi replikalarni taqdim etadi.

Doim mavjud bo'lgan guruhlarga umumiy nuqtai nazar

 

kalit Xususiyatlar

  • Jami 9 tagacha nusxani qo'llab-quvvatlash (1 ta asosiy + 8 ta ikkilamchi)
  • Sinxron-kommit rejimida 5 tagacha replika (1 ta asosiy + 4 ta ikkilamchi)
  • Sinxron rejimda nol ma'lumotlar yo'qotilishi bilan avtomatik ishdan chiqish
  • So'rovlarni tushirish uchun o'qiladigan ikkilamchi replikalar
  • Zaxira nusxalarini ikkilamchi replikalarga yuklash
  • Avtomatik ulanish marshrutizatsiyasi uchun mavjudlik guruhi tinglovchisi
  • Yuklarni muvozanatlash uchun faqat o'qish marshrutizatsiyasi
  • Bir nechta ma'lumotlar bazalari guruh sifatida birgalikda ishlamay qoladi

Amalga oshirish bosqichlari

  • Windows Server Failover Clustering (WSFC) yoki Linux Pacemaker klasterini sozlang
  • Barcha qurilmalarda Doim Yoqilgan Mavjudlik Guruhlari funksiyasini yoqing SQL Server misollar
  • Ma'lumotlar bazalari to'liq tiklash modelidan foydalanishiga va to'liq zaxira nusxalariga ega ekanligiga ishonch hosil qiling
  • Har bir replikada ma'lumotlar bazasini aks ettirishning so'nggi nuqtalarini yarating
  • Mavjudlik guruhini yarating va ma'lumotlar bazalarini qo'shing
  • Kerakli rejimlar bilan birlamchi va ikkilamchi replikalarni sozlang
  • Mavjudlik guruhi tinglovchisini yarating va sozlang
  • Agar o'qiladigan ikkilamchi ma'lumotlardan foydalanilsa, faqat o'qish uchun marshrutizatsiyani sozlang
  • Ishdan chiqish protseduralarini sinab ko'ring va dastur ulanishini tekshiring

Eng yaxshi uchun

  • Maksimal ish vaqtini talab qiladigan muhim ma'lumotlar bazalari
  • Mahalliy HA va geografik DRga muhtoj tashkilotlar
  • O'qish miqyosidagi imkoniyatlarni talab qiladigan muhitlar
  • Hisobot so'rovlarini tushirishdan foyda ko'radigan ilovalar
  • Ma'lumotlar yo'qotilishidan nol himoya talab qiladigan ma'lumotlar bazalari
  • Ko'p ma'lumotlar bazasi ilovalari muvofiqlashtirilgan ishdan chiqishni talab qiladi

Taroziga

  • Synchronous-commit rejimida nol ma'lumotlar yo'qotilishi
  • Avtomatik ishdan chiqish uzilish vaqtini minimallashtiradi (odatda soniyalar)
  • O'qiladigan ikkilamchi qurilmalar birlamchi qurilmalarga yukni kamaytiradi
  • Umumiy saqlash talabi yo'q
  • Windows va Linux platformalarini qo'llab-quvvatlaydi
  • Tabiiy ofatlardan keyin tiklanish uchun geografik taqsimot
  • Zaxira operatsiyalari ikkilamchi fayllarga yuklanishi mumkin
  • Ilova ulanish satrlari ishlamay qolgandan keyin o'zgarishsiz qoladi

Kamchiliklari

  • To'liq funksiyalar uchun Enterprise Edition talab qilinadi
  • Standart nashr Basic AG bilan cheklangan (1 ta ma'lumotlar bazasi, 1 ta ikkilamchi, o'qiladigan ikkilamchi yo'q)
  • Murakkab konfiguratsiya va boshqaruv
  • Klasterlash infratuzilmasini talab qiladi (WSFC yoki Pacemaker)
  • Instance darajasidagi obyektlar (loginlar, ishlar) qo'lda sinxronizatsiya qilishni talab qiladi
  • Sinxron rejim tranzaksiya kechikishini keltirib chiqarishi mumkin
  • Litsenziyalash costbir nechta serverlar uchun s

Manbalar

4. Mavjudlik guruhlari

Mavjudlik guruhlari, joriy etilgan SQL Server 2022-yilda an'anaviy Doim Yoqimli Availability Guruhlarini nusxalar bo'yicha avtomatik ravishda sinxronlashtirish orqali kengaytiring, bu esa tizimga kirish, ish o'rinlari va boshqa server darajasidagi obyektlarni qo'lda replikatsiya qilish zaruratini bartaraf etadi.

Mavjudlik guruhlariga umumiy nuqtai nazar

kalit Xususiyatlar

  • Instansiya darajasidagi obyektlarni (loginlar, foydalanuvchilar, rollar) avtomatik sinxronlashtirish
  • SQL Server Agent vazifalari barcha nusxalarda takrorlangan
  • Ma'lumotlar bazasi ruxsatnomalari avtomatik ravishda sinxronlashtiriladi
  • Barcha Always On AG imkoniyatlari kiritilgan
  • To'liq muhit replikatsiyasi bilan soddalashtirilgan ishdan chiqish
  • Windows va Linux platformalarini qo'llab-quvvatlash

Amalga oshirish bosqichlari

  • ta'minlash SQL Server Barcha holatlarda 2022 yoki undan keyingi versiyalar
  • WSFC yoki Pacemaker klaster infratuzilmasini sozlash
  • Barcha holatlarda Doim Yoqilgan funksiyasini yoqish
  • CONTAINED opsiyasi bilan mavjud bo'lgan mavjudlik guruhini yarating
  • Mavjud AGga ma'lumotlar bazalarini qo'shing
  • AG kontekstida login va ish o'rinlarini yarating
  • Tinglovchini sozlash va sinovdan o'tkazishda xatolikni tekshirish

Eng yaxshi uchun

  • Soddalashtirilgan AG boshqaruvini istagan tashkilotlar
  • Tez-tez ishdan chiqish sinovlari yoki operatsiyalari o'tkaziladigan muhitlar
  • Ko'p misol darajasidagi obyektlarni talab qiladigan ilovalar
  • yangi SQL Server 2022+ yildagi joylashtirishlar
  • Kamroq p ball olishni istagan jamoalarost-xatolik konfiguratsiyasi

Taroziga

  • Kirish va ishlarni qo'lda sinxronlashtirishni yo'q qiladi
  • Tezroq va ishonchliroq ishdan chiqish
  • Ma'muriy qo'shimcha xarajatlarni kamaytirish
  • Ilovalar ishlamay qolgandan so'ng darhol ishlaydi
  • Soddalashtirilgan tabiiy ofatlardan keyin tiklanish jarayonlari
  • Barcha an'anaviy AG imtiyozlari kiritilgan

Kamchiliklari

  • Kerak SQL Server 2022 yoki undan keyin
  • To'liq funksiyalar uchun Enterprise Edition talab qilinadi
  • Mavjud an'anaviy AGlarni o'z ichiga olgan AGlarga aylantirib bo'lmaydi
  • Barcha nusxalar AG xususiyatini qo'llab-quvvatlashi kerak
  • An'anaviy AGlarga nisbatan qo'shimcha murakkablik

Manbalar

5. Tarqatilgan mavjudlik guruhlari

Tarqatilgan mavjudlik guruhlari, joriy etilgan SQL Server 2016-yilda, ilg'or tabiiy ofatlarni tiklash va migratsiya stsenariylari uchun alohida klasterlar orqali ikkita mustaqil AGni bog'laydigan "Mavjudlik guruhlarining mavjudlik guruhi" arxitekturasini yoqish.

Tarqatilgan mavjudlik guruhlariga umumiy nuqtai nazar

kalit Xususiyatlar

  • Ikki mustaqil mavjudlik guruhini bog'laydi
  • Har bir AG o'zining mustaqil klasterini saqlab qoladi
  • Platformalararo qo'llab-quvvatlash (Windows dan Linux gacha)
  • Umumiy klaster a'zoligisiz o'zaro klaster replikatsiyasi
  • Bitta AG asosiy, ikkinchisi ikkilamchi vazifani bajaradi
  • Sinxron va asinxron rejimlarni qo'llab-quvvatlaydi
  • Mintaqalar yoki qit'alar bo'ylab geografik taqsimot

Amalga oshirish bosqichlari

  • Birinchi Mavjudlik Guruhini (asosiy DAG) yarating va sozlang
  • Ikkinchi Mavjudlik Guruhini (ikkinchi DAG) yarating va sozlang
  • Ikkita AG ni bog'laydigan taqsimlangan AG ni yarating
  • AGlar o'rtasida ma'lumotlarni sinxronlashtirishni sozlang
  • Ilova ulanishi uchun har bir AGda tinglovchini sozlang
  • Ishdan chiqish siyosati va sinov protseduralarini sozlang
  • Klasterlararo aloqa va replikatsiyani tekshirish

Eng yaxshi uchun

  • Mustaqil ma'lumotlar markazlarini qamrab oluvchi ko'p mintaqaviy ofatlardan keyin tiklanish
  • Windowsdan Linuxga yoki aksincha platformalararo migratsiya
  • Azure’ga mahalliy ulanish uchun gibrid bulutli stsenariylar
  • Kengaytirilgan migratsiya oynalarini talab qiladigan asosiy versiya yangilanishlari
  • Bir nechta mustaqil ishdan chiqish klasterlariga ega tashkilotlar
  • Global korxonalar qit'a bo'ylab replikatsiyaga muhtoj

Taroziga

  • Saytlar orasidagi klaster bog'liqliklarini ajratadi
  • Haqiqiy geografik taqsimotni ta'minlaydi
  • Platformalararo stsenariylarni qo'llab-quvvatlaydi
  • Har bir AG mustaqil ravishda muvaffaqiyatsizlikka uchrashi mumkin
  • Murakkab migratsiya loyihalari uchun ideal
  • Umumiy klaster infratuzilmasi talab qilinmaydi
  • Turli xil Windows domenlarini yoki Linux distributivlarini qamrab olishi mumkin

Kamchiliklari

  • Korxona versiyasi talab qilinadi
  • Konfiguratsiya va boshqaruvning yuqori murakkabligi
  • Klasterlash va AG texnologiyasini chuqur tushunishni talab qiladi
  • Standart AGlarga qaraganda muammolarni bartaraf etish qiyinroq
  • Mintaqalararo stsenariylar uchun qo'shimcha kechikish
  • Ishdan chiqish tartiblarini puxta rejalashtirishni talab qiladi

Manbalar

6. Ishdan chiqish klaster misollari (FCI)

Failover Cluster Instances umumiy xotira va Windows Server Failover Clustering yordamida instance darajasida yuqori mavjudlikni ta'minlaydi, bu esa butun tizimning avtomatik ravishda ishdan chiqishini ta'minlaydi. SQL Server barcha ma'lumotlar bazalari va server darajasidagi obyektlarni o'z ichiga olgan misol.

Failover klaster misollariga umumiy nuqtai nazar

kalit Xususiyatlar

  • Instance darajasidagi himoya (barcha ma'lumotlar bazalari birgalikda ishlamay qoladi)
  • Umumiy saqlash bilan faol-passiv konfiguratsiya
  • Shaffof ishdan chiqish uchun virtual tarmoq nomi (VNN)
  • Faol tugun ishlamay qolganda avtomatik ravishda ishdan chiqish
  • Ma'lumotlar yo'qotilishi nolga teng (ma'lumotlarning bitta nusxasi)
  • Server darajasidagi obyektlar (loginlar, ishlar, bog'langan serverlar) kiritilgan
  • Hammasini qo'llab-quvvatlaydi SQL Server tiklash modellari

Amalga oshirish bosqichlari

  • Windows Server Failover Cluster (WSFC) ni sozlash
  • Umumiy xotirani sozlash (SAN, SMB, Storage Spaces Direct)
  • Klaster kvorum sozlamalarini sozlash
  • o'rnatmoq SQL Server birinchi tugunda Failover Cluster misoli sifatida
  • FCIga qo'shimcha tugunlarni qo'shing
  • Virtual tarmoq nomi va IP manzilini sozlang
  • Klaster tugunlari orasidagi sinov ishlamay qolishi
  • VNN dan foydalanish uchun mijoz ilovalarini sozlang

Eng yaxshi uchun

  • Mavjud umumiy saqlash infratuzilmasiga ega tashkilotlar
  • Instansiya darajasidagi himoyani talab qiladigan muhitlar
  • Yagona ma'lumotlar markazida mahalliy yuqori darajadagi mavjudlik
  • Barcha ma'lumotlar bazalarining birgalikda ishlamay qolishi kerak bo'lgan ilovalar
  • Server darajasidagi obyektlar himoyalanishi kerak bo'lgan stsenariylar
  • Faqat Windows muhitlari (FCI uchun Linux qo'llab-quvvatlanmaydi)

Taroziga

  • To'liq instansiya darajasidagi himoya
  • Ma'lumotlar yo'qotilishi kafolatlanmagan
  • Avtomatik ishdan chiqish imkoniyati
  • Kirish ma'lumotlarini yoki ishlarni sinxronlashtirishga hojat yo'q
  • Ma'lumotlarning bitta nusxasi saqlash hajmini kamaytiradiosts
  • Barcha tiklash modellarini qo'llab-quvvatlaydi
  • Ilova ulanish satrlari ishlamay qolgandan keyin o'zgarishsiz qoldi

Kamchiliklari

  • Qimmat umumiy saqlash infratuzilmasini talab qiladi
  • Birgalikda saqlash - bu muvaffaqiyatsizlikning yagona nuqtasi
  • O'qish miqyosi imkoniyati yo'q (faqat bitta faol tugun)
  • Saqlash cheklovlari tufayli cheklangan geografik taqsimot
  • Standart nashr 2 ta tugun bilan cheklangan
  • Faqat Windows (Linux qo'llab-quvvatlanmaydi)
  • AGlarga nisbatan uzoqroq ishdan chiqish vaqti (odatda daqiqalar)
  • Murakkab saqlash konfiguratsiyasi va boshqaruvi

Manbalar

7. SQL Server replikatsiya

SQL Server Replikatsiya - bu ma'lumotlarni bir nechta serverlar bo'ylab nusxalaydigan va tarqatadigan, oddiy bir tomonlama tarqatishdan tortib murakkab ko'p asosiy konfiguratsiyalargacha bo'lgan turli topologiyalarni qo'llab-quvvatlaydigan ma'lumotlarni tarqatish texnologiyasi, garchi asosan sof yuqori mavjudlik yechimi o'rniga hisobot berish uchun ishlatiladi.

Umumiy ma'lumot SQL Server replikatsiya

kalit Xususiyatlar

  • To'rtta replikatsiya turi: Snapshot, Tranzaksiya, Birlashtirish, Tengdoshdan-tengdoshga
  • Donador ma'lumotlarni tanlash (maxsus jadvallar, ustunlar, qatorlar)
  • Bitta nashriyotdan bir nechta obunachilarni qo'llab-quvvatlash
  • Ikki tomonlama va ko'p asosiy topologiyalar mavjud
  • Moslashuvchan rejalashtirish va sinxronizatsiya imkoniyatlari
  • Birlashtirish replikatsiyasi uchun nizolarni hal qilish
  • WHERE predikatlari bilan filtrlash imkoniyatlari

Amalga oshirish bosqichlari

  • Distribyutor serverini sozlash (alohida yoki Publisher bilan bir xil bo'lishi mumkin)
  • Publisher ma'lumotlar bazasida nashr yaratish
  • Talablarga qarab replikatsiya turini tanlang
  • Replikatsiya qilish uchun maqolalarni (jadvallar, ko'rinishlar, saqlangan protseduralar) tanlang
  • Agar kerak bo'lsa, filtrlash va ma'lumotlarni o'zgartirishni sozlang
  • Obunachilar ma'lumotlar bazalarini sozlash
  • Obunalar yaratish (surish yoki tortish)
  • Obunalarni suratga olish bilan boshlang
  • Replikatsiya agentlari va kechikishni kuzatib boring

Eng yaxshi uchun

  • Ma'lumotlarni bir nechta hisobot serverlariga tarqatish
  • Hisobot ish yuklamalari bilan o'qish miqyosidagi stsenariylar
  • Masofaviy saytlarga qisman ma'lumotlarni tarqatish
  • Bir nechta manbalardan ma'lumotlarni birlashtirish
  • Vaqti-vaqti bilan bog'langan stsenariylar (replikatsiyani birlashtirish)
  • Tabiiy ofatlarni tiklash strategiyasida qo'llab-quvvatlovchi rol

Taroziga

  • Replikatsiya qilingan ma'lumotlar ustidan donador nazorat
  • Bir nechta obunachilar qo'llab-quvvatlanadi
  • Moslashuvchan topologiya imkoniyatlari
  • Muayyan jadvallar yoki ustunlarni nusxalashi mumkin
  • Filtrlash tarmoq trafikini kamaytiradi
  • Geterogen replikatsiyani qo'llab-quvvatlaydi (SQL Server uchun Oracle)
  • Standart nashr bilan ishlaydi

Kamchiliklari

  • Avtomatik ishdan chiqish imkoniyati yo'q
  • Murakkab konfiguratsiya va boshqaruv
  • Replikatsiya mojarolari ehtimoli (birlashish va tengdoshdan tengdoshga)
  • Ma'lumotlarni sinxronlashtirishda kechikish
  • Sxemadagi o'zgarishlar ehtiyotkorlik bilan muvofiqlashtirishni talab qiladi
  • Asosiy HA yechimi sifatida ishlab chiqilmagan
  • Muammolarni bartaraf etish qiyin bo'lishi mumkin
  • Peer-to-Peer uchun Enterprise Edition talab qilinadi

Manbalar

8. Yog'och yetkazib berish

Log Shipping avtomatlashtirilgan tranzaksiya jurnallarini zaxiralash, nusxalash va tiklash jarayonlari orqali iliq kutish holatida favqulodda vaziyatlardan tiklanish va yuqori darajadagi mavjudlik yechimini taqdim etadi, sodda va sifatli xizmatni taklif etadi.ost- sinxronlashtirilgan ikkilamchi ma'lumotlar bazalarini saqlashga samarali yondashuv.

Umumiy ma'lumot SQL Server Kundalik yetkazib berish

kalit Xususiyatlar

  • SQL Agent orqali avtomatlashtirilgan zaxiralash, nusxalash va tiklash ishlari
  • Bir nechta ikkilamchi serverlarni qo'llab-quvvatlash
  • Zaxiralash va tiklash vaqtlarini sozlash mumkin
  • STANDBY rejimi ikkilamchi qurilmalarga faqat o'qish uchun kirish imkonini beradi
  • Xatolarni tiklashdan himoya qilish uchun jurnalni kechiktirilgan tiklash
  • Markazlashtirilgan monitoring uchun monitor serveri
  • Tranzaksiya jurnalini siqish qo'llab-quvvatlashi

Amalga oshirish bosqichlari

  • Asosiy ma'lumotlar bazasi to'liq tiklash modelidan foydalanishiga ishonch hosil qiling
  • Asosiy ma'lumotlar bazasining to'liq zaxira nusxasini yarating
  • NORECOVERY yordamida ikkinchi darajali serverdagi zaxira nusxasini tiklang
  • Birlamchi ma'lumotlar bazasida jurnallarni jo'natishni sozlash
  • Barcha serverlar uchun mavjud bo'lgan umumiy zaxira papkasini belgilang
  • Asosiy qurilmada zaxira ish jadvalini sozlang
  • Ikkilamchi qurilmada nusxalash va tiklash ishlarini sozlash
  • Monitor serverini ixtiyoriy ravishda sozlash
  • Sinovdan o'tish tartiblari

Eng yaxshi uchun

  • Cost- favqulodda vaziyatlardan keyin tiklanishning samarali yechimlari
  • Standard Edition litsenziyasiga ega tashkilotlar
  • Ma'lumotlar yo'qotilishining bir necha daqiqasiga toqat qiladigan stsenariylar
  • Qo'lda almashtirish bilan qulay muhitlar
  • Xatolardan himoya qilish ehtiyojlari uchun kechiktirilgan tiklash
  • STANDBY rejimidan foydalanib ish yuklamalari haqida xabar berish
  • Murakkab infratuzilmasiz oddiy DR talablari

Taroziga

  • Oddiy konfiguratsiya va ishlash
  • Past sost (Standart nashrni qo'llab-quvvatlash)
  • Bir nechta ikkinchi darajali serverlar qo'llab-quvvatlanadi
  • Konfiguratsiya qilinadigan kechikish mantiqiy xatolardan himoya qiladi
  • STANDBY rejimida faqat o'qish uchun hisobot berish
  • Yuqori tarmoq kechikishiga toqat qiladi
  • Asosiy serverga minimal ta'sir
  • Yaxshi tashkil etilgan, tasdiqlangan texnologiya

Kamchiliklari

  • Avtomatik ishdan chiqish imkoniyati yo'q
  • Har bir ma'lumotlar bazasi uchun alohida konfiguratsiya qilinishi kerak
  • Sinxronizatsiya kechikishi (daqiqadan soatgacha)
  • Zaxiralash oralig'iga asoslangan ma'lumotlar yo'qotilishi ehtimoli
  • Qo'lda ishdan chiqish RTO ni oshiradi
  • Kerak SQL Server Agent barcha serverlarda ishlayapti
  • Jurnalni tiklash paytida ikkilamchi ma'lumotlar bazalariga kirish imkoni yo'q
  • Ilovalar ishlamay qolgandan so'ng ulanish satrini o'zgartirishni talab qiladi

Manbalar

9. Ma'lumotlar bazasini aks ettirish

Ma'lumotlar bazasini aks ettirish - bu o'shandan beri hech qanday yaxshilanishlarga ega bo'lmagan eskirgan ma'lumotlar bazasi darajasidagi yuqori mavjudlik yechimi. SQL Server 2012-yilda chiqarilgan bo'lsa-da, u hozirgi versiyalarida ham mavjud. Microsoft barcha yangi joylashtirishlar uchun Doim mavjud bo'lgan guruhlarga o'tishni qat'iy tavsiya qiladi.

Umumiy ma'lumot SQL Server Ma'lumotlar bazasini aks ettirish

kalit Xususiyatlar

  • Asosiy va oyna server arxitekturasi
  • Avtomatik ishdan chiqish uchun ixtiyoriy guvoh serveri
  • Ikki ish rejimi: Yuqori xavfsizlik va yuqori samaradorlik
  • Sinxron va asinxron ishlashni qo'llab-quvvatlash
  • Avtomatik sahifa ta'mirlash imkoniyati
  • Ma'lumotlar bazasi darajasidagi himoya
  • Ma'lumotlarni uzatish uchun shifrlashni qo'llab-quvvatlash

Amalga oshirish bosqichlari

  • Ma'lumotlar bazasi to'liq tiklash modelidan foydalanishini ta'minlang
  • To'liq zaxira nusxasini yarating va NORECOVERY yordamida oyna serveriga tiklang
  • Printsipal va oynada aks ettirish nuqtalarini yarating
  • Autentifikatsiya uchun sertifikatlarni sozlash
  • Serverlar o'rtasida aks ettirish sessiyasini o'rnatish
  • Avtomatik ishdan chiqish uchun guvoh serverini ixtiyoriy ravishda sozlang
  • Ish rejimini o'rnating (Yuqori xavfsizlik yoki yuqori unumdorlik)
  • Sinovdan o'tish tartiblari

Eng yaxshi uchun

  • Ma'lumotlar bazasi aks ettirishidan allaqachon foydalanayotgan eski tizimlar
  • Mavjud konfiguratsiyalarni ko'chirish mumkin bo'lguncha saqlash
  • Boshqa stsenariylar tavsiya etilmaydi (funksiya eskirgan)

Taroziga

  • Yuqori xavfsizlik rejimida guvohlar bilan tezkor avtomatik almashtirish
  • Yuqori xavfsizlik rejimida ma'lumotlar yo'qotilishi nolga teng
  • Hamkordan avtomatik sahifa ta'mirlash
  • Yagona ma'lumotlar bazasi uchun mavjudlik guruhlaridan oddiyroq
  • Uzatish uchun shifrlashni qo'llab-quvvatlaydi
  • Minimal ishlamay qolish vaqti bilan yangilanishlarni amalga oshirish

Kamchiliklari

  • Eskirgan sana SQL Server 2012 (olib tashlanishi mumkin)
  • Har bir ma'lumotlar bazasi konfiguratsiyasi va ishlamay qolishi
  • O'qiladigan oyna yo'q (o'qish masshtabi imkoniyati yo'q)
  • Har bir ma'lumotlar bazasi mustaqil ravishda ishlamay qoladi
  • Ishlamay qolgandan so'ng ulanish satrini yangilash talab qilinadi
  • Ikkita server bilan cheklangan (asosiy va oyna)
  • Hech qanday yaxshilanishlar yoki yangi xususiyatlar yo'q
  • Microsoft Always On AG’ga o‘tishni tavsiya qiladi

Manbalar

10. Boshqariladigan misol havolasi

Managed Instance Link o'rtasida gibrid aloqa yaratadi SQL Server va Azure SQL Managed Instance tarqatilgan mavjudlik guruhi texnologiyasidan foydalangan holda, falokatlarni tiklash, migratsiya va bulut integratsiyasi stsenariylari uchun deyarli real vaqt rejimida ma'lumotlarni replikatsiya qilishni ta'minlaydi.

Umumiy ma'lumot SQL Server Boshqariladigan misol havolasi

kalit Xususiyatlar

  • Tarqatilgan AG texnologiyasidan foydalangan holda deyarli real vaqt rejimida replikatsiya
  • Bir tomonlama replikatsiya (SQL Server (2016-2019 yillardan Azuregacha)
  • Ikki tomonlama replikatsiya, xatolikni qaytarish bilan (SQL Server 2022+)
  • Har bir havola uchun bitta ma'lumotlar bazasi (bir nechta havolalar qo'llab-quvvatlanadi)
  • Azure SQL Managed Instance’da oʻqiladigan replikalar
  • Litsenziyasiz passiv DR replika opsiyasi
  • Minimal ishlamay qolish vaqti bilan onlayn migratsiya

Amalga oshirish bosqichlari

  • Tayyor bo'ling SQL Server muhit (VPN yoki ExpressRoute dan Azure ga)
  • Azure SQL boshqariladigan nusxasini sozlash
  • Doim yoqilgan AG funksiyasini yoqish SQL Server
  • Ma'lumotlar bazasini aks ettirishning so'nggi nuqtasini yarating
  • Sertifikatlarni almashish SQL Server va MI
  • SSMS yoki skriptlar yordamida boshqariladigan misol havolasini yarating
  • Replikatsiya va sinxronizatsiyani tasdiqlash
  • Agar o'qish miqyosi uchun foydalanilsa, faqat o'qish uchun marshrutizatsiyani sozlang
  • Sinovdan o'tish tartiblari

Eng yaxshi uchun

  • Bulutga asoslangan ikkilamchi bilan gibrid ofatlardan tiklanish
  • Azure SQL boshqariladigan misoliga onlayn migratsiya
  • Analitika va hisobotlarni Azure’ga yuklash
  • Gibrid bulut strategiyasini qo'llayotgan tashkilotlar
  • Azure xizmati integratsiyasini talab qiladigan stsenariylar
  • Cost litsenziyasiz passiv DR bilan optimallashtirish

Taroziga

  • Most Azure’ga minimal ish vaqti migratsiyasi
  • Biznesning muhim darajasiga haqiqiy onlayn migratsiya
  • Ikki tomonlama o'tish bilan SQL Server 2022 +
  • Litsenziyasiz passiv DR replikasi c ni kamaytiradiosts
  • To'liq migratsiyasiz Azure xizmatlari bilan integratsiya
  • Azure replikalaridan foydalangan holda o'qish miqyosi imkoniyati
  • Azure tomonida avtomatlashtirilgan zaxira nusxalari
  • Azure mintaqalariga geografik taqsimot

Kamchiliklari

  • Har bir havola uchun bitta ma'lumotlar bazasi cheklovi
  • MI’dagi o‘chirib qo‘yish guruhlari bilan foydalanib bo‘lmaydi
  • Tizim ma'lumotlar bazalari replikatsiya qilinmagan
  • Instance darajasidagi obyektlar qo'lda sinxronizatsiya qilishni talab qiladi
  • SQL Server 2016-2019 yillarda faqat bir tomonlama (orqaga qaytish imkoniyati yo'q)
  • Azure costBoshqariladigan misol uchun s
  • Tarmoq ulanishi talablari (VPN/ExpressRoute)
  • Xususiyat cheklovlari (fayl jadvallari, fayl oqimlari qo'llab-quvvatlanmaydi)

Manbalar

11. Yuqori darajadagi mavjudlik yechimlarini taqqoslash

11.1 Xususiyatlarni taqqoslash jadvali

xususiyati Doim AGda AG tarkibida Tarqatilgan AG FCI replikatsiya Kundalik yetkazib berish Ko'zgu MI havolasi
Edition Ent/Std Ent/Std Ent Ent/Std Ent/Std Ent/Std Ent/Std Ent/Std
Himoya darajasi ma'lumotlar bazasi Ma'lumotlar bazasi+nusxasi ma'lumotlar bazasi Fursat Ma'lumotlar bazasi/obyektlar ma'lumotlar bazasi ma'lumotlar bazasi ma'lumotlar bazasi
Ma'lumotlarni sinxronlash Sinxronlash/Asinxronlash Sinxronlash/Asinxronlash Sinxronlash/Asinxronlash Birgalikda Asenkron Asenkron Sinxronlash/Asinxronlash Asenkron
Avtomatik ishdan chiqish ha ha ha ha Yo'q Yo'q ha Yo'q
O'qish masshtabi ha ha ha Yo'q ha Cheklangan Yo'q ha
OTR Soniya Soniya Soniya daqiqa qo'llanma qo'llanma Soniya qo'llanma
RPO Nol/Min Nol/Min Nol/Min nol minimal daqiqa Nol/Min minimal
Qo'llab-quvvatlash holati faol faol faol faol faol faol eskirgan faol

11.2 HA yechimini tanlang

Yechimni tanlashda quyidagi omillarni hisobga oling:

  • Byudjet masalalari yechim tanlashga sezilarli ta'sir ko'rsatadi: Enterprise Edition talablari litsenziyalash c ga ta'sir qiladiosts, infratuzilma ehtiyojlari esa FCIlar uchun qimmat umumiy saqlashdan tortib, Mavjudlik guruhlari uchun tovar serverlarigacha farq qiladi.
  • Murakkablik sezilarli darajada farq qiladi: Log Shipping eng oddiy amalga oshirishni taklif qiladi, Distributed Availability Groups esa keng ko'lamli tajribani talab qiladi.
  • RTO talablari texnologiya tanlovini belgilaydi. Bir necha soniyalik uzilishlar talabi Doim yoqilgan mavjudlik guruhlari yoki avtomatik ishdan chiqishga ega FCIlar. Daqiqalarga chidamlilik Log Shipping kabi qo'lda ishdan chiqishga imkon beradi.
  • RPO talablari ham bir xil darajada muhimdir: nol ma'lumotlar yo'qotilishi sinxron yechimlarni talab qiladi, daqiqalarga chidamlilik esa Log Shipping-ni ta'minlaydi.
  • Infratuzilma cheklovlari, o'qish miqyosidagi ehtiyojlar, geografik taqsimot talablari va bulutli gibrid stsenariylarning barchasi optimal yechim tanlashga ta'sir qiladi.

12. uchun eng yaxshi amaliyotlar SQL Server Oliy mavjudligi

12.1 Rejalashtirish va loyihalash

Har bir ma'lumotlar bazasi uchun sinchkovlik bilan RTO va RPO tahlili orqali biznes talablarini baholang. M ga standart bo'lmagan holda murojaat qilish o'rniga, talablarga mos keladigan tegishli yechimlarni tanlang.ost Murakkab variantlar. Qatlamli yondashuvlardan foydalangan holda mahalliy yuqori darajadagi mavjudlik va geografik ofatlardan keyin tiklanishni rejalashtiring. Tarmoq diagrammalari, ishdan chiqish protseduralari va tiklanish bo'yicha ish daftarlarini o'z ichiga olgan arxitekturani har tomonlama hujjatlashtiring.

12.2 Amalga oshirish bo'yicha ko'rsatmalar

Tekshirish uchun rejalashtirilgan sinovlar va simulyatsiya qilingan nosozliklar orqali ishdan chiqish protseduralarini muntazam ravishda sinab ko'ring SQL Server yuqori darajadagi yechimlar va jamoaning tayyorgarligi. Sog'liqni saqlash va ish faoliyatini doimiy ravishda kuzatib boring SQL Serverning o'rnatilgan vositalari kabi SQL Server Profil va DMVlar. Sinxronizatsiya kechikishi, ishdan chiqish hodisalari va ish faoliyatining yomonlashishi haqida keng qamrovli ogohlantirishni sozlang. Saqlash SQL Server zaxira strategiyalari HA joriy etilishiga qaramay, zaxira nusxalari mantiqiy buzilish va tasodifiy o'chirishlardan himoya qilishning oxirgi chizig'i bo'lib qolmoqda. Tizimlarni kümülatif yangilanishlar, xavfsizlik yamoqlari va dasturiy ta'minot yangilanishlari bilan yangilab turing. Haqiqiy tiklashlar va ilovalarni sinovdan o'tkazish orqali tiklash protseduralarini vaqti-vaqti bilan tasdiqlang va shunga o'xshash stsenariylarni qanday hal qilishni biling. ma'lumotlar bazalari tiklash rejimida qolib ketdi.

12.3 Monitoring va texnik xizmat ko'rsatish

kabi vositalardan foydalaning SQL Server Faoliyat monitoringi, SQL Server Ishlash monitoriva Dinamik boshqaruv sog'liqni saqlash monitoringi va ishga tushirish uchun keng ko'lamli ko'rinishlar DBCC CHECKDB Ma'lumotlar bazasi yaxlitligini tekshirish uchun muntazam ravishda. Mavjudlik guruhining holatini vizual baholash uchun Doim Yoqilgan boshqaruv panelidan foydalaning. Sinxronizatsiya kechikishini, ayniqsa asinxron nusxalar va jurnallarni yetkazib berish uchun diqqat bilan kuzatib boring. Ishdan chiqish hodisalarini diqqat bilan kuzatib boring. SQL Server Kengaytirilgan tadbirlar va naqshlarning sabablarini tahlil qilish. Oddiy ishlash uchun asosiy ko'rsatkichlarni belgilash va potentsial muammolarni ko'rsatuvchi og'ishlarni kuzatish. Infratuzilmaning o'sib borayotgan ish yuklamalarini qo'llab-quvvatlashini ta'minlash uchun muntazam ravishda quvvatni rejalashtirish bo'yicha tekshiruvlarni o'tkazish.

13. Tss

Savol: Yuqori darajadagi mavjudlik va falokatdan keyingi tiklanish o'rtasidagi farq nima? SQL Server?

A: Yuqori darajadagi mavjudlik ma'lumotlar markazidagi mahalliy nosozliklar uchun ishlamay qolish vaqtini minimallashtiradi, odatda avtomatik ishdan chiqish va RTOlar soniyalar yoki daqiqalarda amalga oshiriladi. Tabiiy ofatlardan tiklanish mintaqaviy ofatlardan himoya qiladi, odatda qo'lda ishdan chiqish va uzoqroq RTOlar bilan, lekin butun ob'ektlarga ta'sir qiluvchi hodisalarni qamrab oladi.

Savol: Yuqori mavjudlik (HA) va o'qish masshtabli yechimlar o'rtasidagi farq nima?

A: Yuqori darajadagi mavjudlik yechimlari ishlamay qolish vaqtida ma'lumotlar bazalariga kirishni ta'minlaydi, ish vaqti va avtomatik ishlamay qolish imkoniyatlariga e'tibor qaratadi. O'qish masshtabi yechimlari faqat o'qish uchun mo'ljallangan ish yuklamalarini bir nechta ma'lumotlar bazasi replikalari bo'ylab taqsimlash orqali so'rovlar samaradorligini yaxshilaydi, bu esa o'tkazish qobiliyati va javob berish vaqtlariga e'tibor qaratadi. Bular turli maqsadlarga xizmat qilsa-da, Doim mavjudlik guruhlari kabi bir xil texnologiya ikkala afzallikni bir vaqtning o'zida taqdim etishi mumkin: o'qiladigan ikkilamchi replikalar o'qish masshtabi imkoniyatlarini taklif qiladi va shu bilan birga ishlamay qolish vazifasini ham bajaradi. taryuqori mavjudligi uchun oladi.

Savol: Qaysi SQL Server Yuqori darajadagi yechim mening ehtiyojlarim uchun eng yaxshisimi?

A: Eng yaxshi yechim RTO va RPO ga bog'liq taroladi, byudjet, nashr mavjudligi, infratuzilma va tajriba. Doim mavjud guruhlar m ga mos keladiost korxona stsenariylari, Log Shipping esa c uchun yaxshi ishlaydiost-sezgir muhitlar. Talablarni taqqoslash jadvali bo'yicha baholang.

Savol: Doim mavjud bo'lgan guruhlar Enterprise Edition ni talab qiladimi?

A: Standard Edition asosiy mavjudlik guruhlarini sezilarli cheklovlar bilan qo'llab-quvvatlaydi: har bir guruh uchun bitta ma'lumotlar bazasi, bitta ikkilamchi replika va o'qiladigan ikkilamchi replika yo'q. Bir nechta ma'lumotlar bazalari, sakkizta ikkilamchi replikalar va o'qiladigan replikalarni o'z ichiga olgan to'liq funksiyalar Enterprise Edition ni talab qiladi.

Savol: Log Shipping dan foydalanishim mumkinmi? SQL Server Standart nashrmi?

A: Ha, Log Shipping Standard Edition’da to‘liq qo‘llab-quvvatlanadi, bu esa uni jozibador qiladiost- Enterprise Edition litsenziyasiga ega bo'lmagan tashkilotlar uchun samarali favqulodda vaziyatlardan keyin tiklanish yechimi.

Savol: Doim yoqilgan mavjudlik guruhlari va ma'lumotlar bazasini aks ettirish o'rtasidagi farq nima?

A: Ma'lumotlar bazasini aks ettirish eskirgan va o'qiladigan ikkilamchi kirish imkoniyatisiz alohida ma'lumotlar bazasi darajasida ishlaydi. Doim yoqilgan mavjudlik guruhlari sakkiztagacha ikkilamchi ma'lumotlar bazalari guruhlarini, o'qiladigan replikalarni va takomillashtirilgan monitoringni qo'llab-quvvatlaydi. Microsoft Doim yoqilgan rejimga o'tishni tavsiya qiladi.

Savol: Failover Cluster Instances va Mavjudlik Guruhlari orasidan qanday tanlov qilishim mumkin?

A: Umumiy saqlash infratuzilmasi bilan misol darajasidagi himoya uchun FCI ni tanlang. Ma'lumotlar bazasi darajasidagi himoya, o'qish miqyosidagi imkoniyatlar va umumiy saqlashsiz geografik taqsimot uchun Mavjudlik guruhlarini tanlang. Tashkilotlar ko'pincha keng qamrovli himoya uchun ikkalasini ham birlashtiradilar.

Savol: Bir nechtasini birlashtira olamanmi? SQL Server yuqori darajadagi mavjudlik yechimlari?

A: Ha, yechimlarni birlashtirish keng tarqalgan. FCIlar Mavjudlik Guruhi nusxalari sifatida xizmat qilishi mumkin, bu esa misol darajasidagi mahalliy HA va ma'lumotlar bazasi darajasidagi geografik DR ni ta'minlaydi. Log Shipping qo'shimcha masofaviy himoya uchun Mavjudlik Guruhlarini to'ldirishi mumkin. Birlashtirilgan konfiguratsiyalarni sinchkovlik bilan sinab ko'ring.

Savol: Sinxron va asinxron replikatsiya o'rtasidagi farq nima?

A: Sinxron replikatsiya kompilyatsiya qilishdan oldin ikkilamchi tasdiqlashni kutadi, bu esa ma'lumotlar yo'qotilishining nolga tengligini kafolatlaydi, ammo kechikishni keltirib chiqarishi mumkin. Asinxron replikatsiya kutmasdan davom etadi, bu esa ishlashni optimallashtiradi, ammo ishlamay qolish paytida ma'lumotlar yo'qotilishiga olib keladi.

Savol: Agar zaxira nusxalarim bo'lsa, menga hali ham zaxira nusxalari kerakmi? SQL Server yuqori mavjudlik sozlanganmi?

A: Albatta, ha. Yuqori darajadagi mavjudlik apparat nosozliklaridan himoya qiladi, ammo mantiqiy buzilish, tasodifiy o'chirishlar yoki barcha nusxalarga takrorlanadigan zararli harakatlardan himoya qila olmaydi. Zaxira nusxalari bir vaqtning o'zida tiklash va muvofiqlik talablari uchun zarur bo'lib qolmoqda.

Savol: Agar zaxira nusxalarim bo'lsa, menga hali ham zaxira nusxalari kerakmi? SQL Server yuqori mavjudlik sozlanganmi?

A: Albatta, ha. Yuqori darajadagi mavjudlik apparat nosozliklaridan himoya qiladi, ammo ma'lumotlar bazasining buzilishi, tasodifiy o'chirishlar yoki zararli harakatlardan himoya qila olmaydi. Zaxira nusxalari bir vaqtning o'zida tiklash va muvofiqlik talablari uchun zarur bo'lib qolmoqda. Ma'lumotlar bazasi fayllari buzilgan va zaxira nusxalari mavjud bo'lmagan yoki buzilgan hollarda, ixtisoslashgan SQL ma'lumotlar bazasini ta'mirlash dasturi shikastlangan MDF, NDF va zaxira fayllaridan ma'lumotlarni tiklashga yordam berishi mumkin.

Savol: Mavjudlik guruhi nima va u oddiy mavjudlik guruhidan nimasi bilan farq qiladi?

A: Mavjudlik guruhlari, joriy etilgan SQL Server 2022, kirishlar, ishlar va metama'lumotlar kabi namunaviy darajadagi obyektlarni avtomatik ravishda sinxronlashtiradi. Doimiy mavjudlik guruhlari faqat ma'lumotlar bazasi obyektlarini sinxronlashtiradi, bu esa namunaviy obyektlarni qo'lda replikatsiya qilishni talab qiladi.

Savol: Ma'lumotlarni nusxalashim mumkinmi? SQL Server Azure SQL boshqariladigan misoliga?

A: Ha, Managed Instance Link o'rtasida gibrid replikatsiyani ta'minlaydi SQL Server va Azure. SQL Server 2016-2019 yillar bir tomonlama replikatsiyani qo'llab-quvvatlaydi, shu bilan birga SQL Server 2022+ falokatlardan keyin tiklanish, migratsiya va gibrid stsenariylar uchun ikki tomonlama replikatsiyani amalga oshirish imkonini beradi.

Savol: Nima bo'ladi SQL Server Agentning ishdan chiqishi paytidagi ishlari?

A: An'anaviy Mavjudlik Guruhlari bilan ish o'rinlari ikkilamchi nusxalarda qo'lda yaratilishi kerak. Mavjudlik Guruhlari (SQL Server 2022+) ishlarni avtomatik ravishda sinxronlashtiradi. Failover Cluster nusxalari ishlarni misol darajasidagi himoyaning bir qismi sifatida o'z ichiga oladi.

14. Xulosa

SQL Server idoraviy ma'lumotlar bazalaridan tortib, muhim korxona tizimlarigacha bo'lgan turli talablarni qondiradigan keng qamrovli, yuqori darajadagi mavjudlik yechimlarini taqdim etadi. Har bir yechim ma'lumotlar bazasi ma'murlari xabardor qarorlar qabul qilish uchun tushunishi kerak bo'lgan o'ziga xos imkoniyatlar va murosalarni taklif etadi.

Doim mavjud bo'lgan guruhlar zamonaviy joylashtirishlar uchun flagman texnologiyasini ifodalaydi, Contained Availability Groups boshqaruvni soddalashtiradi va Distributed Availability Groups murakkab platformalararo stsenariylarni amalga oshirish imkonini beradi. Failover Cluster Instances instance darajasidagi himoya ehtiyojlarini qondirishda davom etmoqda, Log Shipping esa c uchun dolzarb bo'lib qolmoqda.ost-sezgir stsenariylar. Boshqariladigan Instance Link bulutli gibrid imkoniyatlarni mahalliy ko'prik bilan ochadi SQL Server Azure bilan.

Muayyan biznes ehtiyojlariga mos keladigan yechimlar muvaffaqiyatning muhim omilini ifodalaydi. Hamma uchun yagona yondashuv yo'q. Tashkilotlar RTO va RPO talablarini, byudjet cheklovlarini, infratuzilma imkoniyatlarini va ma'muriy tajribani sinchkovlik bilan baholashlari kerak. Ko'pincha, eng yaxshi arxitektura keng qamrovli himoya uchun bir nechta yechimlarni birlashtiradi. HA strategiyangiz kengroq bulutni qabul qilish rejalari bilan qanday mos kelishini ko'rib chiqing va batafsil amalga oshirish bo'yicha ko'rsatmalar uchun maxsus maqolalarga murojaat qiling. SQL Server infratuzilma sizning biznesingiz talab qiladigan ishonchlilikni ta'minlaydi.


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.

Hozir ulashing: