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

SQL Server replikatsiya - bu ma'lumotlar va ma'lumotlar bazasi obyektlarini bir ma'lumotlar bazasidan boshqasiga nusxalash va tarqatish, so'ngra izchillikni saqlash uchun ma'lumotlar bazalari o'rtasida sinxronlashtirish uchun texnologiyalar to'plamidir. Ushbu xususiyat sizga ma'lumotlarning mavjudligi va ishonchliligini ta'minlab, turli serverlar va joylarda ma'lumotlaringizning bir nechta nusxalarini yaratish va saqlash imkonini beradi.

1.2 Replikatsiyaning maqsadi va afzalliklari

SQL Server Replikatsiya bir nechta muhim biznes ehtiyojlarini qondiradi va ma'lumotlar bazasini boshqarish va ma'lumotlarni tarqatish uchun muhim afzalliklarni beradi:

Joylashuvlar bo'yicha ma'lumotlarni taqsimlash: Replikatsiya sizga ma'lumotlarni mintaqaviy ofislar yoki global joylar o'rtasida almashish imkonini beradi, bu esa kerakli ma'lumotlarga mahalliy kirishni ta'minlash orqali operatsion samaradorlikni oshiradi. Bu tarmoq kechikishini kamaytiradi va geografik jihatdan taqsimlangan foydalanuvchilar uchun yaxshiroq ishlashni ta'minlaydi.
Oliy mavjudligi va tabiiy ofatlardan keyin tiklanish: Muhim ma'lumotlarning nusxalarini bir nechta serverlarda saqlash orqali replikatsiya apparat nosozliklari va falokatlardan himoya qiluvchi zaxira nusxalarni ta'minlaydi. Birlamchi server nosozligi holatida, replikatsiya qilingan nusxalar zaxira manbalari bo'lib xizmat qilishi mumkin, bu esa ishlamay qolish vaqtini va ma'lumotlar yo'qotilishini minimallashtiradi.
Yuklarni muvozanatlash va masshtablash: Replikatsiya o'qish operatsiyalarini bir nechta serverlar bo'ylab taqsimlaydi va har qanday bitta serverning to'siq bo'lib qolishiga yo'l qo'ymaydi. Ushbu yondashuv tizim ish faoliyatini yaxshilaydi va ma'lumotlar va foydalanuvchi talablari o'sib borishi bilan infratuzilmangizni gorizontal ravishda masshtablash imkonini beradi.
Haqiqiy vaqtda hisobot va tahlil: Hisobot va tahlil so'rovlarini takrorlangan serverlarga tushirish ishlab chiqarish ma'lumotlar bazalariga yukni kamaytiradi. Foydalanuvchilar operatsion tizimlarga ta'sir qilmasdan, deyarli real vaqt rejimida ma'lumotlarga nisbatan murakkab analitik so'rovlarni ishga tushirishlari mumkin, bu esa ham ishlash, ham ma'lumotlarning yangiligini ta'minlaydi.
Ma'lumotlarni integratsiyalash va konsolidatsiyalash: Replikatsiya turli manbalardan olingan ma'lumotlarni yagona konsolidatsiyalangan ko'rinishga birlashtirishni osonlashtiradi. Bu, ayniqsa, bosh ofisda ma'lumotlarni jamlashi kerak bo'lgan bir nechta filiallari bo'lgan tashkilotlar yoki taqsimlangan operatsion tizimlardan markazlashtirilgan ma'lumotlar omborlarini yaratish uchun juda muhimdir.

2. SQL Server Replikatsiya arxitekturasi va komponentlari

SQL Server Replikatsiya arxitekturasi ma'lumotlar bazasi infratuzilmasi bo'ylab ma'lumotlarni tarqatish va sinxronlashtirish uchun birgalikda ishlaydigan bir nechta o'zaro bog'liq komponentlardan iborat. Ushbu bo'limda nashriyotchilar, distribyutorlar, obunachilar, nashrlar, maqolalar, obunalar va ular o'rtasidagi ma'lumotlar oqimini muvofiqlashtiruvchi agentlar kabi asosiy komponentlar ko'rib chiqiladi:

Publisher: Nashriyotchi bu SQL Server misol, hostreplikatsiya qilinadigan ma'lumotlarni o'z ichiga olgan bir yoki bir nechta ma'lumotlar bazalari. Bu replikatsiya topologiyasida ishonchli manba bo'lib xizmat qiladi.
Distribyutor: Distribyutor bu SQL Server nashriyotchilar va obunachilar o'rtasidagi ma'lumotlar oqimini boshqaradigan instansiya. Distribyutor instansiyasi hosts - replikatsiya metama'lumotlari va tranzaksiyalarini saqlaydigan tarqatish ma'lumotlar bazasi.
Obunachi: Obunachi bu SQL Server nashriyotchilardan takrorlangan ma'lumotlarni qabul qiladigan va saqlaydigan instansiya. Bitta obunachi instansiyasi ... bo'lishi mumkinost bir nechta obunachilar ma'lumotlar bazalari, ularning har biri turli nashrlardan ma'lumotlarni oladi.
E'lon qilish: Nashr qaysi ma'lumotlar takrorlanishini va obunachilarga qanday tarqatilishini belgilaydi. U tegishli maqolalarni birlashtiradi va barcha mavjud obyektlarga qo'llaniladigan takrorlanish metodologiyasini o'rnatadi.
Maqola: Maqola replikatsiyaning asosiy qurilish bloki bo'lib, obunachilarga tarqatiladigan individual ma'lumotlar bazasi obyektini ifodalaydi.
obuna: Obuna nashr va obunachi o'rtasidagi munosabatlarni o'rnatadi, ma'lumotlar maqsadli ma'lumotlar bazasiga qachon va qanday yetkazilishini belgilaydi.
Agentlar: Agentlar - bu replikatsiya komponentlari o'rtasida ma'lumotlarni ko'chirish va sinxronlashtirishning haqiqiy ishlarini bajaradigan ixtisoslashgan jarayonlar.

3. turlari SQL Server replikatsiya

