Qanday Yaxshi

"RKZT-da oldingi to'liq yoki differentsial zaxiradagi tranzaksiyalar jurnali ma'lumotlari mavjud." Yoq bu unday emas. RCWT oldingi RCWT va undan keyingi to'liq zaxira o'rtasida befoyda ko'rinadigan ma'lumotlarni o'z ichiga oladi.

"To'liq yoki differentsial zaxira nusxalari operatsiyalar jurnali ichidagi bo'sh joyni bo'shatishi kerak."Yoq bu unday emas. To'liq va differentsial zaxira nusxalari RKZHT zanjiriga tegmaydi.

VT vaqti-vaqti bilan qo'l bilan tozalanishi, kamaytirilishi, qisqarishi kerak.Yo'q, bu kerak emas va hatto aksincha - bu istalmagan. Agar VTlar FCLTlar orasida chiqarilsa, tiklash uchun zarur bo'lgan FCLT zanjiri buziladi. Va faylning doimiy kamayishi / kengaytmasi uning fizikaviy va mantiqiy bo'linishiga olib keladi.

QANDAY QILIB ODDIY ISHLAYDI

Aytaylik, 1000 Gb ma'lumotlar bazasi mavjud. Har kuni ma'lumotlar bazasi 2 Gbaytga o'sadi, 10 Gb eski ma'lumotlar o'zgaradi. Quyidagi zaxira nusxalari yaratildi

• 
  1-fevral soat 0:00 dan boshlab F1-ning to'liq nusxasi (1000 Gb hajm, biz soddaligi uchun siqishni hisobga olmaymiz)
  
  • 
    Delta nusxasi D1.1 2 fevral soat 0:00 dan (12 GB hajmda)
    
  • 
    Delta nusxasi D1.2 3 fevral soat 0:00 dan (19 GB)
    
  • 
    Delta nusxasi D1.3 4-fevral kuni soat 0:00 (25GB)
    
  • 
    Delta nusxasi D1.4 5-fevral kuni soat 0:00 (31GB)
    
  • 
    Delta nusxasi D1.5 6-fevral kuni soat 0:00 (36GB)
    
  • 
    Delta nusxasi D1.6 7-fevral kuni soat 0:00 (40GB)
    
• 
  8-fevral soat 0:00 dan F2 ning to'liq nusxasi (hajmi 1014 GB)
  
  • 
    Delta nusxasi D2.1 9-fevral kuni soat 0:00 (12 Gb hajmda)
    
  • 
    Delta nusxasi D2.2 10 fevral soat 00:00 da (19 GB)
    
  • 
    Delta nusxasi D2.3 11 fevral soat 0:00 dan (25 GB hajmda)
    
  • 
    Delta nusxasi D2.4 12 fevral soat 12:00 dan (31GB)
    
  • 
    Delta nusxasi D2.5 13 fevral soat 0:00 dan (36 Gb)
    
  • 
    Delta nusxasi D2.6 14-fevral kuni soat 0:00 (40 Gb)
    

Ushbu to'plam yordamida biz ma'lumotlarni 1-dan 14-fevralgacha bo'lgan har qanday vaqtda soat 00: 00da tiklashimiz mumkin. Buning uchun biz 1-7 fevral kunlari uchun F1 ning to'liq nusxasini yoki 8-14 fevral kunlari uchun F2 ning to'liq nusxasini olishimiz, NORECOVERY rejimida tiklashimiz va keyin kerakli kunning differentsial nusxasini qo'llashimiz kerak.

QANDAY QILIB U TO'LIQ ISHLAYDI

Bizda oldingi misolda bo'lgani kabi bir xil to'liq va differentsial zaxira nusxalari mavjud. Bunga qo'shimcha ravishda quyidagi FCWTlar mavjud:

• 
  1-RCWT 31-yanvar soat 12:00 dan 2-fevral soat 12:00 gacha (taxminan 30 GB)
  
• 
  RCWT 2 2 fevral soat 12:00 dan 4 fevral 12:00 gacha (taxminan 30 GB)
  
• 
  RCWT 3 4 fevral soat 12:00 dan 6 fevral 12:00 gacha (taxminan 30 GB)
  
• 
  RCWT 4 6 fevral soat 12:00 dan 7 fevral 12:00 gacha (taxminan 30 GB)
  
