Sveiciens mūsu emuāra lasītājiem! Daļēji esam jau pazīstami - šeit parādījās mani ieraksti angļu valodā mana kolēģa tulkoti . Šoreiz nolēmu tieši uzrunāt krievvalodīgo auditoriju.
Savai debijai vēlējos atrast tēmu, kas būtu interesanta pēc iespējas plašākai auditorijai un prasītu detalizētu apsvēršanu. Daniels Defo apgalvoja, ka katru cilvēku sagaida nāve un nodokļi. No savas puses varu teikt, ka jebkuram atbalsta inženierim būs jautājumi par atkopšanas punktu glabāšanas politikām (vai, vienkāršāk sakot, saglabāšanu). Es sāku skaidrot, kā notiek saglabāšana, pirms 4 gadiem kā pirmā līmeņa jaunākais inženieris un turpinu skaidrot arī tagad, jau kā spāniski un itāliski runājošas komandas vadītājs. Esmu pārliecināts, ka arī mani kolēģi no otrā un pat trešā atbalsta līmeņa regulāri atbild uz tiem pašiem jautājumiem.
Šajā gaismā es gribēju uzrakstīt pēdējo, pēc iespējas detalizētāku ierakstu, pie kura krievvalodīgie lietotāji varētu atgriezties atkal un atkal kā uzziņu grāmata. Brīdis ir īstais – nesen iznākusī desmitās jubilejas versija pamatfunkcionalitātei pievienoja jaunas iespējas, kas nebija mainījušās gadiem ilgi. Mans ieraksts galvenokārt ir vērsts uz šo versiju - lai gan lielākā daļa no rakstītā attiecas uz iepriekšējām versijām, jūs vienkārši neatradīsit dažas no aprakstītajām funkcionalitātēm. Visbeidzot, nedaudz ieskatoties nākotnē, teikšu, ka nākamajā versijā ir gaidāmas dažas izmaiņas, bet par to pastāstīsim, kad pienāks laiks. Tātad sāksim.
Rezerves darbi
Vispirms apskatīsim daļu, kas nav mainījusies versijā 10. Saglabāšanas politiku nosaka vairāki parametri. Atvērsim logu jauna uzdevuma izveidei un pāriesim uz cilni Storage. Šeit mēs redzēsim parametru, kas nosaka vēlamo atjaunošanas punktu skaitu:
Tomēr tā ir tikai daļa no vienādojuma. Faktisko punktu skaitu nosaka arī darbam iestatītais rezerves režīms. Lai atlasītu šo opciju, tajā pašā cilnē noklikšķiniet uz pogas Papildu. Tiks atvērts jauns logs ar daudzām opcijām. Numurēsim tos un izskatīsim tos pa vienam:
Ja iespējosit tikai 1. opciju, darbs tiks palaists režīmā “uz visiem laikiem inkrementāli”. Šeit nav nekādu grūtību - uzdevums saglabās norādīto atkopšanas punktu skaitu no pilnas dublējuma (fails ar paplašinājumu VBK) līdz pēdējam pieaugumam (fails ar paplašinājumu VIB). Kad punktu skaits pārsniedz iestatīto vērtību, vecākais pieaugums tiks sapludināts ar pilnu dublējumu. Citiem vārdiem sakot, ja uzdevums ir iestatīts uz 3 punktu saglabāšanu, tad uzreiz pēc nākamās sesijas repozitorijā būs 4 punkti, pēc kuriem pilna dublēšana tiks apvienota ar vecāko pieaugumu un kopējais punktu skaits atgriezīsies 3.
Arī “reversā inkrementālā” režīma (2. opcija) saglabāšana ir ļoti vienkārša. Tā kā šajā gadījumā jaunākais punkts būs pilnīga dublēšana, kam sekos tā saukto atcelšanu ķēde (faili ar paplašinājumu VRB), tad, lai piemērotu saglabāšanu, pietiek vienkārši izdzēst vecāko atcelšanu. Situācija būs tāda pati: uzreiz pēc sesijas punktu skaits pārsniegs iestatīto vērtību par 1, pēc kura tas atgriezīsies vēlamajā vērtībā.
Lūdzu, ņemiet vērā, ka ar apgrieztās pieauguma režīmu varat arī iespējot periodiskas pilnas dublēšanas (4. opcija), taču tas nemainīs būtību. Jā, ķēdē parādīsies pilnīgi atkopšanas punkti, taču mēs joprojām vienkārši izdzēsīsim vecākos punktus pa vienam.
Visbeidzot, mēs nonākam pie interesantās daļas. Ja aktivizējat papildu dublēšanu, bet papildus iespējojat opciju 3 vai 4 (vai abas vienlaikus), uzdevums sāks periodiski izveidot pilnu dublējumu, izmantojot “aktīvo” vai sintētisko metodi. Pilnas dublējuma izveides metode nav svarīga - tajā būs tie paši dati, un pieaugošā ķēde tiks sadalīta “apakšķēdēs”. Šo metodi sauc par priekšu inkrementālo, un tieši šī metode rada ievērojamu daļu jautājumu no mūsu klientiem.
Saglabāšana tiek piemērota šeit, dzēšot vecāko ķēdes daļu (no pilnas dublēšanas līdz pieaugumam). Tajā pašā laikā mēs neizdzēsīsim tikai pilnu dublējumu vai tikai daļu no pieauguma. Visa “apakšķēde” tiek pilnībā noņemta uzreiz. Mainās arī punktu skaita iestatīšanas nozīme - ja citās metodēs tas ir maksimāli pieļaujamais skaits, pēc kura jāpiemēro saglabāšana, tad šeit šis iestatījums nosaka minimālo skaitu. Citiem vārdiem sakot, pēc vecākās “apakšķēdes” noņemšanas punktu skaitam atlikušajā daļā nevajadzētu būt zemākam par šo minimumu.
Mēģināšu šo jēdzienu attēlot grafiski. Pieņemsim, ka saglabāšana ir iestatīta uz 3 punktiem, uzdevums tiek izpildīts katru dienu ar pilnu dublējumu pirmdien. Ieturējums šajā gadījumā tiks piemērots, kad kopējais punktu skaits sasniegs 10:
Kāpēc jau ir 10, kad viņi uzliek 3? Pirmdien tika izveidots pilns dublējums. No otrdienas līdz svētdienai darbs radīja pieaugumu. Beidzot nākamajā pirmdienā atkal tiek izveidots pilns dublējums un tikai tad, kad ir izveidoti 2 inkrementi, beidzot var izdzēst visu veco ķēdes daļu, jo atlikušais punktu skaits nenokritīs zem iestatītā 3.
Ja doma ir skaidra, tad iesaku pašam mēģināt izrēķināt saglabāšanu. Ņemsim šādus nosacījumus: uzdevums pirmo reizi tiek palaists ceturtdien (protams, tiks izveidots pilns dublējums). Uzdevums ir iestatīts, lai trešdienās un svētdienās izveidotu pilnu dublējumu un saglabātu 8 atkopšanas punktus. Kad ieturējums tiks piemērots pirmo reizi?
Lai atbildētu uz šo jautājumu, iesaku paņemt papīra lapu, sakārtot to pēc nedēļas dienām un pierakstīt, kurš punkts tiek izveidots katru dienu. Atbilde kļūs acīmredzama
atbilde
Paskaidrojums: lai atbildētu, vienkārši pajautājiet sev “kad tiks piemērota saglabāšana”? Atbilde ir, kad mēs varam noņemt pirmos 3 punktus (VBK, VIB, VIB) un pārējā ķēde nenokrīt zem nepieciešamajiem 8 punktiem. Tas, ka to varēsim paveikt, kļūst skaidrs, kad kopā būs 11 punkti, tas ir, otrās nedēļas svētdienā.
Daži lasītāji var iebilst: “kāpēc to visu darīt, ja ir ?. Nav šaubu, ka tas ir ļoti noderīgs rīks, un dažos gadījumos es to izmantotu, taču tam ir arī ierobežojumi. Pirmkārt, tas neļauj norādīt sākotnējos nosacījumus, un daudzos gadījumos jautājums ir tieši "mums ir tāda ķēde, kas notiks, ja mainīsim šādus un tādus iestatījumus?" Otrkārt, instrumentam joprojām trūkst skaidrības. Rādot RPS lapu klientiem, nekādu sapratni neatradu, bet uzkrāsojot to kā piemērā (pat izmantojot to pašu Paint), dienu no dienas viss kļuva skaidrs.
Visbeidzot, mēs neapsvērām opciju “Pārveidot iepriekšējās dublējuma ķēdes par atcelšanu” (apzīmēta ar 5. numuru). Šī opcija dažreiz mulsina klientus, kuri to aktivizē “automātiski”, vēloties vienkārši iespējot sintētisko dublējumu. Tikmēr šī opcija aktivizē ļoti īpašu rezerves režīmu. Neiedziļinoties detaļās, es uzreiz teikšu, ka šajā produkta izstrādes posmā “Pārvērst iepriekšējās rezerves ķēdes par atcelšanu” ir novecojusi iespēja, un es nevaru iedomāties nevienu scenāriju, kad tas būtu jāizmanto. Tā vērtība ir tik apšaubāma, ka kādu laiku pats Antons Gostevs piezvanīja caur forumu, lūdzot atsūtīt viņam tā lietderīgās izmantošanas piemērus (ja jums tādi ir, rakstiet komentāros, mani ļoti interesē). Ja tādas nav (domāju, ka tā būs), tad turpmākajās versijās opcija tiks noņemta.
Uzdevums izveidos palielinājumus (VIB) līdz dienai, kad ir ieplānota sintētiskā pilna dublēšana. Šajā dienā faktiski tiek izveidots VBK, bet visi punkti pirms šī VBK tiek pārveidoti par atcelšanu (VRB). Pēc tam uzdevums turpinās izveidot pilnu dublējumu līdz nākamajai sintētiskajai dublēšanai. Rezultātā ķēdē tiek izveidots sprādzienbīstams VBK, VBR un VIB failu maisījums. Saglabāšana tiek piemērota ļoti vienkārši - noņemot pēdējo VBR:
Problēmas
Papildus faktiskajai izpratnei, kā tas darbojas, lielākā daļa problēmu, kas rodas, izmantojot inkrementālo režīmu, parasti ir saistītas ar pilnu dublējumu. Šim režīmam ir nepieciešamas regulāras pilnas dublējumkopijas, pretējā gadījumā repozitorijs uzkrās punktus, līdz tas būs pilns.
Piemēram, pilnu dublējumu var izveidot pārāk reti. Pieņemsim, ka uzdevums ir iestatīts uz 10 punktu glabāšanu un reizi mēnesī tiek izveidots pilns dublējums. Skaidrs, ka faktiskais punktu skaits šeit būs ievērojami lielāks par parādīto. Vai arī uzdevums parasti ir iestatīts tā, lai tas darbotos bezgalīgi pieaugošā režīmā un saglabātu 50 punktus. Tad kāds nejauši izveidoja pilnu dublējumu. Tas arī viss, turpmāk uzdevums gaidīs, līdz pilnais punkts būs sakrājis 49 inkrementus, pēc tam piemēros saglabāšanu un atgriezīsies bezgalīgi pilna režīmā.
Citos gadījumos ir iestatīta regulāra pilna dublējuma izveide, taču kaut kādu iemeslu dēļ tas netiek darīts. Šeit es uzskaitīšu populārāko iemeslu. Daži klienti izvēlas izmantot plānošanas opciju “Palaist pēc” un konfigurēt darbus, lai tie darbotos ķēdē. Ņemsim šo piemēru: ir 3 darbi, kas darbojas katru dienu un svētdien izveido pilnu dublējumu. Pirmais uzdevums sākas pulksten 22.30, pārējie tiek palaisti ķēdē. Pakāpeniska dublēšana aizņem 10 minūtes, un līdz ar to līdz pulksten 23.00:22.30 visi darbi beidz darboties. Bet pilna dublēšana aizņem stundu, tāpēc svētdien notiek sekojošais: pirmais uzdevums darbojas no 23.30 līdz 23.30. Nākamais no 00.30 līdz XNUMX. Bet pirmdien sākas trešais uzdevums. Svētdienai ir iestatīta pilna dublēšana, tāpēc šajā gadījumā tas vienkārši nenotiks. Lai piemērotu saglabāšanu, uzdevums gaidīs pilnu dublējumu. Tāpēc esiet piesardzīgs, izmantojot opciju “Palaist pēc” vai neizmantojiet to vispār — vienkārši iestatiet darbus, lai tie sāktos vienlaikus un ļaujiet resursu plānotājam veikt savu darbu.
Sarežģītā opcija “Noņemt izdzēstos vienumus”
Izpētot uzdevuma Krātuve – Papildu – Uzturēšana iestatījumus, varat saskarties ar opciju “pēc izdzēsto vienumu datu noņemšana”, ko var skaitīt dienās.
Daži klienti sagaida, ka tas ir saglabāšana. Faktiski šī ir pilnīgi atsevišķa iespēja, kuras pārpratums var izraisīt negaidītas sekas. Tomēr, pirmkārt, mums ir jāpaskaidro, kā B&R reaģē uz situācijām, kad sesijas laikā tiek veiksmīgi dublēti tikai daži aparāti.
Iedomāsimies šādu scenāriju: bezgalīgi pakāpenisks darbs, kas konfigurēts 6 punktu glabāšanai. Uzdevumā ir 2 mašīnas, viena vienmēr veiksmīgi dublēja, otra reizēm deva kļūdas. Rezultātā līdz septītajam punktam izveidojās šāda situācija:
Laiks piemērot ieturējumu, bet vienai automašīnai ir 7 punkti, bet otrai tikai 4. Vai šeit tiks piemērota ieturēšana? Atbilde ir jā, tā būs. Ja vismaz viens objekts ir dublēts, B&R uzskata, ka punkts ir izveidots.
Līdzīga situācija var rasties, ja kāda mašīna konkrētas sesijas laikā vienkārši netika iekļauta uzdevumā. Tas notiek, piemēram, ja mašīnas uzdevumam tiek pievienotas nevis atsevišķi, bet kā daļa no konteineriem (mapes, krātuves), un kāda mašīna īslaicīgi migrē uz citu konteineru. Šajā gadījumā uzdevums tiks uzskatīts par veiksmīgu, bet statistikā jūs atradīsiet ziņojumu, kas lūgs jums pievērst uzmanību, ka šāda un tāda mašīna vairs netiek apstrādāta ar uzdevumu.
Kas notiks, ja jūs tam nepievērsīsiet uzmanību? Bezgalīgas inkrementālās vai apgrieztās pieauguma režīma gadījumā “problēmas” mašīnas atkopšanas punktu skaits samazināsies ar katru sesiju, līdz tas sasniegs 1, kas tiek saglabāts VBK. Citiem vārdiem sakot, pat ja iekārta ilgu laiku netiek dublēta, viens atkopšanas punkts joprojām paliks. Situācija atšķiras, ja ir iespējota periodiska pilna dublēšana. Ja ignorēsit signālus no B&R, pēdējais punkts var tikt izdzēsts kopā ar veco ķēdes daļu.
Kad esat sapratis šīs detaļas, beidzot varat apsvērt iespēju “Pēc noņemt izdzēsto vienumu datus”. Tas izdzēsīs visus konkrētas iekārtas punktus, ja šī iekārta netiks dublēta X dienas. Lūdzu, ņemiet vērā, ka šis iestatījums nereaģē uz kļūdām (izmēģināju, bet tas nedarbojās). Nevajadzētu pat mēģināt dublēt iekārtu. Šķiet, ka opcija ir noderīga, un tā vienmēr ir jāiespējo. Ja administrators noņēma mašīnu no uzdevuma, tad pēc kāda laika ir loģiski notīrīt nevajadzīgo datu ķēdi. Tomēr pielāgošana prasa disciplīnu un rūpību.
Ļaujiet man sniegt piemēru no prakses: uzdevumam tika pievienoti vairāki konteineri, kuru sastāvs bija diezgan dinamisks. RAM trūkuma dēļ B&R serverī radās problēmas, kas netika atklātas. Uzdevums sākās un mēģināja izveidot mašīnu rezerves kopiju, izņemot vienu, kuras tobrīd konteinerā nebija. Tā kā daudzas mašīnas radīja kļūdas, pēc noklusējuma B&R ir jāveic 3 papildu mēģinājumi dublēt “problēmas” mašīnas. Pastāvīgo RAM problēmu dēļ šie mēģinājumi ilga vairākas dienas. Netika atkārtoti mēģināts izveidot trūkstošās VM dublējumu (VM neesamība nav kļūda). Rezultātā vienā no atkārtotajiem mēģinājumiem nosacījums “Noņemt izdzēstos vienumus” tika izpildīts un visi iekārtas punkti tika izdzēsti.
Saistībā ar to varu teikt sekojošo: ja jums ir iestatīti paziņojumi par uzdevumu rezultātiem un, vēl labāk, izmantojiet integrāciju ar Veeam ONE, visticamāk, tas ar jums nenotiks. Ja reizi nedēļā ielūkojaties B&R serverī, lai pārbaudītu, vai viss darbojas, tad labāk atteikties no iespējām, kas potenciāli varētu novest pie dublējumkopiju dzēšanas.
Kas ir pievienots v.10
Tas, par ko mēs runājām iepriekš, ir pastāvējis B&R daudzās versijās. Izpratuši šos darbības principus, tagad apskatīsim, kas ir pievienots jubilejas “desmitniekam”.
Ikdienas saglabāšana
Iepriekš mēs apskatījām “klasisko” uzglabāšanas politiku, pamatojoties uz punktu skaitu. Alternatīva pieeja ir tajā pašā izvēlnē iestatīt “dienas”, nevis “atjaunot punktus”.
Ideja ir skaidra no nosaukuma - saglabāšana uzglabās noteiktu dienu skaitu, bet punktu skaitam katrā dienā nav nozīmes. Šajā gadījumā jums jāatceras:
- Aprēķinot ieturējumu, kārtējā diena netiek ņemta vērā
- Tiek skaitītas arī dienas, kad uzdevums vispār nedarbojās. Tas jāpatur prātā, lai nejauši nepazaudētu punktus tiem uzdevumiem, kas darbojas neregulāri.
- Atkopšanas punkts tiek skaitīts no dienas, kad sākās tā izveide (t.i., ja uzdevums sāka darboties pirmdien un beidzās otrdien, tad tas ir punkts no pirmdienas)
Pretējā gadījumā saglabāšanas pēc uzdevumiem izmantošanas principus nosaka arī izvēlētā dublēšanas metode. Mēģināsim citu aprēķina uzdevumu, izmantojot to pašu pieauguma metodi. Pieņemsim, ka saglabāšana ir iestatīta uz 8 dienām, uzdevums tiek izpildīts ik pēc 6 stundām ar pilnu dublējumu trešdien. Taču svētdien uzdevums nedarbojas. Darbs pirmo reizi notiek pirmdien. Kad tiks piemērota ieturēšana?
atbilde
Kā vienmēr, vislabāk ir uzzīmēt zīmi. Atļaušos uzdevumu vienkāršot un neizzīmēšu visus katrai dienai izveidotos punktus, jo punktu skaitam dienā šeit nav nozīmes. Mums ir svarīgi tikai tas, ka pirmajā pirmdienā un trešdienās pirmais punkts būs pilna rezerves kopija, bet atlikušajās dienās uzdevums vienkārši izveidos 4 pieauguma punktus.
Mēs skaidri norādām, ka saglabāšana tiks piemērota, dzēšot pirmdienas pilno dublējumu un tās pieaugumu. Kad tas notiks? Kad pārējā ķēde satur 8 dienas. Tajā pašā laikā mēs neskaitām kārtējo dienu, bet tieši otrādi, mēs skaitām svētdienu. Tāpēc atbilde ir otrās nedēļas ceturtdiena.
GFS arhivēšana parastajiem darbiem
Pirms 10. versijas vectēva-tēva-dēla (GFS) glabāšanas metode bija pieejama tikai dublēšanas darbiem un lentes kopēšanas darbiem. Tagad tas ir pieejams regulārai dublēšanai.
Lai gan tas nav saistīts ar pašreizējo tēmu, nevaru pateikt, ka jaunā funkcionalitāte nenozīmē atkāpšanos no stratēģijas 3-2-1. Arhīva punktu klātbūtne galvenajā repozitorijā nekādā veidā neietekmē tā uzticamību. Tiek saprasts, ka GFS tiks izmantots kopā ar Scale-out repozitoriju, lai augšupielādētu šos punktus S3 un līdzīgās krātuvēs. Ja jūs to neizmantojat, labāk ir turpināt primāro un arhīva punktu glabāšanu dažādās krātuvēs.
Tagad apskatīsim GFS punktu veidošanas principus. Uzdevuma iestatījumos, solī Uzglabāšana, ir parādījusies īpaša poga, kas izsauc šādu izvēlni:
GFS būtību var izdalīt vairākos punktos (ņemiet vērā, ka cita veida uzdevumos GFS darbojas atšķirīgi, bet vairāk par to vēlāk):
- Uzdevums neizveido atsevišķu pilnu dublējumu GFS punktam. Tā vietā tiks izmantota vispiemērotākā pieejamā pilnā dublējumkopija. Tāpēc uzdevumam ir jādarbojas pakāpeniskā režīmā ar periodiskām pilnām dublējumkopijām, vai arī lietotājam ir manuāli jāizveido pilna dublēšana.
- Ja ir iespējots tikai viens periods (piemēram, nedēļa), tad GFS perioda sākumā uzdevums vienkārši sāks gaidīt pilnu dublējumu un pirmo piemēroto atzīmēs kā GFS.
Piemērs: darbs ir konfigurēts, lai saglabātu iknedēļas GFS, izmantojot dublējumu trešdien. Uzdevums tiek veikts katru dienu, bet pilna dublēšana ir paredzēta piektdien. Šajā gadījumā GFS periods sāksies trešdien, un uzdevums sāks gaidīt piemērotu punktu. Tas parādīsies piektdien un būs apzīmēts ar GFS karogu.
- Ja vienlaikus tiek iekļauti vairāki periodi (piemēram, nedēļu un mēnesi), tad B&R izmantos metodi, kas ļauj vienu un to pašu punktu izmantot kā vairāku intervālu GFS (lai ietaupītu vietu). Karogi tiks piešķirti secībā, sākot ar jaunāko.
Piemērs: iknedēļas GFS ir iestatīta uz trešdienu, bet ikmēneša GFS ir iestatīta uz mēneša pēdējo nedēļu. Uzdevums tiek veikts katru dienu, un pirmdienās un piektdienās tiek izveidotas pilnas dublējumkopijas.
Vienkāršības labad sāksim skaitīt no mēneša priekšpēdējās nedēļas. Šonedēļ pirmdien tiks izveidots pilns dublējums, taču tas tiks ignorēts, jo iknedēļas GFS intervāls sākas trešdien. Bet piektdienas pilnais dublējums ir pilnīgi piemērots GFS punktam. Šī sistēma mums jau ir pazīstama.
Tagad paskatīsimies, kas notiek mēneša pēdējā nedēļā. Mēneša GFS intervāls sāksies pirmdien, bet pirmdienas VBK netiks atzīmēts kā GFS, jo darba mērķis ir atzīmēt vienu VBK gan kā mēneša, gan nedēļas GFS punktu. Šajā gadījumā meklēšana sākas ar iknedēļas, jo pēc definīcijas tā var kļūt arī par ikmēneša.
Tomēr, ja iekļaujat tikai nedēļas un gada intervālus, tie darbosies neatkarīgi viens no otra un var atzīmēt 2 atsevišķus VBK kā atbilstošus GFS intervālus.
Dublēšanas kopēšanas uzdevumi
Cits uzdevuma veids, kas bieži prasa skaidrojumu par darbu. Vispirms apskatīsim “klasisko” darba metodi bez jauninājumiem v.10
Vienkārša saglabāšanas metode
Pēc noklusējuma šādi darbi darbojas bezgalīgā pieauguma režīmā. Punktu izveidi nosaka divi parametri - kopēšanas intervāls un vēlamais atkopšanas punktu skaits (šeit nav saglabāšanas pa dienām). Veidojot darbu, kopēšanas intervāls tiek iestatīts pirmajā cilnē Darbs:
Punktu skaits tiek noteikts nedaudz tālāk cilnē Mērķis
Uzdevums katram intervālam izveido 1 jaunu punktu (cik punktu VM izveidoja sākotnējie uzdevumi, nav nozīmes). Intervāla beigās jaunais punkts tiek pabeigts un, ja nepieciešams, tiek piemērots saglabāšana, apvienojot VBK un vecāko pieaugumu. Šis mehānisms mums jau ir pazīstams.
Saglabāšanas metode, izmantojot GFS
BCJ var arī saglabāt arhīva punktus. Tas ir konfigurēts tajā pašā cilnē Mērķis, tieši zem atkopšanas punktu skaita iestatījuma:
GFS punktus var izveidot divos veidos – sintētiski, izmantojot datus sekundārajā repozitorijā vai simulējot pilnu dublējumu un nolasot visus datus no primārā repozitorija (aktivizē ar opciju, kas atzīmēta ar 3). Saglabāšana abos gadījumos būs ļoti atšķirīga, tāpēc mēs tos izskatīsim atsevišķi.
Sintētiskais GFS
Šajā gadījumā GFS punkts netiek izveidots precīzi noteiktajā dienā. Tā vietā tiks izveidots GFS punkts, kad tās dienas VIB, kurai bija plānots izveidot GFS punktu, tiks sapludināts ar pilnu dublējumu. Tas dažkārt izraisa pārpratumus, jo laiks iet un joprojām nav GFS punkta. Un tikai spēcīgs šamanis no tehniskā atbalsta var paredzēt, kurā dienā punkts parādīsies. Patiesībā maģija nav vajadzīga – vienkārši apskatiet iestatīto punktu skaitu un sinhronizācijas intervālu (cik punktu tiek izveidots katru dienu). Mēģiniet to aprēķināt pats, izmantojot šo piemēru: uzdevums ir iestatīts uz 7 punktu saglabāšanu, sinhronizācijas intervāls ir 12 stundas (t.i., 2 punkti dienā). Šobrīd ķēdē jau ir 7 punkti, šodien ir pirmdiena, un šajā dienā paredzēta GFS punkta izveide. Kurā dienā tas tiks izveidots?
atbilde
Šeit ir labāk aprakstīt, kā ķēde laika gaitā mainīsies katru dienu:
Tātad pirmdien pēdējais ķēdes pieaugums ir atzīmēts kā GFS, taču citas redzamas izmaiņas nenotiek. Katru dienu uzdevums rada 2 jaunus punktus, un saglabāšana nepielūdzami virza ķēdi uz priekšu. Visbeidzot, ceturtdien ir pienācis laiks piemērot ieturēšanu šim pieaugumam. Šī sesija aizņems ilgāku laiku nekā parasti, jo uzdevums “izvilks” no ķēdes nepieciešamos blokus un izveidos jaunu pabeigtu punktu. No šī brīža ķēdē jau būs 8 punkti - 7 galvenajā ķēdē + GFS.
GFS punktu izveide ar opciju “Lasīt visu punktu”.
Iepriekš es teicu, ka BCJ darbojas bezgalīgi inkrementālā režīmā. Tagad mēs apskatīsim vienīgo šī noteikuma izņēmumu. Kad ir iespējota opcija “Lasīt visu punktu”, GFS punkts tiks izveidots tieši ieplānotajā dienā. Pats uzdevums darbosies inkrementālā režīmā ar periodiskām pilnām dublējumkopijām, par kurām mēs runājām iepriekš. Aizturēšana tiks piemērota arī, noņemot ķēdes vecāko daļu. Tomēr šajā gadījumā tiks dzēsti tikai pieaugumi, un visa dublējums tiks atstāts kā GFS punkts. Attiecīgi punkti, kas atzīmēti ar GFS karodziņiem, netiek ņemti vērā, aprēķinot saglabāšanu.
Pieņemsim, ka uzdevums ir iestatīts uz 7 punktu saglabāšanu un iknedēļas GFS punkta izveidi pirmdien. Šajā gadījumā katru pirmdienu uzdevums faktiski izveidos pilnu dublējumu un atzīmēs to kā GFS. Saglabāšana tiks piemērota, ja pēc pieauguma noņemšanas no vecākās daļas atlikušo solījumu skaits nesamazināsies zem 7. Diagrammā tas izskatās šādi:
Tātad līdz otrās nedēļas beigām ķēdē kopā ir 14 punkti. Otrās nedēļas laikā uzdevums radīja 7 punktus. Ja tas būtu vienkāršs uzdevums, saglabāšana jau būtu piemērota. Bet šis ir BCJ ar GFS saglabāšanu, tāpēc mēs neskaitām GFS punktus, kas nozīmē, ka no tiem ir tikai 6. Tas nozīmē, ka mēs vēl nevaram piemērot saglabāšanu. Trešajā nedēļā mēs izveidojam vēl vienu pilnu dublējumu ar GFS karogu. 15 punkti, bet šo mēs atkal neskaitām. Un visbeidzot, trešās nedēļas otrdienā, mēs izveidojam pieaugumu. Tagad, ja mēs noņemsim pirmās nedēļas ķēdes pieaugumus, kopējais palielinājumu skaits apmierinās noteikto saglabāšanu.
Kā minēts iepriekš, šajā metodē ir ļoti svarīgi, lai regulāri tiktu izveidotas pilnas dublējumkopijas. Teiksim, ja iestatāt galveno saglabāšanu uz 7 dienām, bet tikai 1 gada punktu, ir viegli iedomāties, ka pieaugumi sakrāsies daudz, daudz vairāk nekā 7. Šādos gadījumos labāk izmantot sintētisko veidošanas metodi. GFS.
Un atkal “Noņemt izdzēstos vienumus”
Šī opcija ir pieejama arī BCJ:
Šīs opcijas loģika šeit ir tāda pati kā parastajos dublēšanas uzdevumos - ja mašīna netiek apstrādāta noteikto dienu skaitu, tad tās dati tiek dzēsti no ķēdes. Tomēr BCJ šīs opcijas lietderība ir objektīvi augstāka, un lūk, kāpēc.
Parastā režīmā BCJ darbojas bezgalīgi inkrementālā režīmā, tāpēc, ja kādā brīdī mašīna tiek noņemta no darba, saglabāšana pakāpeniski dzēsīs visus atkopšanas punktus, līdz paliek tikai viens - VBK. Tagad iedomāsimies, ka uzdevums joprojām ir konfigurēts, lai izveidotu sintētiskos GFS punktus. Kad pienāks laiks, darbam būs jāizveido GFS visām ķēdes mašīnām. Ja kādai iekārtai vispār nav jaunu punktu, jums būs jāizmanto tas, kas ir. Un tā katru reizi. Tā rezultātā var rasties šāda situācija:
Pievērsiet uzmanību sadaļai Faili: mums ir galvenie VBK un 2 nedēļas GFS punkti. Un tagad uz sadaļu Atjaunot punktus - patiesībā šajos failos ir viens un tas pats iekārtas attēls. Dabiski, ka šādiem GFS punktiem nav jēgas, tie vienkārši aizņem vietu.
Šī situācija ir iespējama tikai, izmantojot sintētisko GFS. Lai to novērstu, izmantojiet opciju “Noņemt izdzēstos vienumus”. Vienkārši atcerieties to iestatīt uz atbilstošu dienu skaitu. Tehniskais atbalsts ir redzējis gadījumus, kad opcija tika iestatīta uz mazāku dienu skaitu nekā sinhronizācijas intervāls - BCJ sāka ārdīties un dzēst punktus, pirms tie tika izveidoti.
Lūdzu, ņemiet vērā arī to, ka šī opcija neietekmē jau izveidotos GFS punktus. Ja vēlaties tīrīt arhīvus, tas jādara manuāli - ar peles labo pogu noklikšķinot uz mašīnas un atlasot “Dzēst no diska” (atvērtajā logā neaizmirstiet atzīmēt lodziņu “Noņemt GFS pilno dublējumu”). :
Innovation v.10 – tūlītēja kopija
Tikuši galā ar “klasisko” funkcionalitāti, pāriesim pie jaunās. Ir viens jauninājums, bet ļoti svarīgs. Šis ir jauns darbības režīms.
Nav tādas lietas kā "sinhronizācijas intervāls"; uzdevums pastāvīgi uzraudzīs, vai ir parādījušies jauni punkti, un kopēs tos visus neatkarīgi no tā, cik daudz ir. Bet tajā pašā laikā darbs paliek inkrementāls, tas ir, pat ja galvenais darbs izveido VBK vai VRB, šie punkti tiks kopēti kā VIB. Citādi šajā režīmā pārsteigumu nav – gan standarta, gan GFS saglabāšana darbojas pēc iepriekš aprakstītajiem noteikumiem (tomēr šeit ir pieejams tikai sintētiskais GFS).
Diski griežas. Repozitoriju iespējas ar pagrieztiem diskdziņiem
Pastāvīgie izspiedējvīrusu draudi ir padarījuši par de facto drošības standartu datu kopiju ievietošanu datu nesējā, kur vīruss nevar sasniegt. Viena iespēja ir izmantot disku rotācijas repozitorijus, kur diski tiek izmantoti pa vienam: kamēr viens disks ir pievienots un ierakstāms, pārējie tiek glabāti drošā vietā.
Lai iemācītu B&R strādāt ar šādām krātuvēm, repozitorija iestatījumos repozitorija darbībā jānoklikšķina uz pogas Papildu un jāizvēlas atbilstošā opcija:
Pēc tam VBR sagaida, ka esošā ķēde periodiski pazudīs no repozitorija, kas nozīmē diska rotāciju. Atkarībā no repozitorija veida un darba veida B&R rīkosies atšķirīgi. To var attēlot ar šādu tabulu:
Apsvērsim katru iespēju.
Normāls uzdevums un Windows repozitorijs
Tātad, mums ir uzdevums, kas saglabā ķēdes pirmajā diskā. Rotācijas laikā izveidotā ķēde faktiski pazūd, un uzdevumam ir kaut kā jāpārdzīvo šis zaudējums. Viņa rod mierinājumu, veidojot pilnu dublējumu. Tādējādi katra rotācija nozīmē pilnīgu dublējumu. Bet kas notiek ar punktiem atvienotajā diskā? Tos atceras un ņem vērā, aprēķinot saglabāšanu. Tādējādi uzdevumā iestatītais punktu skaits ir tas, cik punktu ir jāsaglabā visos diskos. Šeit ir piemērs:
Darbs darbojas bezgalīgā inkrementālā režīmā un ir konfigurēts, lai saglabātu 3 atjaunošanas punktus. Bet mums ir arī otrs disks, un mēs to pagriežam reizi nedēļā (disku var būt vairāk, tas nemaina būtību).
Pirmajā nedēļā uzdevums izveidos punktus pirmajā diskā un sapludinās liekos. Tādējādi kopējais punktu skaits būs vienāds ar trīs:
Tad mēs savienojam otro disku. Startējot, B&R pamanīs, ka disks ir nomainīts. Pirmajā diskā esošā ķēde pazudīs no saskarnes, bet informācija par to paliks datu bāzē. Tagad uzdevums saglabās 3 punktus otrajā diskā. Vispārējā situācija būs šāda:
Visbeidzot, mēs atkārtoti savienojam pirmo disku. Pirms jauna punkta izveides uzdevums pārbaudīs, kas notiek ar saglabāšanu. Un saglabāšana, es atgādinu, ir iestatīta, lai saglabātu 3 punktus. Tikmēr mums ir 3 punkti 2. diskā (bet tas ir atvienots un glabājas drošā vietā, kur B&R nevar sasniegt) un 3 punkti 1. diskā (bet šis ir savienots). Tas nozīmē, ka mēs varam droši noņemt 3 punktus no 1. diska, jo tie pārsniedz saglabāšanu. Pēc tam uzdevums atkal izveido pilnu dublējumu, un mūsu ķēde sāk izskatīties šādi:
Ja saglabāšana ir konfigurēta, lai saglabātu dienas, nevis punktu skaitu, loģika nemainās. Turklāt, izmantojot repozitorijus ar diska rotāciju, GFS saglabāšana vispār netiek atbalstīta.
Regulāra darba un Linux repozitorija tīkla krātuve
Arī šī iespēja ir iespējama, taču parasti tā ir mazāk ieteicama noteikto ierobežojumu dēļ. Uz diska griešanos un ķēdes pazušanu uzdevums reaģēs vienādi – izveidojot pilnu dublējumu. Ierobežojums ir saistīts ar nogriešanas saglabāšanas mehānismu.
Šeit rotācijas laikā visa ķēde atvienotajā diskā tiek vienkārši izdzēsta no B&R datu bāzes. Lūdzu, ņemiet vērā, ka no datu bāzes faili paši paliek diskā. Tos var importēt un izmantot atkopšanai, taču ir viegli uzminēt, ka agrāk vai vēlāk šādas aizmirstas ķēdes aizpildīs visu repozitoriju.
Risinājums ir pievienot DWORD ForceDeleteBackupFiles, kā norādīts šajā lapā: . Pēc tam darbs sāks vienkārši dzēst visu darba mapes vai repozitorija mapes saturu (atkarībā no vērtības) katrā rotācijā.
Tomēr tā nav eleganta saglabāšana, bet gan visa satura tīrīšana. Diemžēl tehniskais atbalsts saskārās ar gadījumiem, kad repozitorijs bija vienkārši diska saknes direktorijs, kurā papildus dublējumkopijām atradās arī citi dati. Tas viss rotācijas laikā tika iznīcināts.
Turklāt, kad ForceDeleteBackupFiles ir iespējots, tas darbojas visu veidu krātuvēs, tas ir, pat repozitorijās operētājsistēmā Windows pārtrauks saglabāt saglabāšanu un sāks dzēst saturu. Citiem vārdiem sakot, lokālais disks operētājsistēmā Windows ir labākā izvēle šādai rezerves krātuves sistēmai.
Dublējuma kopija un Windows repozitorijs
Lietas kļūst vēl interesantākas ar BCJ. Tam ir ne tikai pilnvērtīga saglabāšana, bet arī nav nepieciešams veikt pilnu dublējumu katru reizi, mainot disku! Tas darbojas šādi:
Pirmkārt, B&R sāk veidot punktus pirmajā diskā. Pieņemsim, ka mēs iestatījām saglabāšanu uz 3 punktiem. Uzdevums darbosies bezgalīgi inkrementālā režīmā un sapludinās visu nevajadzīgo (atgādinu, ka GFS saglabāšana šajā gadījumā netiek atbalstīta).
Tad mēs savienojam otro disku. Tā kā tajā vēl nav ķēdes, mēs izveidojam pilnu dublējumu, pēc kura mums ir otrā trīs punktu ķēde:
Visbeidzot, ir pienācis laiks atkārtoti savienot pirmo disku. Un šeit sākas burvība, jo uzdevums neradīs pilnu dublējumu, bet tā vietā vienkārši turpinās pakāpenisku ķēdi:
Pēc tam praktiski katram diskam būs sava neatkarīga ķēde. Tāpēc saglabāšana šeit nenozīmē punktu skaitu visos diskos, bet gan punktu skaitu katrā diskā atsevišķi.
Rezerves kopija un Linux repozitorija tīkla krātuve
Atkal visa elegance tiek zaudēta, ja repozitorijs neatrodas vietējā Windows diskdzinī. Šis skripts darbojas līdzīgi iepriekš apspriestajam ar vienkāršu uzdevumu. Ar katru rotāciju BCJ izveidos pilnu dublējumu, un esošie punkti tiks aizmirsti. Lai nepietrūktu brīvas vietas, jāizmanto DWORD ForceDeleteBackupFiles.
Secinājums
Tātad tik gara teksta rezultātā mēs apskatījām divu veidu uzdevumus. Protams, ir daudz vairāk uzdevumu, taču tos visus nevarēs izskatīt viena raksta formātā. Ja pēc izlasīšanas jums joprojām ir kādi jautājumi, rakstiet tos komentāros, es ar prieku atbildēšu personīgi.
Avots: www.habr.com