SQL Server bir nechta replikatsiya turlarini taqdim etadi, ularning har biri ma'lum ma'lumotlarni tarqatish stsenariylari va biznes talablari uchun mo'ljallangan. Har bir turning xususiyatlari, afzalliklari va cheklovlarini tushunish sizning muhitingiz uchun to'g'ri yondashuvni tanlash uchun juda muhimdir.

3.1 Snapshot replikatsiyasi

Snapshot replikatsiyasi ma'lum bir vaqtda nashr etiladigan ma'lumotlarning suratini oladi, so'ngra aniq to'liq nusxasini obunachilarga tarqatadi. Keyingi surat yaratilmaguncha keyingi o'zgarishlarni kuzatmaydi. Snapshot replikatsiyasi replikatsiyaning eng oddiy shakli bo'lib, uni ma'lumotlar kamdan-kam o'zgarib turadigan yoki biroz eskirgan ma'lumotlarga ega bo'lish maqbul bo'lgan holatlar uchun moslashtiradi.

Keng tarqalgan foydalanish holatlariga vaqti-vaqti bilan yangilanib turadigan narxlar ro'yxati yoki valyuta kurslari kabi ma'lumotnoma ma'lumotlarini tarqatish, ma'lumotlar omborlari uchun dastlabki ma'lumotlar to'plamlarini taqdim etish va individual o'zgarishlarni kuzatishdan ko'ra to'liq ma'lumotlarni yangilash afzalroq bo'lgan stsenariylar kiradi. Masalan, kompaniya yangilangan mahsulot kataloglarini filiallarga kuniga bir marta tarqatish uchun tezkor replikatsiyadan foydalanishi mumkin.

Snapshot replikatsiyasining asosiy afzalliklari uning soddaligi, past texnik xizmat ko'rsatish talablari va ma'lumotlarni birlamchi kalitlarsiz replikatsiya qilish qobiliyatidir. Biroq, uning jiddiy kamchiliklari bor, jumladan, jadval qulflari tufayli snapshotlar yaratilganda yuqori ta'sir, yangilanishlar orasidagi yuqori kechikish va katta ma'lumotlar to'plamlari yoki tez-tez o'zgarib turadigan ma'lumotlar uchun samarasizlik. Obunachilarda qilingan har qanday o'zgartirishlarost keyingi surat qo'llanilganda.

3.2 Tranzaksiya replikatsiyasi

Tranzaksiya replikatsiyasi nashriyotdan obunachilarga o'zgarishlarni deyarli real vaqt rejimida individual tranzaksiyalarni sodir bo'lganda takrorlash orqali yetkazib beradi. Bu boshlang'ich chiziqni belgilash uchun dastlabki suratga olishdan boshlanadi, so'ngra nashr etilgan maqolalardagi o'zgarishlar uchun tranzaksiyalar jurnalini doimiy ravishda kuzatib boradi va ularni obunachilarga bosqichma-bosqich yetkazib beradi.

Tranzaksiya replikatsiyasi yuqori o'tkazuvchanlik va past kechikishni talab qiladigan serverdan serverga stsenariylar uchun idealdir. Keng tarqalgan foydalanish holatlariga o'qish operatsiyalarini obuna serverlariga yuklash orqali masshtablash va mavjudlikni yaxshilash, ma'lumotlar omborini saqlash va hisobotlarni deyarli real vaqt rejimida ma'lumotlar bilan qo'llab-quvvatlash, bir nechta saytlardan ma'lumotlarni markaziy joyga integratsiya qilish va paketli qayta ishlashni maxsus serverlarga yuklash kiradi. Masalan, elektron tijorat platformasi mintaqaviy ma'lumotlar bazalari bo'ylab sinxronlashtirilgan inventarizatsiya ma'lumotlarini saqlash uchun tranzaksiya replikatsiyasidan foydalanishi mumkin.

Tranzaksiya replikatsiyasining afzalliklari orasida past kechikishli ma'lumotlarni yetkazib berish, katta tranzaksiya hajmlari uchun yuqori o'tkazuvchanlik va abonentlarda replikatsiya qilinmagan modifikatsiyalarni amalga oshirish imkoniyati mavjud. Kamchiliklari orasida tezkor replikatsiyaga nisbatan yuqori murakkablik, replikatsiya qilingan jadvallarda birlamchi kalitlarga bo'lgan talab va abonentlarda birlamchi kalitlarning buzilishi kabi nizolar yuzaga kelsa, replikatsiya buzilishi ehtimoli mavjud.

3.3 Birlashtirish replikatsiyasi

Birlashtirish replikatsiyasi, ayniqsa, obunachilar oflayn yoki uzluksiz ulanish bilan ishlashi, keyin ulanish mavjud bo'lganda o'zgarishlarni sinxronlashtirishi kerak bo'lgan muhitlar uchun mo'ljallangan. Ushbu replikatsiya turi ma'lumotlarni nashriyotchi va obunachilarda mustaqil ravishda o'zgartirish, triggerlar va metama'lumotlar jadvallari yordamida o'zgarishlarni kuzatish va sinxronizatsiya paytida o'zgarishlarni avtomatik ravishda birlashtirish imkonini beradi.

Birlashtirish replikatsiyasi mobil ilovalar va avtonom o'zgarishlar sodir bo'ladigan taqsimlangan server muhitlari uchun mo'ljallangan. Foydalanish holatlariga mobil foydalanuvchilar oflayn rejimda ishlaydigan va keyinroq sinxronlashtiradigan savdo kuchlarini avtomatlashtirish, mustaqil ravishda ishlaydigan va ma'lumotlarni vaqti-vaqti bilan birlashtiradigan savdo nuqtalari tizimlari va bir nechta saytlar umumiy ma'lumotlarni yangilashi kerak bo'lgan taqsimlangan ilovalar kiradi. Masalan, chakana savdo tarmog'i birlashtirish replikatsiyasidan foydalanishi mumkin, shunda har bir do'kon markaziy ombor tizimi bilan sinxronlashtirilayotganda mahalliy inventarizatsiyani boshqarishi mumkin.