• 
  RCWT 5 8 fevral soat 12:00 dan 10 fevral 12:00 gacha (taxminan 30 GB)
  
• 
  RCWT 6 10 fevral soat 12:00 dan 12 fevral 12:00 gacha (taxminan 30 GB)
  
• 
  RCWT 7 12 fevral soat 12:00 dan 14 fevral 12:00 gacha (taxminan 30 GB)
  
• 
  RCWT 8 14 fevral soat 12:00 dan 16 fevral 12:00 gacha (taxminan 30 GB)
  

Eslatma:

1. 
   FCTC hajmi taxminan doimiy bo'ladi.
   
2. 
   Biz zaxira nusxalarini differentsial yoki to'liq zaxira nusxalaridan kamroq yoki tez-tez qilishimiz mumkin, shunda ular hajmi kichikroq bo'ladi.
   
3. 
   Endi biz tizimning holatini istalgan nuqtaga 1 fevral soat 0:00 dan tiklashimiz mumkin, u erda biz eng dastlabki to'liq nusxaga egamiz - 16 fevral soat 12:00 gacha.
   

Oddiy holatda, biz tiklashimiz kerak:

1. 
   Qayta tiklashdan oldin oxirgi to'liq nusxa
   
2. 
   Qayta tiklashdan oldin so'nggi delta nusxasi
   
3. 
   Barcha RCST-lar, oxirgi differentsial nusxadan tiklangan paytgacha
   

• 
  8-fevral soat 0:00 dan boshlab F2-ning to'liq nusxasi
  
• 
  Delta nusxasi D2.2 10 fevral soat 0:00 dan
  
• 
  RCWT 6 10 yanvar soat 12:00 dan 12 fevral 12:00 gacha
  

Birinchidan, F2 qayta tiklanadi, keyin D2.2, keyin RCWT 6 10 fevral soat 13: 13: 13gacha. Ammo To'liq modelning muhim ustunligi shundaki, bizda tanlov mavjud - oxirgi to'liq yoki differentsial nusxasini ishlatish yoki oxirgisi YO'Q. Masalan, agar D2.2 nusxasi buzilganligi aniqlangan bo'lsa va biz 10 fevral soat 13: 13: 13gacha bo'lgan vaqtni tiklashimiz kerak bo'lsa, unda oddiy model uchun bu biz ma'lumotlarni faqat D2.1 lahzasida tiklashimiz mumkinligini anglatadi. Full - "DON" T PANIC "bilan bizda quyidagi imkoniyatlar mavjud:

1. 
   10-fevral kuni soat 13:13:13 gacha F2, keyin D2.1, keyin RKZHT 5, keyin RKZhT 6-ni tiklang.
   
2. 
   10 fevral kuni soat 13: 13: 13gacha F2, keyin RKZhT 4, keyin RKZhT 5, keyin RKZhT 6 ni tiklang.
   
3. 
   Yoki odatda F1-ni qayta tiklang va barcha RCWT-larni RCWT 6-ga 10-fevral soat 13: 13: 13gacha haydang.
   

Ko'rib turganingizdek, to'liq model bizga ko'proq tanlov beradi.

Endi tasavvur qilaylik, biz juda ayyormiz. Muvaffaqiyatsizlikdan bir necha kun oldin (10-fevral kuni 13:13:13) Bilamizki, muvaffaqiyatsizlik bo'ladi. Biz ma'lumotlar bazasini qo'shni serverdagi to'liq zaxiradan tiklaymiz, keyingi holatlarni differentsial nusxalari yoki RKZHT bilan aylantirishni davom ettirish imkoniyatini qoldiramiz, ya'ni uni NORECOVERY rejimida qoldirdik. Va har safar, RKZHT tashkil etilgandan so'ng, biz uni "NORECOVERY" rejimida qoldirib, ushbu zaxira bazasiga qo'llaymiz. Voy! Ma'lumotlar bazasini tiklash endi ulkan ma'lumotlar bazasini tiklash o'rniga atigi 10-15 daqiqa vaqtni oladi! Tabriklaymiz, biz ish vaqtini qisqartirish usullaridan biri bo'lgan loglarni etkazib berish mexanizmini qayta kashf etdik. Agar siz ma'lumotni shu tarzda bir davrda bir necha marta, lekin doimiy ravishda uzatsangiz, u holda aks ettirish allaqachon olingan bo'ladi va agar manba bazasi oyna bazasini yangilashni kutayotgan bo'lsa, demak bu sinxron aks etish, agar bo'lmasa, keyin asenkron.

