Sveikiname mūsų tinklaraščio skaitytojus! Iš dalies jau esame pažįstami – čia pasirodė mano įrašai anglų kalba išversti mano brangaus kolegos . Šį kartą nusprendžiau tiesiogiai kreiptis į rusakalbę auditoriją.
Debiutui norėjau rasti temą, kuri būtų įdomi kuo platesnei auditorijai ir reikalaujanti išsamaus svarstymo. Danielis Defoe tvirtino, kad kiekvieno žmogaus laukia mirtis ir mokesčiai. Savo ruožtu galiu pasakyti, kad bet kuris pagalbos inžinierius turės klausimų dėl atkūrimo taško saugojimo politikos (arba, paprasčiau tariant, saugojimo). Aš pradėjau aiškinti, kaip veikia išlaikymas, prieš 4 metus, būdamas pirmo lygio jaunesnysis inžinierius, ir toliau aiškinu dabar, jau būdamas ispaniškai ir itališkai kalbančios komandos vadovas. Esu tikras, kad mano kolegos iš antro ir net trečio lygio paramos taip pat nuolat atsako į tuos pačius klausimus.
Atsižvelgdamas į tai, norėjau parašyti galutinį, kuo išsamesnį įrašą, prie kurio rusakalbiai vartotojai galėtų vėl ir vėl sugrįžti kaip žinynas. Metas tinkamas – neseniai išleista dešimties metų jubiliejinė versija pagrindines funkcijas papildė naujomis funkcijomis, kurios nesikeitė daugelį metų. Mano įrašas visų pirma orientuotas į šią versiją – nors didžioji dalis to, kas parašyta, galioja ankstesnėms versijoms, tačiau kai kurių aprašytų funkcijų ten tiesiog nerasite. Galiausiai, žvelgdamas šiek tiek į ateitį, pasakysiu, kad kitoje versijoje tikimasi kai kurių pakeitimų, tačiau apie tai papasakosime, kai ateis laikas. Taigi pradėkime.
Atsarginės kopijos darbai
Pirmiausia pažvelkime į dalį, kuri nepasikeitė 10 versijoje. Saugojimo politiką lemia keli parametrai. Atidarykime naujos užduoties kūrimo langą ir eikime į skirtuką Saugykla. Čia pamatysime parametrą, kuris nustato norimą atkūrimo taškų skaičių:
Tačiau tai tik dalis lygties. Tikrasis taškų skaičius taip pat nustatomas pagal darbui nustatytą atsarginį režimą. Norėdami pasirinkti šią parinktį, spustelėkite mygtuką Išplėstinė tame pačiame skirtuke. Tai atvers naują langą su daugybe parinkčių. Suskaičiuokime juos ir apsvarstykime po vieną:
Jei įjungsite tik 1 parinktį, užduotis bus vykdoma „amžinai į priekį prieauginiu“ režimu. Čia nėra jokių sunkumų - užduotis išsaugos nurodytą atkūrimo taškų skaičių nuo visos atsarginės kopijos (failo su plėtiniu VBK) iki paskutinio žingsnio (failo su VIB plėtiniu). Kai taškų skaičius viršija nustatytą reikšmę, seniausias prieaugis bus sujungtas su visa atsargine kopija. Kitaip tariant, jei užduotis nustatyta saugoti 3 taškus, tada iškart po kitos sesijos saugykloje bus 4 taškai, po kurių visa atsarginė kopija bus sujungta su seniausiu prieaugiu ir bendras taškų skaičius grįš į 3.
„Atvirkštinio prieauginio“ režimo (2 parinktis) išlaikymas taip pat yra labai paprastas. Kadangi šiuo atveju naujausias taškas bus visa atsarginė kopija, po kurios seka vadinamųjų atšaukimų (failų su plėtiniu VRB) grandinė, tai norint taikyti išsaugojimą, pakanka tiesiog ištrinti seniausią atšaukimą. Situacija bus tokia pati: iš karto po seanso taškų skaičius 1 viršys nustatytą reikšmę, po to grįš į norimą reikšmę.
Atkreipkite dėmesį, kad naudodami atvirkštinį prieauginį režimą taip pat galite įjungti periodines visas atsargines kopijas (4 parinktis), tačiau tai nepakeis esmės. Taip, grandinėje bus rodomi visi atkūrimo taškai, bet mes vis tiek paprasčiausiai ištrinsime seniausius taškus po vieną.
Galiausiai ateiname prie įdomios dalies. Jei suaktyvinsite laipsnišką atsarginę kopiją, bet papildomai įjungsite 3 arba 4 parinktis (arba abu tuo pačiu metu), užduotis pradės periodiškai kurti visas atsargines kopijas naudojant „aktyvų“ arba sintetinį metodą. Visos atsarginės kopijos kūrimo metodas nėra svarbus - joje bus tie patys duomenys, o prieauginė grandinė bus suskirstyta į „subgrandines“. Šis metodas vadinamas į priekį inkrementiniu ir būtent šis metodas kelia didelę dalį klausimų mūsų klientams.
Išlaikymas čia taikomas ištrinant seniausią grandinės dalį (nuo visos atsarginės kopijos iki prieaugio). Tuo pačiu metu neištrinsime tik visos atsarginės kopijos ar tik dalies žingsnių. Visa „subgrandinė“ visiškai pašalinama vienu metu. Taip pat keičiasi taškų skaičiaus nustatymo prasmė - jei kitais metodais tai yra didžiausias leistinas skaičius, po kurio turi būti taikomas išlaikymas, tai čia šis nustatymas nustato mažiausią skaičių. Kitaip tariant, pašalinus seniausią „pograndinę“, likusioje dalyje taškų skaičius neturėtų nukristi žemiau šio minimumo.
Pabandysiu šią sąvoką pavaizduoti grafiškai. Tarkime, išlaikymas nustatytas į 3 taškus, užduotis vykdoma kiekvieną dieną su visa atsargine kopija pirmadienį. Išlaikymas tokiu atveju bus taikomas, kai bendras taškų skaičius pasieks 10:
Kodėl jau yra 10, kai jie pateikia 3? Pirmadienį buvo sukurta visa atsarginė kopija. Nuo antradienio iki sekmadienio darbo vietų padaugėjo. Galiausiai kitą pirmadienį vėl sukuriama pilna atsarginė kopija ir tik sukūrus 2 priedus galima pagaliau ištrinti visą seną grandinės dalį, nes likęs taškų skaičius nenukris žemiau nustatyto 3.
Jei mintis aiški, siūlau pabandyti paskaičiuoti išlaikymą patiems. Paimkime tokias sąlygas: užduotis pirmą kartą paleidžiama ketvirtadienį (natūralu, kad bus padaryta visa atsarginė kopija). Užduotis nustatyta sukurti visą atsarginę kopiją trečiadieniais ir sekmadieniais ir saugoti 8 atkūrimo taškus. Kada sulaikymas bus taikomas pirmą kartą?
Norėdami atsakyti į šį klausimą, rekomenduoju paimti popieriaus lapą, surikiuoti jį pagal savaitės dienas ir užrašyti, kuris taškas sukuriamas kiekvieną dieną. Atsakymas taps akivaizdus
Atsakyti
Paaiškinimas: norėdami atsakyti, tiesiog paklauskite savęs „kada bus taikomas išlaikymas“? Atsakymas yra tada, kai galime pašalinti pirmuosius 3 taškus (VBK, VIB, VIB), o likusi grandinės dalis nenukrenta žemiau reikalaujamų 8 taškų. Aišku, kad tai padaryti galėsime, kai iš viso turėsime 11 taškų, tai yra antros savaitės sekmadienį.
Kai kurie skaitytojai gali paprieštarauti: „kam visa tai daryti, jei yra ?. Neabejotina, kad tai labai naudinga priemonė, kai kuriais atvejais aš ją naudočiau, tačiau ji taip pat turi apribojimų. Visų pirma, tai neleidžia nurodyti pradinių sąlygų, o daugeliu atvejų kyla klausimas būtent „turime tokią grandinę, kas bus, jei pakeisime tokius ir tokius nustatymus? Antra, įrankiui vis dar trūksta aiškumo. Klientams rodydamas RPS puslapį, supratimo neradau, bet nudažius kaip pavyzdyje (net naudojant tuos pačius Paint), diena iš dienos viskas tapo aišku.
Galiausiai, mes nesvarstėme parinkties „Pakeisti ankstesnes atsargines grandines į atšaukimą“ (pažymėta 5 numeriu). Ši parinktis kartais klaidina klientus, kurie ją aktyvuoja „automatiškai“, norėdami tiesiog įjungti sintetinę atsarginę kopiją. Tuo tarpu ši parinktis įjungia labai ypatingą atsarginį režimą. Nesileidžiant į smulkmenas, iš karto pasakysiu, kad šiame produkto kūrimo etape „Ankstesnių atsarginių kopijų grandinių pavertimas atgaline data“ yra pasenusi parinktis ir nesugalvoju nė vieno scenarijaus, kada jį reikėtų naudoti. Jo vertė tokia abejotina, kad kurį laiką pats Antonas Gostevas skambino per forumą, prašydamas atsiųsti jam naudingo naudojimo pavyzdžių (jei turite, rašykite komentaruose, man labai įdomu). Jei jų nėra (manau, kad taip ir bus), tada būsimose versijose ši parinktis bus pašalinta.
Užduotis sukurs žingsnius (VIB) iki tos dienos, kai bus suplanuota visa sintetinė atsarginė kopija. Šią dieną iš tikrųjų sukuriamas VBK, tačiau visi taškai prieš šį VBK paverčiami atgaliniais (VRB). Po to užduotis ir toliau kurs visos atsarginės kopijos žingsnius iki kitos sintetinės atsarginės kopijos. Dėl to grandinėje susidaro sprogstamasis VBK, VBR ir VIB failų mišinys. Išlaikymas taikomas labai paprastai – pašalinus paskutinį VBR:
Problemos
Be iš tikrųjų supratimo, kaip tai veikia, dauguma problemų, kylančių naudojant laipsnišką režimą, paprastai yra susijusios su visa atsargine kopija. Šiam režimui reikalingos reguliarios pilnos atsarginės kopijos, kitaip saugykla kaups taškus, kol bus pilna.
Pavyzdžiui, visa atsarginė kopija gali būti sukurta per retai. Tarkime, užduotis nustatyta saugoti 10 taškų, o visa atsarginė kopija sukuriama kartą per mėnesį. Akivaizdu, kad tikrasis taškų skaičius čia bus žymiai didesnis nei rodomas. Arba užduotis paprastai yra nustatyta taip, kad ji veiktų be galo laipsnišku režimu ir saugotų 50 taškų. Tada kažkas netyčia sukūrė visą atsarginę kopiją. Tai viskas, nuo šiol užduotis lauks, kol visas taškas sukaups 49 priedus, po to pritaikys išlaikymą ir grįš į be galo pilną režimą.
Kitais atvejais visa atsarginė kopija nustatoma reguliariai, bet dėl kokių nors priežasčių taip nėra. Čia išvardinsiu populiariausią priežastį. Kai kurie klientai nori naudoti planavimo parinktį „paleisti po“ ir konfigūruoti užduotis, kad jos būtų vykdomos grandinėje. Paimkime šį pavyzdį: yra 3 užduotys, kurios vykdomos kiekvieną dieną ir sukuriama visa atsarginė kopija sekmadienį. Pirmoji užduotis prasideda 22.30 val., likusieji paleidžiami grandine. Laipsniškas atsarginis kopijavimas trunka 10 minučių, todėl iki 23.00 visos užduotys baigia veikti. Tačiau pilnas atsarginis kopijavimas trunka valandą, todėl sekmadienį nutinka taip: pirmoji užduotis vyksta nuo 22.30 iki 23.30. Kitas nuo 23.30 iki 00.30 val. Tačiau trečioji užduotis prasideda pirmadienį. Sekmadieniui nustatyta visa atsarginė kopija, todėl šiuo atveju tai tiesiog neįvyks. Užduotis lauks, kol bus sukurta visa atsarginė kopija, kad būtų pritaikytas išsaugojimas. Taigi būkite atsargūs naudodami parinktį „paleisti po“ arba visai jos nenaudokite – tiesiog nustatykite, kad užduotys prasidėtų tuo pačiu metu ir leiskite išteklių planuokliui atlikti savo darbą.
Sudėtinga parinktis „Pašalinti ištrintus elementus“
Peržiūrėję užduoties Saugykla – Išplėstinė – Priežiūra nustatymus, galite susidurti su parinktimi „Pašalinti ištrintų elementų duomenis po to“, kurią galima skaičiuoti dienomis.
Kai kurie klientai tikisi, kad tai bus išlaikymas. Tiesą sakant, tai yra visiškai atskiras variantas, kurio nesupratimas gali sukelti netikėtų pasekmių. Tačiau pirmiausia turime paaiškinti, kaip B&R reaguoja į situacijas, kai seanso metu sėkmingai sukuriamos tik kelių mašinų atsarginės kopijos.
Įsivaizduokime tokį scenarijų: be galo laipsniškas darbas, sukonfigūruotas saugoti 6 taškus. Užduotyje yra 2 mašinos, viena visada sėkmingai kūrė atsarginę kopiją, kita kartais duodavo klaidų. Dėl to iki septinto punkto susidarė tokia situacija:
Laikas taikyti išlaikymą, bet vienas automobilis turi 7 balus, o kitas tik 4. Ar čia bus taikomas išlaikymas? Atsakymas yra taip, bus. Jei bent vieno objekto atsarginė kopija buvo sukurta, B&R mano, kad taškas buvo sukurtas.
Panaši situacija gali susidaryti, jei tam tikros sesijos metu kokia nors mašina tiesiog nebuvo įtraukta į užduotį. Taip atsitinka, pavyzdžiui, kai mašinos pridedamos prie užduoties ne atskirai, o kaip konteinerių (aplankų, saugyklos) dalis ir kai kurie įrenginiai laikinai persikelia į kitą konteinerį. Tokiu atveju užduotis bus laikoma sėkminga, tačiau statistikoje rasite pranešimą, kuriame prašoma atkreipti dėmesį, kad tokia ir tokia mašina nebeapdorojama užduoties.
Kas nutiks, jei nekreipsite į tai dėmesio? Begalinio prieauginio arba atvirkštinio didėjimo režimų atveju „problemos“ mašinos atkūrimo taškų skaičius mažės su kiekvienu seansu, kol pasieks 1, saugomą VBK. Kitaip tariant, net jei įrenginio atsarginė kopija ilgą laiką nebus sukurta, vienas atkūrimo taškas vis tiek išliks. Situacija kitokia, jei įjungtos periodinės visos atsarginės kopijos. Jei nepaisysite B&R signalų, paskutinis taškas gali būti ištrintas kartu su senąja grandinės dalimi.
Supratę šią informaciją, pagaliau galite apsvarstyti parinktį „Pašalinti ištrintų elementų duomenis po to“. Jis ištrins visus konkretaus įrenginio taškus, jei to įrenginio atsarginė kopija nebus sukurta X dienų. Atminkite, kad šis nustatymas nereaguoja į klaidas (bandžiau, bet neveikė). Net neturėtų būti bandoma sukurti atsarginę mašinos kopiją. Atrodytų, kad ši parinktis yra naudinga ir visada turėtų būti įjungta. Jei administratorius pašalino mašiną iš užduoties, po kurio laiko logiška išvalyti nereikalingų duomenų grandinę. Tačiau pritaikymas reikalauja disciplinos ir priežiūros.
Pateiksiu pavyzdį iš praktikos: prie užduoties buvo pridėta keletas konteinerių, kurių sudėtis buvo gana dinamiška. Dėl RAM trūkumo B&R serveryje kilo problemų, kurios nebuvo aptiktos. Užduotis prasidėjo ir bandė pasidaryti atsarginę mašinų kopiją, išskyrus vieną, kurios tuo metu konteineryje nebuvo. Kadangi daugelis mašinų sugeneravo klaidų, pagal numatytuosius nustatymus B&R turėtų atlikti 3 papildomus bandymus sukurti atsarginę „probleminių“ mašinų kopiją. Dėl nuolatinių problemų su RAM šie bandymai truko kelias dienas. Pakartotinai nebuvo bandoma kurti trūkstamos VM atsarginės kopijos (VM nebuvimas nėra klaida). Dėl to vieno iš pakartotinių bandymų metu buvo įvykdyta sąlyga „Pašalinti ištrintus elementus“ ir visi įrenginio taškai buvo ištrinti.
Kalbant apie tai, galiu pasakyti taip: jei esate nustatę pranešimus apie užduočių rezultatus ir, dar geriau, naudokite integraciją su Veeam ONE, greičiausiai taip neatsitiks. Jei kartą per savaitę žiūrite į B&R serverį, kad patikrintumėte, ar viskas veikia, tada geriau atsisakyti variantų, dėl kurių gali būti ištrintos atsarginės kopijos.
Kas pridėta v.10
Tai, apie ką kalbėjome anksčiau, buvo B&R daugelyje versijų. Supratę šiuos veikimo principus, pažiūrėkime, kas buvo pridėta prie jubiliejaus „dešimtuko“.
Kasdienis išlaikymas
Aukščiau pažvelgėme į „klasikinę“ saugojimo politiką, pagrįstą taškų skaičiumi. Alternatyvus būdas yra tame pačiame meniu nustatyti „dienas“, o ne „atkūrimo taškus“.
Idėja aiški iš pavadinimo – išlaikymas išsaugos nustatytą dienų skaičių, tačiau taškų skaičius kiekvieną dieną neturi reikšmės. Tokiu atveju turite atsiminti šiuos dalykus:
- Skaičiuojant išlaikymą, į einamąją dieną neatsižvelgiama
- Taip pat skaičiuojamos dienos, kai užduotis visiškai nepasiteisino. Tai reikia turėti omenyje, kad netyčia neprarastumėte tų užduočių, kurios dirba nereguliariai, taškų.
- Atkūrimo taškas skaičiuojamas nuo jo kūrimo pradžios (t. y. jei užduotis pradėjo veikti pirmadienį ir baigta antradienį, tai taškas nuo pirmadienio)
Kitu atveju saugojimo pagal užduotis naudojimo principus taip pat lemia pasirinktas atsarginės kopijos metodas. Pabandykime atlikti kitą skaičiavimo užduotį naudodami tą patį prieauginį metodą. Tarkime, saugojimas nustatytas 8 dienoms, užduotis vykdoma kas 6 valandas su visa atsargine kopija trečiadienį. Tačiau sekmadienį užduotis neveikia. Darbas pirmą kartą vyksta pirmadienį. Kada bus taikomas išlaikymas?
Atsakyti
Kaip visada, geriausia nupiešti ženklą. Leisiu sau supaprastinti užduotį ir netrauksiu visų kiekvienai dienai sukurtų taškų, nes taškų skaičius per dieną čia neturi reikšmės. Mums tik svarbu, kad pirmą pirmadienį ir trečiadienį pirmas taškas būtų pilnas atsarginis, o likusiomis dienomis užduotis tiesiog sukurs 4 prieauginius taškus.
Aiškiai nurodome, kad išlaikymas bus taikomas ištrynus visą pirmadienio atsarginę kopiją ir jos prieaugį. Kada tai įvyks? Kai likusioje grandinės dalyje yra 8 dienos. Tuo pačiu mes skaičiuojame ne einamąją dieną, o atvirkščiai – sekmadienį. Todėl atsakymas yra antrosios savaitės ketvirtadienis.
GFS archyvavimas įprastiems darbams
Iki 10 versijos senelio-tėvo-sūnaus (GFS) saugojimo metodas buvo galimas tik atliekant atsarginio kopijavimo ir kopijavimo į juostą užduotis. Dabar galima reguliariai kurti atsargines kopijas.
Nors tai nesusiję su dabartine tema, negaliu nepasakyti, kad naujas funkcionalumas nereiškia nukrypimo nuo 3-2-1 strategijos. Archyvo taškų buvimas pagrindinėje saugykloje jokiu būdu neturi įtakos jos patikimumui. Suprantama, kad GFS bus naudojamas kartu su Scale-out saugykla šiems taškams įkelti į S3 ir panašias saugyklas. Jei jo nenaudojate, geriau ir toliau saugoti pirminius ir archyvinius taškus skirtingose saugyklose.
Dabar pažvelkime į GFS taškų kūrimo principus. Užduočių nustatymuose, atliekant Saugyklos veiksmą, pasirodė specialus mygtukas, kuris iškviečia šį meniu:
GFS esmę galima suvesti į keletą punktų (atkreipkite dėmesį, kad GFS veikia kitaip atliekant kitų tipų užduotis, bet apie tai vėliau):
- Užduotis nesukuria atskiros visos GFS taško atsarginės kopijos. Vietoj to bus naudojama tinkamiausia visa turima atsarginė kopija. Todėl užduotis turi veikti prieauginiu režimu su periodinėmis pilnomis atsarginėmis kopijomis arba visą atsarginę kopiją vartotojas turi sukurti rankiniu būdu.
- Jei įjungtas tik vienas laikotarpis (pavyzdžiui, savaitė), tada GFS laikotarpio pradžioje užduotis tiesiog pradės laukti visos atsarginės kopijos ir pirmą tinkamą pažymės kaip GFS.
Pavyzdys: užduotis sukonfigūruota saugoti savaitinį GFS naudojant atsarginę kopiją trečiadienį. Užduotis vykdoma kiekvieną dieną, tačiau visa atsarginė kopija numatyta penktadienį. Tokiu atveju GFS laikotarpis prasidės trečiadienį ir užduotis pradės laukti tinkamo taško. Jis pasirodys penktadienį ir bus pažymėtas GFS vėliava.
- Jei vienu metu įtraukiami keli laikotarpiai (pavyzdžiui, kas savaitę ir kas mėnesį), tada B&R naudos metodą, leidžiantį tą patį tašką naudoti kaip kelių intervalų GFS (siekiant sutaupyti vietos). Vėliavos bus skiriamos eilės tvarka, pradedant nuo mažiausio.
Pavyzdys: savaitinis GFS nustatytas trečiadienį, o mėnesio GFS – paskutinei mėnesio savaitei. Užduotis vykdoma kiekvieną dieną, o pirmadieniais ir penktadieniais sukuriamos visos atsarginės kopijos.
Kad būtų paprasčiau, pradėkime skaičiuoti nuo priešpaskutinės mėnesio savaitės. Šią savaitę visa atsarginė kopija bus sukurta pirmadienį, tačiau ji bus ignoruojama, nes savaitinis GFS intervalas prasideda trečiadienį. Bet penktadienio pilna atsarginė kopija GFS taškui visiškai tinka. Ši sistema mums jau pažįstama.
Dabar pažiūrėkime, kas vyksta paskutinę mėnesio savaitę. Mėnesinis GFS intervalas prasidės pirmadienį, tačiau pirmadienio VBK nebus pažymėtas kaip GFS, nes darbu siekiama pažymėti vieną VBK ir kaip mėnesio, ir kaip savaitės GFS tašką. Šiuo atveju paieška pradedama nuo savaitės, nes pagal apibrėžimą ji gali tapti ir mėnesine.
Tačiau jei įtrauksite tik savaitinius ir metinius intervalus, jie veiks nepriklausomai vienas nuo kito ir gali pažymėti 2 atskirus VBK kaip atitinkamus GFS intervalus.
Atsarginės kopijos užduotys
Kitas užduočių tipas, dėl kurio dažnai reikia paaiškinti darbą. Pirmiausia pažvelkime į „klasikinį“ darbo metodą, be naujovių v.10
Paprastas sulaikymo būdas
Pagal numatytuosius nustatymus tokios užduotys vykdomos begaliniu prieauginiu režimu. Taškų kūrimą lemia du parametrai – kopijavimo intervalas ir norimas atkūrimo taškų skaičius (čia nėra saugojimo pagal dieną). Kuriant užduotį kopijavimo intervalas nustatomas pirmame skirtuke Užduotis:
Taškų skaičius nustatomas šiek tiek toliau skirtuke Tikslas
Užduotis kiekvienam intervalui sukuria 1 naują tašką (kiek taškų VM sukūrė pradinės užduotys, nesvarbu). Pasibaigus intervalui, naujas taškas įforminamas ir, jei reikia, taikomas išlaikymas, derinant VBK ir seniausią prieaugį. Šis mechanizmas mums jau pažįstamas.
Išlaikymo metodas naudojant GFS
BCJ taip pat gali saugoti archyvo taškus. Tai sukonfigūruota tame pačiame skirtuke Tikslas, tiesiai po atkūrimo taškų skaičiaus nustatymu:
GFS taškai gali būti kuriami dviem būdais – sintetiniu būdu, naudojant duomenis antrinėje saugykloje arba imituojant pilną atsarginę kopiją ir nuskaitant visus duomenis iš pirminės saugyklos (įjungiama pasirinkimu, pažymėtu 3). Išlaikymas abiem atvejais labai skirsis, todėl nagrinėsime juos atskirai.
Sintetinis GFS
Tokiu atveju GFS taškas sukuriamas ne tiksliai nurodytą dieną. Vietoj to, GFS taškas bus sukurtas, kai tos dienos VIB, kuriai buvo planuota sukurti GFS tašką, bus sujungta su visa atsargine kopija. Tai kartais sukelia nesusipratimų, nes laikas bėga ir GFS taško vis tiek nėra. Ir tik galingas šamanas iš techninės pagalbos gali nuspėti, kurią dieną taškas pasirodys. Tiesą sakant, magijos nereikia – tiesiog pažiūrėkite į nustatytą taškų skaičių ir sinchronizacijos intervalą (kiek taškų sukuriama kiekvieną dieną). Pabandykite apskaičiuoti patys naudodami šį pavyzdį: užduotis nustatyta saugoti 7 taškus, sinchronizacijos intervalas yra 12 valandų (t. y. 2 taškai per dieną). Šiuo metu grandinėje jau yra 7 taškai, šiandien pirmadienis, o šią dieną numatytas GFS taško sukūrimas. Kurią dieną jis bus sukurtas?
Atsakyti
Čia geriau apibūdinti, kaip grandinė laikui bėgant keisis kiekvieną dieną:
Taigi pirmadienį paskutinis žingsnelis grandinėje pažymėtas kaip GFS, tačiau jokių kitų matomų pokyčių neįvyksta. Kiekvieną dieną užduotis sukuria 2 naujus taškus, o išlaikymas nenumaldomai perkelia grandinę į priekį. Galiausiai ketvirtadienį ateina laikas taikyti išlaikymą tam pačiam prieaugiui. Ši sesija užtruks ilgiau nei įprastai – nes užduotis „ištrauks“ iš grandinės reikiamus blokus ir sukurs naują užbaigtą tašką. Nuo šio momento grandinėje jau bus 8 taškai - 7 pagrindinėje grandinėje + GFS.
GFS taškų kūrimas naudojant parinktį „Skaityti visą tašką“.
Aukščiau sakiau, kad BCJ veikia be galo laipsnišku režimu. Dabar panagrinėsime vienintelę šios taisyklės išimtį. Kai įjungta parinktis „Skaityti visą tašką“, GFS taškas bus sukurtas tiksliai numatytą dieną. Pati užduotis veiks laipsnišku režimu su periodinėmis pilnomis atsarginėmis kopijomis, kurias aptarėme aukščiau. Išlaikymas taip pat bus taikomas pašalinus seniausią grandinės dalį. Tačiau tokiu atveju bus ištrinami tik žingsniai, o visa atsarginė kopija bus palikta kaip GFS taškas. Atitinkamai, skaičiuojant išlaikymą, į GFS vėliavėlėmis pažymėtus taškus neatsižvelgiama.
Tarkime, kad užduotis nustatyta saugoti 7 taškus ir pirmadienį sukurti savaitinį GFS tašką. Tokiu atveju kiekvieną pirmadienį užduotis iš tikrųjų sukurs visą atsarginę kopiją ir pažymės ją kaip GFS. Išlaikymas bus taikomas, kai, pašalinus prieaugius nuo seniausios dalies, likusių prieaugių skaičius nesumažės žemiau 7. Taip atrodo diagramoje:
Taigi, antrosios savaitės pabaigoje grandinėje iš viso yra 14 taškų. Per antrą savaitę užduotis surinko 7 taškus. Jei tai būtų paprasta užduotis, išlaikymas jau būtų pritaikytas. Bet tai yra BCJ su GFS išlaikymu, todėl mes neskaičiuojame GFS taškų, o tai reiškia, kad jų yra tik 6. Tai yra, kol kas negalime taikyti išlaikymo. Trečią savaitę sukuriame dar vieną pilną atsarginę kopiją su GFS vėliava. 15 taškų, bet vėlgi šio neskaičiuojame. Ir galiausiai trečios savaitės antradienį sukuriame prieaugį. Dabar, jei pašalinsime pirmosios savaitės grandinės žingsnius, bendras prieaugių skaičius atitiks nustatytą išlaikymą.
Kaip minėta aukščiau, taikant šį metodą labai svarbu reguliariai kurti visas atsargines kopijas. Tarkime, jei pagrindinį išlaikymą nustatysite 7 dienoms, bet tik 1 metinį tašką, nesunku įsivaizduoti, kad prieaugiai susikaups daug, daug daugiau nei 7. Tokiais atvejais geriau naudoti sintetinį kūrimo būdą. GFS.
Ir vėl „Pašalinti ištrintus elementus“
Ši parinktis taip pat yra BCJ:
Šios parinkties logika čia yra tokia pati, kaip ir įprastų atsarginių užduočių metu – jei mašina neapdorojama nurodytą dienų skaičių, jos duomenys ištrinami iš grandinės. Tačiau BCJ šios parinkties naudingumas objektyviai yra didesnis, ir štai kodėl.
Įprastu režimu BCJ veikia be galo laipsnišku režimu, todėl jei tam tikru momentu mašina bus pašalinta iš darbo, tai išlaikymas palaipsniui ištrins visus atkūrimo taškus, kol liks tik vienas - VBK. Dabar įsivaizduokime, kad užduotis vis dar sukonfigūruota sukurti sintetinius GFS taškus. Kai ateis laikas, darbas turės sukurti GFS visoms grandinės mašinoms. Jei kurioje nors mašinoje visiškai nėra naujų taškų, turėsite naudoti tą, kuris yra. Ir taip kaskart. Dėl to gali susidaryti tokia situacija:
Atkreipkite dėmesį į skyrių Failai: turime pagrindinius VBK ir 2 savaitinius GFS taškus. O dabar į skyrių „Atkūrimo taškai“ – iš tikrųjų šiuose failuose yra tas pats mašinos vaizdas. Natūralu, kad tokiuose GFS taškuose nėra prasmės, jie tiesiog užima vietą.
Tokia situacija įmanoma tik naudojant sintetinį GFS. Norėdami to išvengti, naudokite parinktį „Pašalinti ištrintus elementus“. Tiesiog nepamirškite jo nustatyti pakankamam dienų skaičiui. Techninis palaikymas matė atvejų, kai parinktis buvo nustatyta mažiau dienų nei sinchronizavimo intervalas – BCJ pradėjo siautėti ir trinti taškus dar nespėjus juos sukurti.
Taip pat atkreipkite dėmesį, kad ši parinktis neturi įtakos jau sukurtiems GFS taškams. Jei norite išvalyti archyvus, tai turite padaryti rankiniu būdu - dešiniuoju pelės mygtuku spustelėdami įrenginį ir pasirinkę „Ištrinti iš disko“ (pasirodžiusiame lange nepamirškite pažymėti laukelio „Pašalinti visą GFS atsarginę kopiją“) :
Innovation v.10 – tiesioginė kopija
Išnagrinėję „klasikinį“ funkcionalumą, pereikime prie naujojo. Yra viena naujovė, bet labai svarbi. Tai naujas veikimo būdas.
Nėra tokio dalyko kaip „sinchronizacijos intervalas“, užduotis nuolat stebės, ar neatsirado naujų taškų, ir nukopijuos juos visus, nesvarbu, kiek jų yra. Tačiau tuo pat metu darbas išlieka prieauginis, tai yra, net jei pagrindinė darbo vieta sukuria VBK arba VRB, šie taškai bus nukopijuoti kaip VIB. Kitu atveju šiame režime staigmenų nėra – tiek standartinis, tiek GFS išlaikymas veikia pagal aukščiau aprašytas taisykles (tačiau čia galimas tik sintetinis GFS).
Diskai sukasi. Saugyklų su pasuktais diskais ypatybės
Nuolatinė išpirkos reikalaujančių virusų grėsmė pavertė de facto saugumo standartu duomenų kopiją laikmenoje, kurios virusas negali pasiekti. Viena iš galimybių yra naudoti disko sukimo saugyklas, kuriose diskai naudojami po vieną: kol vienas diskas yra prijungtas ir įrašomas, likusieji saugomi saugioje vietoje.
Norėdami išmokyti B&R dirbti su tokiomis saugyklomis, saugyklos nustatymuose, saugyklos veiksme, turite spustelėti mygtuką Išplėstinė ir pasirinkti atitinkamą parinktį:
Po to VBR tikisi, kad esama grandinė periodiškai išnyks iš saugyklos, o tai reiškia disko sukimąsi. Priklausomai nuo saugyklos tipo ir darbo tipo, B&R elgsis skirtingai. Tai galima pavaizduoti naudojant šią lentelę:
Apsvarstykime kiekvieną variantą.
Įprasta užduotis ir „Windows“ saugykla
Taigi, turime užduotį, kuri išsaugo grandines pirmame diske. Sukimosi metu sukurta grandinė iš tikrųjų išnyksta, o užduotis turi kažkaip išgyventi šį praradimą. Ji randa paguodą kurdama visą atsarginę kopiją. Taigi kiekvienas pasukimas reiškia visišką atsarginę kopiją. Bet kas atsitiks su atjungto disko taškais? Jie įsimenami ir į juos atsižvelgiama skaičiuojant išlaikymą. Taigi, nustatytas taškų skaičius užduotyje yra tai, kiek taškų reikia laikyti visuose diskuose. Štai pavyzdys:
Užduotis vykdoma begaliniu laipsnišku režimu ir sukonfigūruota saugoti 3 atkūrimo taškus. Bet turime ir antrą diską, jį pasukame kartą per savaitę (diskų gali būti ir daugiau, tai esmės nekeičia).
Pirmą savaitę užduotis sukurs taškus pirmame diske ir sujungs papildomus. Taigi bendras taškų skaičius bus lygus trims:
Tada prijungiame antrąjį diską. Paleidus B&R pastebės, kad diskas buvo pakeistas. Pirmajame diske esanti grandinė išnyks iš sąsajos, tačiau informacija apie ją liks duomenų bazėje. Dabar užduotis išsaugos 3 taškus antrajame diske. Bendra situacija bus tokia:
Galiausiai vėl prijungiame pirmąjį diską. Prieš kurdama naują tašką, užduotis patikrins, kas vyksta su išlaikymu. O išlaikymas, primenu, nustatytas taip, kad saugotų 3 taškus. Tuo tarpu mes turime 3 taškus 2 diske (tačiau jis atjungtas ir saugomas saugioje vietoje, kur B&R negali pasiekti) ir 3 taškus 1 diske (bet šis prijungtas). Tai reiškia, kad galime saugiai pašalinti 3 taškus iš 1 disko, nes jie viršija išlaikymą. Po to užduotis vėl sukuria visą atsarginę kopiją, o mūsų grandinė pradeda atrodyti taip:
Jei išlaikymas sukonfigūruotas taip, kad būtų saugomos dienos, o ne taškų skaičius, logika nesikeičia. Be to, naudojant saugyklas su disko sukimu, GFS išlaikymas visiškai nepalaikomas.
Įprasta darbo ir Linux saugyklos tinklo saugykla
Ši parinktis taip pat galima, bet paprastai mažiau rekomenduojama dėl taikomų apribojimų. Užduotis į disko sukimąsi ir grandinės išnykimą reaguos taip pat – sukurdama pilną atsarginę kopiją. Apribojimas atsiranda dėl atjungimo sulaikymo mechanizmo.
Čia sukimosi metu visa grandinė atjungtame diske tiesiog ištrinama iš B&R duomenų bazės. Atkreipkite dėmesį, kad iš duomenų bazės patys failai lieka diske. Juos galima importuoti ir panaudoti atkūrimui, tačiau nesunku atspėti, kad anksčiau ar vėliau tokios pamirštos grandinės užpildys visą saugyklą.
Sprendimas yra pridėti DWORD ForceDeleteBackupFiles, kaip nurodyta šiame puslapyje: . Tada užduotis pradės tiesiog ištrinti visą užduočių aplanko arba saugyklos aplanko turinį (atsižvelgiant į reikšmę) kiekvieną kartą pasukant.
Tačiau tai nėra elegantiškas išlaikymas, o viso turinio išvalymas. Deja, techninė pagalba susidūrė su atvejais, kai saugykla buvo tiesiog disko šakninis katalogas, kuriame, be atsarginių kopijų, buvo ir kiti duomenys. Visa tai buvo sunaikinta rotacijos metu.
Be to, kai įgalinta ForceDeleteBackupFiles, ji veikia visų tipų saugyklose, tai yra, net Windows saugyklose nustos saugoti ir pradės trinti turinį. Kitaip tariant, vietinis diskas sistemoje Windows yra geriausias pasirinkimas tokiai atsarginių kopijų saugojimo sistemai.
Atsarginė kopija ir „Windows“ saugykla
Su BCJ viskas tampa dar įdomiau. Jis ne tik turi visavertį išsaugojimą, bet ir nereikia daryti visos atsarginės kopijos kiekvieną kartą keičiant diską! Tai veikia taip:
Pirmiausia B&R pradeda kurti taškus pirmame diske. Tarkime, kad išlaikymą nustatėme iki 3 taškų. Užduotis veiks begaliniu inkrementiniu režimu ir sujungs viską, kas nereikalinga (primenu, kad GFS išlaikymas šiuo atveju nepalaikomas).
Tada prijungiame antrąjį diską. Kadangi jame dar nėra grandinės, sukuriame visą atsarginę kopiją, po kurios turime antrą trijų taškų grandinę:
Galiausiai atėjo laikas iš naujo prijungti pirmąjį diską. Ir čia prasideda magija, nes užduotis nesukurs visos atsarginės kopijos, o tiesiog tęs laipsnišką grandinę:
Po to beveik kiekvienas diskas turės savo nepriklausomą grandinę. Todėl išlaikymas čia reiškia ne taškų skaičių visuose diskuose, o taškų skaičių kiekviename diske atskirai.
Atsarginė kopija ir „Linux“ saugyklos tinklo saugykla
Dar kartą prarandame visą eleganciją, jei saugykla nėra vietiniame „Windows“ diske. Šis scenarijus veikia panašiai kaip aukščiau aptartas su paprasta užduotimi. Su kiekvienu pasukimu BCJ sukurs visą atsarginę kopiją, o esami taškai bus pamiršti. Kad nepritrūktų laisvos vietos, turite naudoti DWORD ForceDeleteBackupFiles.
išvada
Taigi, dėl tokio ilgo teksto išnagrinėjome dviejų tipų užduotis. Žinoma, užduočių yra daug daugiau, tačiau jų visų vieno straipsnio formatu svarstyti nepavyks. Jei perskaitę vis dar turite klausimų, rašykite juos komentaruose, mielai atsakysiu asmeniškai.
Šaltinis: www.habr.com