Birlashtirish replikatsiyasining afzalliklari orasida o'zgarishlar kirita oladigan avtonom obunachilarni qo'llab-quvvatlash, uzluksiz tarmoq ulanishiga bardoshlilik va moslashuvchan nizolarni hal qilish kiradi. Kamchiliklari orasida o'rnatish va texnik xizmat ko'rsatishning murakkabligi, metama'lumotlar va triggerlarni kuzatishdan kelib chiqadigan unumdorlikning oshishi, jadvallarga noyob identifikator ustunlarini qo'shish va boshqarish va hal qilishni talab qiladigan nizolar ehtimoli bor.

3.4 Tengdoshdan tengdoshga replikatsiya

Tengdoshdan-tengdoshga replikatsiya tranzaksiya replikatsiyasiga asoslangan va bir nechta server nusxalarini (uch yoki undan ortiq tugunlar) teng huquqli tengdoshlar sifatida ishlashga imkon beradi, bunda har bir tugun bir vaqtning o'zida ham nashriyotchi, ham obunachi sifatida xizmat qiladi. Ushbu topologiyada barcha tugunlar ma'lumotlarning bir xil nusxalarini saqlaydi va o'qish va yozish operatsiyalarini bajara oladi, bu esa chinakam taqsimlangan ko'p asosiy muhitni ta'minlaydi.

Tengdoshdan-tengdoshga replikatsiya o'qish operatsiyalarini kengaytirish va yuqori mavjudlikni talab qiladigan ilovalar uchun mos keladi. Foydalanish holatlariga katalog so'rovlarini bir nechta tugunlar bo'ylab tarqatadigan va izchil ma'lumotlarni saqlab turadigan veb-ilovalar, tugunlarni alohida-alohida oflayn rejimga o'tkazish orqali uzilishlarsiz texnik xizmat ko'rsatish yoki yangilanishlarni talab qiladigan stsenariylar va turli mintaqalarda ma'lumotlar markazlariga ega global ilovalar kiradi. Masalan, butun dunyo bo'ylab dasturiy ta'minotni qo'llab-quvvatlash tashkiloti turli vaqt zonalaridagi ofislar bo'ylab tengdoshdan-tengdoshga replikatsiyadan foydalanishi mumkin, shunda har bir joy joriy ma'lumotlarga mahalliy kirish huquqiga ega bo'ladi.

Tengdoshdan-tengdoshga replikatsiya qilishning afzalliklari qatoriga masshtablash orqali o'qish samaradorligini oshirish, bir nechta faol tugunlar bilan yuqori mavjudlik va deyarli real vaqt rejimida ma'lumotlarning izchilligi kiradi. Kamchiliklari orasida Enterprise Edition talabi, ko'p tugunli topologiyalarni boshqarishdagi murakkablik, barcha tugunlar bo'ylab bir xil sxema va ma'lumotlarga ehtiyoj va yozish operatsiyalari to'g'ri bo'linmaganda nizolar yuzaga kelishi mumkinligi kiradi.

3.5 Ikki tomonlama replikatsiya

Ikki tomonlama replikatsiya - bu ikki serverli muhit uchun maxsus ishlab chiqilgan maxsus tranzaksiya replikatsiya topologiyasi bo'lib, bu yerda ikkala server ham bir-biri bilan o'zgarishlar almashishi kerak. Har bir server ma'lumotlarni nashr etadi va boshqa serverdan bir xil ma'lumotlarga obuna bo'ladi, bu esa oddiy ikki tomonlama sinxronizatsiya oqimini yaratadi. Tengdoshdan-tengdoshga replikatsiya ikkita tugunni ham qo'llab-quvvatlashi mumkin bo'lsa-da, ikki tomonlama replikatsiya ushbu aniq stsenariy uchun yaxshilangan ishlashni ta'minlaydi.

Ikki tomonlama replikatsiya sinxronlashtirilgan ma'lumotlarga ega ikkita faol serverni talab qiladigan stsenariylar uchun mos keladi, masalan, yuqori mavjudlik uchun faol-faol konfiguratsiyalar yoki har bir sayt mahalliy yozishga kirishni talab qiladigan geografik jihatdan taqsimlangan ilovalar. Topologiya ma'lumotlarni yangilash va nizolarning oldini olish uchun ehtiyotkorlik bilan dastur dizaynini talab qiladi.

Afzalliklari orasida ikkita serverli stsenariylar uchun optimallashtirilgan ishlash, tengdoshdan tengdoshga replikatsiyaga nisbatan sodda konfiguratsiya, deyarli real vaqt rejimida sinxronizatsiya va birlashtirish replikatsiyasiga qaraganda kamroq qo'shimcha xarajatlar mavjud. Kamchiliklari orasida aynan ikkita server bilan cheklanish, ehtiyotkorlik bilan dastur dizaynini talab qiladigan o'rnatilgan nizolarni hal qilishning yo'qligi va nizolarning oldini olish uchun to'g'ri bo'limlash strategiyalariga ehtiyoj bor.

3.6 Yangilanadigan obunalar

Yangilanadigan obunalar tranzaksiya replikatsiyasini kengaytiradi, bu esa obunachilarga vaqti-vaqti bilan replikatsiya qilingan ma'lumotlarga o'zgartirishlar kiritish, keyin esa ular nashriyotchiga va boshqa obunachilarga tarqalish imkonini beradi. Tez-tez ikki tomonlama yangilanishlar uchun mo'ljallangan birlashtirish replikatsiyasi yoki tengdoshdan tengdoshga topologiyalaridan farqli o'laroq, yangilanadigan obunalar asosiy ma'lumotlar oqimi bir tomonlama (nashriyotchidan obunachilarga) bo'lgan, ammo obunachilar vaqti-vaqti bilan tuzatishlar yoki yangilanishlar kiritishlari kerak bo'lgan stsenariylar uchun mo'ljallangan.

Yangilanadigan obunalar m bo'lgan stsenariylar uchun mos keladiost Yangilanishlar nashriyotda amalga oshiriladi, ammo vaqti-vaqti bilan obunachilarda yangilanishlar zarur, masalan, asosan ma'lumotlarni o'qiydigan, ammo mahalliy tuzatishlar yoki yangilanishlarni kiritishi kerak bo'lgan dala ofislari. Topologiya ziddiyatlarni minimallashtirish va ma'lumotlarning izchilligini ta'minlash uchun puxta rejalashtirishni talab qiladi.