Yuqori darajadagi vositalar haqida ko'proq ma'lumotni yordamdan o'qishingiz mumkin:

• 
  Mavjudligi yuqori (ma'lumotlar bazasi mexanizmi)
  
  • 
    Mavjudligi yuqori bo'lgan echimlarni tushunish
    
  • 
    Mavjudlikning yuqori darajasi. O'zaro hamkorlik va hamkorlik
    

ZAXIRALASHNING BOSHQA JIHATLARI

Agar siz zaxira sozlamalarini sinab ko'rish uchun nazariya va qichishishdan zeriksangiz, ushbu bo'limni xavfsiz ravishda o'tkazib yuborishingiz mumkin.

FAYL GURUHLARI

1C: Korxona aslida fayl guruhlari bilan ishlay olmaydi. Bitta fayl guruhi mavjud va shu bilan. Aslida, dasturchi yoki MS SQL ma'lumotlar bazasi ma'muri ba'zi jadvallarni, indekslarni, hatto jadvallar va indekslarning qismlarini alohida fayl guruhlariga (eng sodda shaklda, alohida fayllarga) joylashtirishga qodir. Bu ba'zi ma'lumotlarga kirishni tezlashtirish uchun (uni juda tezkor vositalarga joylashtirish) yoki aksincha, ularni arzonroq axborot vositalariga joylashtirish uchun tezligidan voz kechish uchun kerak (masalan, kam ishlatilgan, ammo hajmli ma'lumotlar). Fayl guruhlari bilan ishlashda ularning zaxira nusxalarini alohida-alohida qilish mumkin, shuningdek ularni alohida tiklashingiz mumkin, ammo shuni hisobga olish kerakki, barcha fayl guruhlari RKZHT-ni siljitish orqali bir lahzaga "tutilishi" kerak bo'ladi.

MA'LUMOTLAR FAYLLARI

Agar ma'lumotlarni turli xil fayl guruhlariga joylashtirishni shaxs boshqarsa, u holda fayllar guruhi ichida bir nechta fayllar mavjud bo'lganda, MS SQL Server ulardagi ma'lumotlarni mustaqil ravishda surib yuboradi (teng hajmdagi fayllar bilan u bir tekis harakat qiladi). Ilova nuqtai nazaridan, bu I / U operatsiyalarini parallellashtirish uchun ishlatiladi. Va zaxira nusxasi nuqtai nazaridan yana bir nuqta bor. SQLdan oldingi 2008 yildagi juda katta ma'lumotlar bazalari uchun to'liq zaxira nusxasini yaratish uchun bir-biriga yaqin oynani ajratish odatiy muammo edi va ushbu zaxira nusxasi uchun mo'ljallangan disk shunchaki uni sig'dira olmasligi mumkin. Bu holda eng oson yo'li har bir faylning (yoki fayl guruhining) zaxira nusxasini o'z oynasida yaratish edi. Endi, zaxira siqishni faol ravishda ko'payishi bilan, bu muammo kamaydi, ammo siz hali ham ushbu texnikani yodda tutishingiz mumkin.

ZAXIRA NUSXALARINI SIQISH

MS SQL Server 2008 super-mega-ultra xususiyatiga ega. Bundan buyon zaxira nusxalarini yaratishda siqish mumkin. Bu 1C ma'lumotlar bazasini zaxiralash hajmini 5-10 baravar qisqartiradi. Va odatda disk quyi tizimining ishlashi DBMSning tor yo'lidir, bu nafaqat saqlash narxining pasayishini, balki zaxiralashning kuchli tezlashishini ham beradi (garchi protsessorlarga yuk ortadi, lekin odatda protsessor hajmi DBMS serverida etarli).

Agar 2008 yilgi versiyada bu xususiyat faqat Enterprise nashriga tegishli bo'lsa (bu juda qimmat), unda 2008 yil R2 da ushbu xususiyat standart versiyaga berilgan, bu juda yoqimli.

Siquv sozlamalari quyidagi misollarda ko'rib chiqilmagan, ammo zaxira siqishni o'chirish uchun aniq bir sabab bo'lmasa foydalanishni tavsiya etaman.

BITTA ZAXIRA FAYL - KO'PLAB ICHKI FAYLLAR

Darhaqiqat, zaxira nusxasi shunchaki fayl emas, bu juda ko'p zaxira nusxalarini saqlash mumkin bo'lgan juda murakkab konteyner. Ushbu yondashuv juda qadimiy tarixga ega (men buni shaxsan 6.5-versiyadan beri kuzatganman), ammo hozirda "oddiy" ma'lumotlar bazalari, ayniqsa 1C ma'lumotlar bazalari ma'murlari uchun "bitta zaxira - bitta fayl" usulidan foydalanmaslik uchun jiddiy sabab yo'q. ... Umumiy rivojlanish uchun bitta faylga bir nechta zaxira nusxalarini qo'shish imkoniyatini o'rganish foydalidir, ammo, ehtimol siz uni ishlatishingizga to'g'ri kelmaydi (yoki agar kerak bo'lsa, ushbu imkoniyatdan malakasiz foydalangan bo'lajak ma'murning xarobalarini saralash).

KO'P OYNALI NUSXALAR

SQL Serverda yana bir ajoyib xususiyat mavjud. Siz bir nechta qabul qilgichda parallel ravishda zaxira nusxasini yaratishingiz mumkin. Oddiy misol sifatida siz bitta nusxani mahalliy diskka tashlab, bir vaqtning o'zida uni tarmoq ulushiga qo'shishingiz mumkin. Mahalliy nusxa ko'chirish qulay, chunki undan qutqarish tezroq bo'ladi, uzoqdan nusxa ko'chirish esa boshqa ma'lumotlar bazasi serverining jismoniy yo'q qilinishiga toqat qiladi.

ZAXIRA TIZIMLARIGA MISOLLAR

Nazariya etarli. Bu butun oshxona ishlayotganligini amaliyot bilan isbotlash vaqti keldi.

XIZMAT KO'RSATISH REJALARI ORQALI ODATDAGI SERVER ZAXIRALARINI SOZLASH

Ushbu bo'lim tushuntirishlar bilan tayyor retseptlar shaklida qurilgan. Ushbu bo'lim rasmlar tufayli juda zerikarli va uzoq, shuning uchun uni o'tkazib yuborishingiz mumkin.

TA'MINOT REJASI USTASINI ISHLATISH

TSQL SKRIPTLARI, BA'ZI FUNKTSIYALARGA MISOLLAR YORDAMIDA SERVERLARNING ORTIQCHA MIQDORINI SOZLASH

Darhol savol tug'iladi, yana nima kerak? Hammasi yangi tashkil etilganga o'xshaydi va hamma soat kabi ishlaydi? Nima uchun har xil skriptlar bilan bezovtalanish kerak? Ta'minot rejalari quyidagilarga yo'l qo'ymaydi:

• 
  Ko'zguli ortiqcha ishdan foydalaning
  
• 
  Siquv sozlamalarini server sozlamalaridan farqli ravishda foydalaning
  
• 
  Yuzaga keladigan vaziyatlarga moslashuvchan munosabatda bo'lishga yo'l qo'ymaydi (xatolarni ko'rib chiqish qobiliyatlari yo'q)
  
• 
  Xavfsizlik sozlamalaridan moslashuvchan foydalanishga yo'l qo'ymaydi
  
• 
  Xizmat ko'rsatish rejalari juda ko'p sonli serverlarda (hatto, ehtimol allaqachon 3-4) joylashtirilishi (va huddi shunday saqlanishi) juda noqulay.
  

Quyida odatiy zaxira buyruqlari keltirilgan

TO'LIQ ZAXIRA NUSXASI

To'liq zaxira nusxasi, mavjud faylning ustiga yozish (agar mavjud bo'lsa) va yozishdan oldin sahifa summasini tekshirish. Zaxira nusxasini yaratishda taraqqiyotning har bir foizi hisobga olinadi

DISKGA Zaxira ma'lumotlar bazasi \u003d N "C: \\ Backup \\ mydb.bak" INIT, FORMAT, STATS \u003d 1, CHECKSUM BILAN

DIFFERENTSIAL ZAXIRA