Asosiy afzalliklari orasida tranzaksiya replikatsiyasining ishlash xususiyatlarini saqlab qolgan holda, abonentlarda cheklangan yozish operatsiyalariga ruxsat berish kiradi. Kamchiliklari orasida murakkablikning oshishi, hal qilishni talab qiladigan nizolar ehtimoli, darhol yangilash rejimida ikki fazali commit protokolidan ishlash xarajatlari va barcha replikatsiya qilingan jadvallarda birlamchi kalitlarga ega bo'lish talabi mavjud.

3.7 Turli xil replikatsiya turlarini taqqoslash

Replikatsiya turi	Yangilash vaqti	Nashriyotchilar soni	yo'nalish	Stsenariylardan foydalaning
oniy tasvirlar	Vaqtni belgilang	1	Bir yo'nalish (Nashriyotchi → Obunachilar)	Kamdan-kam o'zgarib turadigan ma'lumotnoma ma'lumotlari (narxlar ro'yxati, valyuta kurslari)
Tranzaktsion	Haqiqiy vaqtga yaqin	1	Bir yo'nalish (Nashriyotchi → Obunachilar)	Yuqori samarali stsenariylar (elektron tijorat inventarizatsiyasi, ma'lumotlar ombori, hisobot berish)
borib	Davriy (ulanganda)	1	Ikki tomonlama (Nashriyotchi ↔ Obunachilar)	Mobil ilovalar, oflayn ishchilar (savdo kuchini avtomatlashtirish, dala xizmatlari)
Peer-to-Peer	Haqiqiy vaqtga yaqin	Bir nechta (3 yoki undan ko'p)	Ikki tomonlama (barcha tugunlar)	Global ko'p ma'lumotlar markazini joylashtirish (mahalliy o'qish-yozish imkoniyatiga ega butun dunyo bo'ylab ofislar)
Ikki tomonlama	Haqiqiy vaqtga yaqin	2	Ikki tomonlama (ikkala server ham)	Ikki ma'lumot markazi faol-faol konfiguratsiyalar (ikkita sayt yuqori mavjudligi)
Yangilanadigan obunalar	Haqiqiy vaqtga yaqin	1	Asosan bir yo'nalish (vaqti-vaqti bilan teskari yangilanishlar)	Asosan o'qiydigan, lekin vaqti-vaqti bilan yangilaydigan filiallar (mahalliy tuzatishlar)

4. O'rnatish SQL Server replikatsiya

4.1 Talablar va talablar

4.1.1 Dasturiy ta'minot talablari

SQL Server replikatsiya moslikni talab qiladi SQL Server topologiyaning barcha ishtirokchilari bo'yicha versiyalar. Distribyutor versiyasi nashriyotchi versiyasiga teng yoki undan yuqori bo'lishi kerak va obunachi nashriyotchining ikkita versiyasi ichida bo'lishi mumkin. Masalan, SQL Server 2016-yilgi nashriyot nusxa ko'chirishi mumkin SQL Server 2012, 2014, 2016, 2017 yoki 2019-yilgi obunachilar.

4.1.2 Ruxsat talablari

Replikatsiyani sozlash har bir darajada maxsus ruxsatlarni talab qiladi. Sysadmin sobit server rolining a'zolari barcha replikatsiya konfiguratsiyasi vazifalarini bajarishi mumkin. Batafsilroq ruxsatnomalar uchun foydalanuvchilar nashriyotchi va obunachi ma'lumotlar bazalari uchun db_owner ma'lumotlar bazasi rolining a'zolari bo'lishlari kerak.

4.2 1-qadam: Tarqatishni sozlash

Tarqatishni sozlash - bu sozlashning birinchi bosqichidir SQL Server replikatsiya.

Tarqatishni sozlash uchun SQL Server Menejment studiyasi:

Ga ulang SQL Server misol SQL Server Menejment studiyasi.
Object Explorer oynasida sichqonchaning o'ng tugmasi bilan bosing replikatsiya papkani tanlang va Tarqatishni sozlash.
Tarqatish ustasini sozlash oynasida bosing Keyingi xush kelibsiz sahifasida.
Ustida Distributor sahifasida topologiya talablaringizga asoslanib quyidagi variantlardan birini tanlang:
- Mahalliy distribyutor: “ServerName oʻzining distribyutori sifatida ishlaydi” ni tanlang; SQL Server Agar siz nashriyotchi va distribyutorning bir xil nusxada (joriy nusxada) ishlashini istasangiz, tarqatish ma'lumotlar bazasi va jurnalini yaratadi". Ushbu konfiguratsiyani o'rnatish osonroq va kichikroq muhitlar uchun yoki nashriyotchi va distribyutor o'rtasidagi tarmoq kechikishi muammolarga olib keladigan hollarda mos keladi.
- Masofaviy distribyutor: “Quyidagi serverni distribyutor sifatida ishlatish” ni tanlang va ustiga bosing qo'shish Agar siz tarqatish jarayonini alohida nusxaga yuklamoqchi bo'lsangiz, masofaviy distribyutor serverini ko'rsatish uchun. Ushbu konfiguratsiya ish yukini bir nechta serverlar o'rtasida taqsimlash orqali replikatsiya hajmlari yuqori bo'lganda unumdorlikni oshiradi. Siz masofaviy distribyutor nomini taqdim etishingiz va nashriyotchi distribyutorga ulanish uchun foydalanadigan parolni ko'rsatishingiz kerak bo'ladi.
bosing Keyingi snapshot papkasining joylashuvini ko'rsatish uchun. Tarmoq bo'ylab kirishni ta'minlash uchun mahalliy yo'l o'rniga UNC yo'lidan (masalan, \\servername\share\folder) foydalaning.
Ustida Tarqatish ma'lumotlar bazasi sahifasida standart tarqatish ma'lumotlar bazasi nomini (odatda "tarqatish") qabul qiling yoki maxsus nomni ko'rsating, so'ngra ma'lumotlar va jurnal fayllari joylashuvini sozlang.
Ustida Nashriyotchilar sahifasida, joriy server noshir sifatida yoqilganligini tekshiring. Agar siz joriy serverni distribyutor sifatida sozlasangiz, ushbu distribyutordan foydalanadigan qo'shimcha noshirlarni qo'shishingiz mumkin.
Sehrgarning harakatlarini ko'rib chiqing va ustiga bosing tugatmoq tarqatishni sozlash uchun.

4.3 2-bosqich: Nashr yaratish

Tarqatishni sozlagandan so'ng, keyingi qadam obunachilarga qaysi ma'lumotlar obyektlari takrorlanishini belgilaydigan nashr yaratishdir.

Nashr yaratish uchun SQL Server Menejment studiyasi:

Object Explorer-da ni kengaytiring replikatsiya jildning.
O'ng tugmasini bosing Mahalliy nashrlar va tanlash Yangi nashr.
Yangi nashr ustasitarts; tugmasini bosing Keyingi xush kelibsiz sahifasida.
Nashr qilmoqchi bo'lgan ma'lumotlar bazasini tanlang Nashr ma'lumotlar bazasi sahifa. Bu avtomatik ravishda tanlangan ma'lumotlar bazasida nashr etish imkonini beradi.
Ustida Nashr turi sahifasida replikatsiya turini tanlang: Snapshot nashri, Tranzaksiya nashri, Tengdoshlar nashriyotiyoki Nashrni birlashtirish.
Ustida Maqolalar sahifani kengaytirish Stollar tugunni tanlang va maqola sifatida kiritish uchun jadvallarni tanlang.
Ixtiyoriy ravishda kengaytirish Saqlanadigan protseduralar, Ko'rishlaryoki qo'shimcha maqolalarni kiritish uchun boshqa obyekt turlari.
bosing Maqola xususiyatlari filtrlash yoki boshqa maqolaga xos sozlamalarni sozlash uchun.
Ustida Jadval qatorlarini filtrlash sahifaga, agar kerak bo'lsa, qator filtrlarini qo'shing.
Ustida Surat agenti sahifasida, suratni qachon yaratishni tanlang: darhol, ma'lum bir vaqtda yoki jadval bo'yicha.
Ustida Agent xavfsizligi sahifasida, Snapshot Agent uchun xavfsizlik kontekstini belgilang.
Ustida Sehrgar harakatlari sahifa, tanlang Nashrni yarating.
Nashr nomini kiriting va ustiga bosing tugatmoq.

4.4 3-qadam: Obuna yaratish

Nashrni yaratgandan so'ng, keyingi qadam nashrni obunachilar ma'lumotlar bazalariga ulaydigan obunalarni yaratishdir.

Obunalar push-obunalar (distribyutor tomonidan boshqariladi) yoki pull-obunalar (obunachi tomonidan boshqariladi) bo'lishi mumkin. Asosiy farqlar shundaki, siz obunani qayerda yaratasiz va qaysi agent joylashuvini tanlaysiz, bu esa obuna harakatini (push yoki pull) belgilaydi.

Push obunasi uchun (Distribyutor tomonidan boshqariladi):

Ustida nashriyotchi server, kengaytirish replikatsiya -> Mahalliy nashrlar.
Nashrni o'ng tugmasini bosing va tanlang Yangi obunalar.

Pull obunasi uchun (Obunachi tomonidan boshqariladi):

Ustida abonent server, kengaytirish replikatsiya, o'ng tugmasini bosing Mahalliy obunalarni tanlang Yangi obunalar.
Ustida nashr sahifani bosing topish SQL Server nashriyotchi va nashriyot serveriga ulaning.

Ikkala obuna turi uchun ham umumiy sehrgar qadamlari:

Yangi obuna ustasi oynasida bosing Keyingi xush kelibsiz sahifasida.
Nashrni tanlang va ustiga bosing Keyingi.
Ustida Tarqatish agenti joylashuvi sahifasida agent joylashuvini tanlang:
- Obunani push qilish: “Distribyutordagi barcha agentlarni ishga tushirish” ni tanlang – Distribyutor obunachilarga oʻzgarishlarni yuboradi.
- Obunani tortib oling: “Har bir agentni oʻz obunachisida ishga tushirish” ni tanlang – har bir obunachi oʻzgarishlarni Distribyutordan oladi.
Ustida abonentlarga sahifasida mavjud obuna serverlarini tanlang yoki bosing Abonentni qo'shish yangilarini qo'shish uchun.
Har bir obunachi uchun maqsadli ma'lumotlar bazasini tanlang yoki yangi ma'lumotlar bazasini yarating. Eslatma: Obuna ma'lumotlar bazasi nashriyot ma'lumotlar bazasidan farq qilishi kerak, hatto bir xil ma'lumotlar bazasidan foydalanilganda ham SQL Server misol.
Ustida Tarqatish agenti xavfsizligi sahifasida, xavfsizlik kontekstini sozlash uchun har bir obuna uchun xususiyatlar tugmasini bosing.
Ustida Sinxronizatsiya jadvali sahifasida uzluksiz sinxronizatsiya yoki rejalashtirilgan sinxronizatsiyani tanlang.
Ustida Obunalarni ishga tushirish sahifa, tanlang darhol sehrgarni tugatish paytida ishga tushirish yoki Dastlabki sinxronizatsiyada.
Sehrgarning harakatlarini ko'rib chiqing va ustiga bosing tugatmoq.

5. Monitoring va boshqarish SQL Server replikatsiya

5.1 Replikatsiya monitori yordamida replikatsiyani kuzatish

Replikatsiya monitorini ishga tushirish uchun:

In SQL Server Management Studio, kengaytiring replikatsiya Object Explorer-da.
O'ng tugmasini bosing replikatsiya va tanlash Replikatsiya monitorini ishga tushiring.
Agar nashriyotchilar ro'yxatdan o'tmagan bo'lsa, bosing Nashriyotchi qo'shish chap panelda ko'rsatiladi.
tanlang qo'shish SQL Server nashriyotchi va nashriyot serveriga ulaning.
Nashriyotchi chap panelda nashrlar va obunalar uchun kengaytiriladigan tugunlar bilan paydo bo'ladi.

5.2 Ishlash monitoringi

5.2.1 Monitorning kechikishi

Replikatsiya kechikishi - bu nashriyotda sodir bo'ladigan o'zgarish va obunachida qo'llaniladigan o'zgarish o'rtasidagi vaqt kechikishi. Ma'lumotlarning yangiligi biznes talablariga javob berishini ta'minlash uchun kechikishni kuzatib boring.

Barcha obunalar yorlig'ida kechikish ko'rsatkichlarini ko'rish uchun Replikatsiya Monitoridan foydalaning. Kechikish ustunida o'rtacha kechikish soniyalarda ko'rsatilgan. Tranzaksiya replikatsiyasi uchun kuzatuvchi tokenlar replikatsiya quvuri orqali kuzatiladigan marker tranzaksiyalarini kiritish orqali aniq kechikish o'lchovlarini ta'minlaydi.

Tracer tokenlaridan foydalanish uchun:

Replikatsiya monitorida tranzaksiya nashrini tanlang.
bosing Tracer Tokenlari yorlig'ini bosing.
bosing Tracerni joylashtiring marker tranzaksiyasini kiritish uchun.
Token nashriyotchidan distribyutorga, obunachiga o'tishini kuzatib boring.
Har bir segment uchun to'siqlarni aniqlash uchun sarflangan vaqtni ko'ring.

5.2.2 Monitorning o'tkazish qobiliyati

Oʻtkazish qobiliyati vaqt oʻtishi bilan takrorlangan maʼlumotlar hajmini oʻlchaydi, odatda sekundiga tranzaksiyalar yoki sekundiga buyruqlar sifatida ifodalanadi. Replikatsiya nashriyot faoliyatiga mos kelishini taʼminlash uchun oʻtkazish qobiliyatini kuzatib boring.

Replication Monitor asosiy sinxronizatsiya holatini ta'minlasa-da, yetkazib berish tezligi va batafsil o'tkazish qobiliyati ko'rsatkichlari GUIda ko'rinmaydi. O'tkazish qobiliyatini kuzatish uchun tarqatish ma'lumotlar bazasiga qarshi T-SQL so'rovlaridan foydalaning:

USE distribution
GO

-- Direct join to avoid subquery
SELECT TOP 20
    h.time AS [Time],
    a.name AS [Agent Name],
    h.runstatus AS [Status],
    h.delivered_transactions AS [Delivered Transactions],
    h.delivered_commands AS [Delivered Commands],
    h.delivery_rate AS [Delivery Rate (commands/sec)],
    h.delivery_latency AS [Delivery Latency (ms)],
    h.comments AS [Comments]
FROM MSdistribution_history h
JOIN MSdistribution_agents a ON h.agent_id = a.id
WHERE a.name LIKE '%MyPublication2%'
AND h.runstatus IN (2, 3, 4, 6)
ORDER BY h.time DESC
GO

Holat kodlari: 1 = Start, 2 = Davom etmoqda, 3 = Muvaffaqiyatli, 4 = Bo'sh, 5 = Qayta urinish, 6 = Muvaffaqiyatsiz. Replikatsiya orqada qolayotgan vaziyatlarni aniqlash uchun yetkazib berish tezligini nashriyot tranzaksiyalari tezligi bilan taqqoslang. Ishlash ko'rsatkichlari Windows ishlash monitori har bir replikatsiya agenti uchun qo'shimcha o'tkazish qobiliyati ko'rsatkichlarini taqdim eting.

5.2.3 To'siqlarni aniqlang

Replikatsiya bilan bog'liq muammolar topologiyaning bir nechta nuqtalarida yuzaga kelishi mumkin. Nashriyotchida suratga olish vaqtining haddan tashqari ko'pligi yoki Log Reader Agent kechikishlari resurslar cheklanganligini ko'rsatishi mumkin. Replikatsiya faoliyati davomida nashriyotchida protsessor, xotira va disk kirish/chiqishini kuzatib boring.

Distribyutorda, tarqatish ma'lumotlar bazasida to'planib borayotgan tranzaksiyalarni tekshiring. Tarqatilmagan buyruqlarning ko'pligi distribyutor yetkazib berishni davom ettira olmasligini ko'rsatadi. Distribyutor server resurslarini kuzatib boring va yuqori hajmli stsenariylar uchun maxsus masofaviy distribyutordan foydalanishni ko'rib chiqing.

Abonentda o'zgarishlarning sekin qo'llanilishi resurslarning yetarli emasligi, indekslarning yo'qligi yoki kiritish operatsiyalarini sekinlashtiradigan cheklovlar tufayli yuzaga kelishi mumkin. Distribution Agent ishlayotganida abonent resurslaridan foydalanish va so'rovlar bajarilishini kuzatib boring. Tarmoqning komponentlar orasidagi o'tkazish qobiliyati cheklovlari, ayniqsa katta hajmdagi ma'lumotlar uchun, to'siqlarga olib keladi.

5.3 Replikatsiya agentlarini boshqarish

5.3.1 Start va to'xtash agentlari

S gatarreplikatsiya agentini to'xtatish yoki to'xtatish:

In SQL Server Management Studio, kengaytiring SQL Server Agent -> Jobs.
Replikatsiya agenti ishini toping (nomlar odatda nashr va obunachi ma'lumotlarini o'z ichiga oladi).
Ishni o'ng tugmasini bosing va tanlang StarIsh or Ishni to'xtatish.

5.3.2 Agent profillarini sozlash

Agent profillari agent xatti-harakatlarini boshqaradigan parametrlar to'plamini o'z ichiga oladi. SQL Server umumiy stsenariylar uchun optimallashtirilgan standart profillarni taqdim etadi va siz ma'lum ehtiyojlar uchun maxsus profillar yaratishingiz mumkin.

Agent profillarini o'zgartirish uchun:

Object Explorer-da kengaytiring replikatsiya.
O'ng tugmasini bosing replikatsiya va tanlash Distribyutor xususiyatlari.
bosing Profilning standart sozlamalari tugmasini bosing.
Ochiladigan menyudan agent turini (Snapshot, Log Reader, Distribution yoki Merge) tanlang.
Profilni tanlang va ustiga bosing xususiyatlari parametr qiymatlarini ko'rish uchun.
bosing Yangi profil mavjud profil asosida maxsus profil yaratish.
Parametrlarni kerak bo'lganda o'zgartiring va ustiga bosing OK.

Obuna xususiyatlarini tahrirlash va Agent profili ochiluvchi ro'yxatidan kerakli profilni tanlash orqali agentga profil qo'llang.

5.3.3 Agent parametrlari va sozlamalari

Agent parametrlari ishlash va xatti-harakatlarni aniq sozlaydi. Distribution Agent uchun asosiy parametrlarga CommitBatchSize (har bir commit uchun qo'llaniladigan tranzaksiyalar soni), CommitBatchThreshold (commitdan oldingi buyruqlar soni), SubscriptionStreams (tezroq yetkazib berish uchun parallel ulanishlar) va QueryTimeout (buyruqlar uchun vaqt tugashi) kiradi.

Log Reader Agent uchun muhim parametrlarga ReadBatchSize (har bir skanerlashda o'qilgan tranzaksiyalar soni), ReadBatchThreshold (yetkazib berishdan oldingi buyruqlar) va PollingInterval (jurnal skanerlashlari orasidagi kechikish) kiradi. Ushbu parametrlarni tranzaksiya hajmi va kechikish talablariga asoslanib sozlang.

5.4 Zaxiralash va tiklash bo'yicha mulohazalar

Replikatsiya bilan bog'liq ma'lumotlar bazalarini zaxiralash alohida e'tibor talab qiladi. Nashriyotchi ma'lumotlar bazasi uchun muntazam ravishda to'liq va tranzaksiyalar jurnalining zaxira nusxalarini yaratish juda muhimdir. Tranzaksiya replikatsiyasida ma'lumotlar bazalarini zaxiralashda WITH REPLICATION opsiyasidan foydalanib, replikatsiyani qo'llab-quvvatlash uchun ma'lumotlar bazasining zaxira nusxasini belgilang. Replikatsiya konfiguratsiyasini himoya qilish uchun tarqatish ma'lumotlar bazasini muntazam ravishda zaxiralang.

Nashriyotchi ma'lumotlar bazasini bir xil nomdagi serverga tiklashda, replikatsiya holatini saqlab qolish uchun WITH KEEP_REPLICATION opsiyasidan foydalaning. Ushbu parametr Log Reader Agent tomonidan hali ishlov berilmagan tranzaksiyalar replikatsiya uchun belgilangan holda qolishini ta'minlaydi, bu esa replikatsiya obunalarni qayta ishga tushirmasdan avtomatik ravishda davom etishiga imkon beradi.

Zaxira nusxalari mavjud bo'lmagan, buzilgan yoki ma'lumotlar bazasi fayllari shikastlangan falokatdan keyingi tiklanish stsenariylarida maxsus tiklash vositalari kerak bo'lishi mumkin. DataNumen SQL Recovery buzilgan yoki kirish qiyin bo'lgan MDF va NDF fayllaridan ma'lumotlarni chiqarib olishi mumkin, bu standart tiklash protseduralari muvaffaqiyatsiz bo'lganda oxirgi chora variantini taqdim etadi.

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

6. Tez-tez so'raladigan savollar (FAQ)

Savol: Snapshot va tranzaksiya replikatsiyasi o'rtasidagi farq nima?

A: Snapshot replikatsiyasi ma'lumotlarning to'liq nusxasini ma'lum bir vaqtda oladi va uni kamdan-kam o'zgarib turadigan ma'lumotlar uchun mos ravishda abonentga qo'llaydi. Tranzaksiya replikatsiyasitarts dastlabki suratga olish bilan ishlaydi va keyin alohida tranzaksiyalarni ular sodir bo'lganda doimiy ravishda takrorlaydi, bu esa tez-tez o'zgarib turadigan ma'lumotlar uchun deyarli real vaqt rejimida sinxronizatsiyani ta'minlaydi.

Savol: Turli xillar orasida takrorlashim mumkinmi? SQL Server versiyalari bormi?

Javob: Ha, SQL Server Replikatsiya cheklangan diapazonda versiya mosligini qo'llab-quvvatlaydi. Distribyutor versiyasi nashriyot versiyasiga teng yoki undan yuqori bo'lishi kerak va obunachi nashriyotning ikkita versiyasi ichida bo'lishi mumkin. Masalan, agar nashriyotchi bo'lsa SQL Server 2016-yilda obunachi bo'lishi mumkin SQL Server 2012, 2014, 2016, 2017 yoki 2019.

Savol: Birlashtirish replikatsiyasidagi nizolarni qanday hal qilaman?

A: Birlashtirish replikatsiyasi o'rnatilgan nizolarni aniqlash va hal qilish mexanizmlarini taqdim etadi. Siz nizolarni hal qiluvchilarni maqola darajasida sozlashingiz mumkin, o'rnatilgan hal qiluvchilardan birini tanlashingiz yoki maxsus nizolarni hal qiluvchilarni amalga oshirishingiz mumkin. Nizolar odatda ustuvorlikka asoslangan yoki vaqt tamg'asiga asoslangan usullar yordamida hal qilinadi, qo'lda ko'rib chiqish uchun nizolarni qayd etish imkoniyati mavjud.

Savol: Replikatsiyaning ishlashga ta'siri qanday?

A: Replikatsiya ishlashga bir necha jihatdan ta'sir qiladi: nashriyotchi o'zgarishlarni kuzatish va suratlarni yaratish orqali qo'shimcha xarajatlarni boshdan kechiradi, distribyutor tranzaksiyalarni saqlash va yo'naltirish uchun resurslardan foydalanadi va ma'lumotlar uzatish paytida tarmoq o'tkazish qobiliyati sarflanadi. Ta'sir replikatsiya turiga qarab o'zgaradi, suratlarni replikatsiya qilish davriy yuqori ta'sirli portlashlarga olib keladi va tranzaksiya replikatsiyasi yanada izchil, ammo uzluksiz yukni saqlab qoladi.

Savol: Replikatsiya topologiyamni qanday himoya qilaman?

A: Replikatsiya topologiyangizni bir nechta eng yaxshi amaliyotlarni qo'llash orqali himoya qiling: Windows autentifikatsiyasidan yoki kuchli autentifikatsiyadan foydalaning SQL Server autentifikatsiya qilish, TLS yordamida ulanishlarni shifrlash, oniy suratlar papkasini tegishli bilan himoyalash NTFS ruxsatnomalar, kirishni boshqarish uchun Nashrga kirish ro'yxatini (PAL) sozlash, har bir replikatsiya agenti uchun minimal talab qilinadigan ruxsatnomalarga ega alohida xizmat hisoblaridan foydalanish va replikatsiya xavfsizligi sozlamalarini muntazam ravishda tekshirish.

Savol: Azure SQL ma'lumotlar bazasiga nusxa ko'chirishim mumkinmi?

A: Ha, siz Azure SQL ma'lumotlar bazasiga mahalliy tranzaksiya replikatsiyasi yordamida replikatsiya qilishingiz mumkin. SQL Server yoki Azure SQL Managed Instance nashriyotchi va distribyutor sifatida. Azure SQL ma'lumotlar bazasi obunachi sifatida xizmat qilishi mumkin, ammo nashriyotchi yoki distribyutor sifatida emas. Azure SQL ma'lumotlar bazasida birlashtirish replikatsiyasi va tengdoshdan tengdoshga replikatsiya qo'llab-quvvatlanmaydi.

Savol: Replikatsiya kechikishini qanday kuzataman?

A: Replikatsiya monitoridan foydalanib, replikatsiya kechikishini kuzatib boring SQL Server Har bir obuna uchun kechikish ko'rsatkichlarini ko'rsatadigan Management Studio. Shuningdek, siz MSdistribution_history va MSrepl_commands kabi tarqatish ma'lumotlar bazasi jadvallariga so'rov yuborishingiz, replikatsiya agentlariga xos bo'lgan ishlash ko'rsatkichlaridan foydalanishingiz yoki sinxronizatsiya kechikishlarini proaktiv ravishda aniqlash va hal qilish uchun kechikish chegaralariga asoslangan ogohlantirishlarni o'rnatishingiz mumkin.

Savol: Obunachi oflayn bo'lganda nima bo'ladi?

A: Abonent oflayn bo'lganda, xatti-harakatlar replikatsiya turiga bog'liq. Tranzaksiya replikatsiyasi uchun tranzaksiyalar abonent onlayn bo'lguncha tarqatish ma'lumotlar bazasida to'planadi, keyin sinxronizatsiya davom etadi. Birlashtirish replikatsiyasi uchun o'zgarishlar ikkala tomonda ham kuzatiladi va ulanish tiklanganda birlashtiriladi. Saqlash davri sozlamasi ma'lumotlarni qayta ishga tushirishdan oldin qancha vaqt saqlanishini belgilaydi.

Savol: Mavjud nashrga yangi maqolalarni qanday qo'shishim mumkin?

A: Mavjud nashrga yangi maqolalar qo'shish uchun foydalaning SQL Server Nashr xususiyatlarini o'zgartirish va qo'shimcha obyektlarni tanlash uchun Management Studio-dan foydalaning yoki sp_addarticle saqlangan protsedurasidan foydalaning. Maqolalarni qo'shgandan so'ng, yangi surat yarating va obunachilar yangi maqolalarni olishlarini ta'minlash uchun barcha obunalarni qayta ishga tushiring. Ba'zi o'zgarishlar nashr sozlamalariga qarab obunani qayta ishga tushirishni talab qilishi mumkin.

Savol: Ma'lumotlar bazasidan replikatsiyani qanday olib tashlash mumkin?

A: Avval sp_dropsubscription yordamida barcha obunalarni o'chirib tashlash, keyin sp_droppublication yordamida nashrni o'chirish va nihoyat sp_replicationdboption yordamida ma'lumotlar bazasida nashr qilishni o'chirib qo'yish orqali ma'lumotlar bazasidan replikatsiyani olib tashlang. Agar server distribyutor bo'lsa, sp_dropdistributor yordamida tarqatishni o'chirib qo'ying. Replikatsiya konfiguratsiyasini olib tashlashdan oldin har doim ma'lumotlar bazalarining zaxira nusxasini yarating.

Savol: O'rtasidagi farq nima SQL Server Replikatsiya va AlwaysOn mavjudlik guruhlari?

A: Replikatsiya - bu obyekt darajasida ishlaydigan ma'lumotlarni tarqatish va integratsiya qilish yechimi, shu bilan birga Doim mavjud guruhlar ma'lumotlar bazasi darajasida ishlaydigan yuqori darajadagi mavjudlik va falokatdan keyin tiklanish yechimidir.

7. Xulosa

SQL Server Replikatsiya bir nechta ma'lumotlar bazalari va joylarda ma'lumotlarni tarqatish va sinxronlashtirish uchun mustahkam asos yaratadi. Texnologiya turli xil replikatsiya turlari orqali turli stsenariylarni qo'llab-quvvatlaydi.

To'g'ri replikatsiya strategiyasini tanlash sizning aniq talablaringizga bog'liq. Ma'lumotlarni o'zgartirish chastotasini, kechikish talablarini, abonentlar yangilanishlarni amalga oshirishi kerakmi yoki yo'qligini, tarmoq xususiyatlarini va abonentlarning avtonomiya ehtiyojlarini hisobga oling. Snapshot replikatsiyasi kechikish muhim bo'lmagan kamdan-kam o'zgarib turadigan ma'lumotnoma ma'lumotlari uchun eng yaxshi ishlaydi. Tranzaksiya replikatsiyasi past kechikish va asosan bir tomonlama ma'lumotlar oqimini talab qiladigan yuqori hajmli stsenariylarga mos keladi.

Abonentlar oflayn imkoniyatlar va ikki tomonlama sinxronizatsiya bilan avtonom ishlashga muhtoj bo'lganda, birlashtirish replikatsiyasini tanlang. Deyarli real vaqt rejimida izchillik bilan bir nechta faol tugunlar bo'ylab yuklarni muvozanatlash uchun tengdoshdan tengdoshga replikatsiyani amalga oshiring. Turli talablarga ega murakkab stsenariylar uchun bir nechta replikatsiya turlarini birlashtirgan gibrid yondashuvlarni ko'rib chiqing.

Manbalar

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.