Xuddi shunday - differentsial nusxa

DISKGA Zaxira ma'lumotlar bazasi \u003d N "C: \\ Backup \\ mydb.diff" BILAN DIFFERENTIAL, INIT, FORMAT, STATS \u003d 1, CHECKSUM

RCWT

Tranzaksiyalar jurnalini zaxiralash

DISKGA ZAXIRA KIRISH \u003d N "C: \\ Backup \\ mydb.trn" INIT, FORMAT BILAN

NOMETALLNING ORTIQCHA BO'LISHI

Bir vaqtning o'zida bitta zaxira nusxasini emas, balki ikkitasini nusxalash juda qulay. Misol uchun, kimdir serverda mahalliy darajada yotishi mumkin (shunda u yonida), ikkinchisi esa darhol jismonan uzoqdan shakllanadi va zararli ta'sirlardan saqlanadi:

DISKGA Zaxira ma'lumotlar bazasi \u003d N "C: \\ Backup \\ mydb.bak", Oyna DISK \u003d N "\\\\ safe-server \\ backup \\ mydb.bak" INIT, FORMAT BILAN

Tez-tez e'tibordan chetda qoladigan muhim nuqta: MSSQL Server jarayoni boshlangan foydalanuvchi "\\\\ safe-server \\ backup \\" resursiga kirish huquqiga ega bo'lishi kerak, aks holda nusxalash xato bilan tugaydi. Agar MSSQL Server tizim nomidan ishlayotgan bo'lsa, unda "server_name $" domeni foydalanuvchisiga ruxsat berilishi kerak, ammo MS SQL-ni ishga tushirishni maxsus yaratilgan foydalanuvchi nomidan to'g'ri sozlagan ma'qul.

Agar siz MIRROR TO-ni ko'rsatmasangiz, u holda bu o'zgaruvchan printsipga binoan 2 ta oynaga bo'lingan ikkita nusxa emas, balki bitta nusxa bo'ladi. Va ularning har biri alohida-alohida foydasiz bo'ladi.

Ushbu maqolada Microsoft SQL Server Management Studio-dan foydalanib ma'lumotlar bazasini to'liq zaxira nusxasini qanday qilib qo'lda yaratish haqida tavsiflanadi.

1. ZAXIRA NUSXASINI YARATISH

Bu aslida juda oddiy. Biz snap-inni ishga tushiramiz " » (« Boshlang» — « Barcha dasturlar» — « SQL Server 2008 R2» — « Microsoft SQL Server Management Studio») Va avtorizatsiya qilish uchun ma'lumotlarni kiriting.

Keyin, ob'ektlar brauzerida “yorlig'ini oching Ma'lumotlar bazasi"Va zaxira nusxasini yaratmoqchi bo'lgan ma'lumotlar bazasini o'ng tugmasini bosing. Ko'rsatilgan kontekst menyusida “ Vazifalar» ( Vazifalar) — « Zaxira nusxasini yarating» ( Zaxira nusxasi ...) .

Oyna “ Ma'lumotlar bazasini zaxiralash» ( Ma'lumotlar bazasini zaxiralash). Bunga arziydi " To'liq» ( To'liq), agar kerak bo'lsa, ism va tavsifni o'rnating, shuningdek zaxiralashning maqsadini ko'rsating. Odatiy bo'lib, kompyuterning qattiq diskida SQL server ma'lumotlar bazalarining asosiy joylashuvi zaxira papkasiga yo'l tanlangan. Nusxa olish joyini o'zgartirish uchun avval " O'chirish» ( Olib tashlash) mavjud topshiriqni olib tashlash uchun, keyin esa " qo'shish» ( Qo'shish…) Yangisini qo'shish uchun.

Bu erda biz zaxira faylining joylashishini va nomini o'rnatamiz va "tugmasini bosing OK". Siz bir nechta bunday yo'nalishlarni belgilashingiz mumkin. Bunday holda, zaxira nusxasi ko'rsatilgan qismdagi har bir qism teng qismlarga bo'linadi.

Barcha sozlamalar o'rnatilganda, "tugmasini bosing OK"Va vazifa bajarilishini kuting. Agar hamma narsa to'g'ri bajarilgan bo'lsa, biz SQL ma'lumotlar bazasining zaxira nusxasini ko'rsatilgan katalogdan topamiz.

2. MA'LUMOTLAR BAZASINI ZAXIRA NUSXASIDAN TIKLASH

Qayta tiklash shunga o'xshash tarzda amalga oshiriladi. IN " Microsoft SQL Server Management Studio»Baza tanlang zaxiralash qilingan, sichqonchaning o'ng tugmasi bilan ustiga bosing, kontekst menyusida “ Vazifalar» ( Vazifalar) — « Qayta tiklash» ( Qayta tiklash) — « Malumotlar bazasi…» ( Ma'lumotlar bazasi ...).

Oyna “ Ma'lumotlar bazasini tiklash» ( Ma'lumotlar bazasini tiklash). Bu erda manba sifatida biz " Qurilmadan» ( Qurilmadan) va zaxira faylini tanlang (1-bosqichda yaratilgan).

Bayroqni o'rnatamiz " Qayta tiklash» ( Qayta tiklash) tanlangan zaxira nusxasining qarshisida. Agar kerak bo'lsa, yorliqda Parametrlar» ( Tanlovlar), ma'nosini o'qish mumkin bo'lgan qo'shimcha tiklash variantlarini belgilashingiz mumkin.

Barcha sozlamalar o'rnatilgandan so'ng "tugmasini bosing OKMa'lumotlar bazasini muvaffaqiyatli tiklash to'g'risida xabarni kuting.

3. BOSHQA MA'LUMOTLAR BAZASIGA ZAXIRA NUSXASINI TIKLASH (MA'LUMOTLARNI NUSXALASH)

Agar ma'lumotlar bazasiga ma'lumotlarni yuklashingiz kerak bo'lsa, zaxira nusxasi yaratilganidan farq qiladi, keyin yuklashda, 2-bandda tavsiflangan harakatlardan tashqari, yorliqda " Parametrlar"(Options) ushbu ma'lumotlar bazasining fayl nomlarini o'rnating va bayroqni o'rnating" Mavjud ma'lumotlar bazasini qayta yozish"(O'zgartirish bilan).

Ushbu maqola sizga yordam berdimi?

Avvalgi materiallarda Microsoft SQL Server ma'lumotlar bazalarining zaxira nusxasini yaratish masalasiga allaqachon to'xtalib o'tganimizga qaramay, o'quvchining javobi nazariy qismni chuqurroq o'rganish bilan to'laqonli material yaratish zarurligini ko'rsatdi. Darhaqiqat, amaliy ko'rsatmalarga urg'u berilgan maqolalar zaxira nusxasini tezda o'rnatishga imkon beradi, ammo u yoki bu parametrni tanlash sabablarini tushuntirmaydi. Ushbu bo'shliqni tuzatishga harakat qilamiz.

QAYTA TIKLASH MODELLARI

Zaxira nusxasini o'rnatishni boshlashdan oldin siz qutqaruv modelini tanlashingiz kerak. Optimal tanlov uchun siz tiklash talablarini va ma'lumotlar yo'qotilishining og'irligini baholashingiz kerak, ularni ma'lum bir modelni amalga oshirish uchun qo'shimcha xarajatlar bilan taqqoslashingiz kerak.

Ma'lumki, MS SQL ma'lumotlar bazasi ikki qismdan iborat: ma'lumotlar bazasining o'zi va unga operatsiyalar jurnali. Ma'lumotlar bazasida joriy vaqtda foydalanuvchi va xizmat ma'lumotlari mavjud, tranzaksiyalar jurnali ma'lum bir davrdagi ma'lumotlar bazasidagi barcha o'zgarishlarning tarixini o'z ichiga oladi, tranzaksiyalar jurnaliga ega bo'lgan holda, biz ma'lumotlar bazasining holatini istalgan o'zboshimchalik momentiga qaytarishimiz mumkin.

Ishlab chiqarish muhitida foydalanish uchun ikkita qutqaruv modeli taklif etiladi: oddiy va to'liq... Bilan model ham mavjud to'liq bo'lmagan ro'yxatga olish, ammo bu ma'lumotlar bazasini ma'lum vaqt ichida tiklashga hojat qolmaganda, faqat katta hajmdagi operatsiyalar davrida to'liq modelga qo'shimcha sifatida tavsiya etiladi.