Saluton legantoj de nia blogo! Parte ni jam konas - miaj anglalingvaj afiŝoj aperis ĉi tie en la traduko de mia kara kolego . Ĉi-foje mi decidis rekte alparoli la ruslingvan publikon.
Por mia debuto, mi volis trovi temon kiu estus interesa por la plej vasta ebla publiko kaj postulus detalan konsideron. Daniel Defoe argumentis ke morto kaj impostoj atendas ajnan personon. Miaflanke, mi povas diri, ke iu ajn subtena inĝeniero atendas demandojn pri la politikoj por stoki reakirajn punktojn (aŭ, en pli simplaj terminoj, retenon). Mi komencis klarigi kiel reteno funkcias antaŭ 4 jaroj kiel Nivelo XNUMX Juniora Inĝeniero, kaj mi daŭre klarigas nun kiel la gvidanto de la hispana kaj itala parolanta teamo. Mi certas, ke ankaŭ miaj kolegoj de la dua kaj eĉ la tria subtena nivelo regule respondas al la samaj demandoj.
En ĉi tiu lumo, mi volis verki finan, kiel eble plej detalan afiŝon, al kiu ruslingvaj uzantoj povus reveni denove kaj denove kiel referencon. La momento estas ĝusta - la ĵus eldonita dek-datrevena versio aldonis novajn funkciojn al la baza funkcieco, kiu ne ŝanĝiĝis dum jaroj. Mia afiŝo fokusiĝas ĉefe al ĉi tiu versio - kvankam la plej granda parto de kio estas skribita estas vera por antaŭaj versioj, vi simple ne trovos iom el la priskribitaj funkcioj tie. Fine, rigardante iom en la estontecon, mi diros, ke kelkaj ŝanĝoj estas atendataj en la venonta versio, sed ni rakontos al vi pri tio kiam venos la tempo. Do ni komencu.
Rezervaj laboroj
Unue, ni rigardu la parton, kiu ne ŝanĝiĝis en la versio 10. La retenpolitiko estas determinita de pluraj parametroj. Ni malfermu la fenestron por krei novan taskon kaj iru al la langeto Stokado. Ĉi tie ni vidos parametron, kiu determinas la deziratan nombron da restaŭraj punktoj:
Tamen, ĉi tio estas nur parto de la ekvacio. La reala nombro da punktoj ankaŭ estas determinita de la rezerva reĝimo fiksita por la laboro. Por elekti ĉi tiun opcion, alklaku la Altnivelan butonon sur la sama langeto. Ĉi tio malfermos novan fenestron kun multaj ebloj. Ni numeri ilin kaj konsideru ilin unu post la alia:
Se nur opcio 1 estas ebligita, la laboro funkcios en "senfine pliiga" reĝimo (eterne antaŭen pliiga). Ne estas malfacilaĵoj ĉi tie - la tasko stokos la fiksitan nombron da restarigaj punktoj de plena sekurkopio (dosiero kun la VBK-etendo) ĝis la lasta pliigo (dosiero kun la VIB-etendo). Kiam la nombro da punktoj superas la fiksitan valoron, la plej malnova pliigo estos kunfandita kun la plena sekurkopio. Alivorte, se la tasko estas agordita por stoki 3 poentojn, tiam tuj post la sekva sesio estos 4 poentoj en la deponejo, post kio la plena sekurkopio estos kunfandita kun la plej malnova pliigo kaj la tuta nombro da poentoj revenos al. 3.
Ankaŭ ege simpla estas la reteno por la "inversa pliiga" (inversa pliiga) reĝimo (opcio 2). Ĉar en ĉi tiu kazo la plej nova punkto estos plena sekurkopio, sekvita de ĉeno de tiel nomataj retruoj (dosieroj kun la VRB-etendo), por apliki la retenon, sufiĉas simple forigi la plej malnovan retroiron. La situacio estos la sama: tuj post la kunsido, la nombro da punktoj superos la fiksitan valoron per 1, post kio ĝi revenos al la dezirata valoro.
Notu, ke kun inversa-pliiga reĝimo, vi ankaŭ povas ebligi periodajn plenajn sekurkopiojn (opcio 4), sed ĉi tio ne ŝanĝas la esencon. Jes, plenaj restarigaj punktoj aperos en la ĉeno, sed ni ankoraŭ nur forigos la plej malnovajn punktojn unuope.
Fine ni venas al la interesa parto. Se vi ebligas pliigajn sekurkopiojn, sed ankaŭ ebligas eblojn 3 aŭ 4 (aŭ ambaŭ samtempe), la tasko komencos krei periodajn plenajn sekurkopiojn per la "aktiva" aŭ sinteza metodo. La metodo krei plenan sekurkopion ne gravas - ĝi enhavos la samajn datumojn, kaj la pliiga ĉeno estos dividita en "subĉenoj". Ĉi tiu metodo nomiĝas antaŭen pliiga, kaj estas li, kiu kaŭzas gravan parton de la demandoj de niaj klientoj.
Reteno estas aplikata ĉi tie per forigo de la plej malnova parto de la ĉeno (de plena sekurkopio ĝis pliigo). Samtempe, ni ne forigos nur kavan sekurkopion aŭ nur parton de la pliigoj. La tuta "subĉeno" estas forigita tute tuj. La signifo de agordo de la nombro da punktoj ankaŭ ŝanĝiĝas - se en aliaj metodoj ĉi tio estas la maksimuma permesebla nombro, post kiu reteno devas esti aplikita, tiam ĉi tiu agordo determinas la minimuman nombron. Alivorte, post forigo de la plej malnova "subĉeno", la nombro da punktoj en la restanta parto ne devus fali sub ĉi tiu minimumo.
Mi provos bildigi ĉi tiun koncepton grafike. Ni diru, ke la reteno estas agordita al 3 poentoj, la tasko funkcias ĉiutage kun plena sekurkopio lundon. En ĉi tiu kazo, la reteno estos aplikata kiam la tuta nombro da punktoj atingas 10:
Kial jam 10 kiam ili metis 3? Lunde, plena sekurkopio estis kreita. De mardo ĝis dimanĉo, la laboro kreis pliiĝojn. Fine, venontlunde, plena sekurkopio estas kreita denove kaj nur kiam 2 pliigoj estas kreitaj povas finfine esti forigita la tuta malnova parto de la ĉeno, ĉar la restanta nombro da punktoj ne falos sub la aro 3.
Se la ideo estas klara, tiam mi sugestas, ke vi mem provu kalkuli la retenon. Ni prenu la jenajn kondiĉojn: la tasko estas lanĉita unuafoje ĵaŭde (nature, plena sekurkopio estos farita). La tasko estas fiksita por krei plenan sekurkopion merkrede kaj dimanĉe kaj stoki 8 restarigajn punktojn. Kiam la reteno estos aplikata por la unua fojo?
Por respondi ĉi tiun demandon, mi rekomendas, ke vi prenu paperfolion, desegnu ĝin je la semajnotago kaj notu, kiu punkto estas kreita ĉiutage. La respondo fariĝos evidenta
Respondu
Klarigo: Por respondi, sufiĉas demandi vin "kiam estos aplikata la reteno"? La respondo estas kiam ni povas forigi la unuajn 3 poentojn (VBK, VIB, VIB) kaj la resto de la ĉeno ne falas sub la postulataj 8 poentoj. Evidentiĝas, ke ni povos fari tion, kiam ni havos 11 poentojn entute, t.e. dimanĉe de la dua semajno.
Iuj legantoj povas kontraŭi: “kial ĉio ĉi, se ekzistas ? Sen dubo, ĝi estas tre utila ilo, kaj en iuj kazoj mi uzus ĝin, sed ĝi ankaŭ havas limigojn. Antaŭ ĉio, ĝi ne permesas al vi specifi la komencajn kondiĉojn, kaj en multaj kazoj la demando estas ĝuste "ni havas tian ĉenon, kio okazos se ni ŝanĝas tiajn kaj tiajn agordojn?". Due, la ilo ankoraŭ iom mankas je videbleco. Montrante la paĝon RPS al klientoj, mi ne trovis komprenon, sed pentrinte ĝin kiel en la ekzemplo (eĉ uzante la saman Farbo), tagon post tago, ĉio iĝis klara.
Fine, ni ne konsideris la opcion "Transformi antaŭajn sekurkopiajn ĉenojn en retrovojojn" (markita per numero 5). Ĉi tiu opcio foje konfuzas klientojn, kiuj aktivigas ĝin "sur la flugo", dezirante ebligi simplan sintezan sekurkopion. Dume, ĉi tiu opcio aktivigas tre specialan rezervan reĝimon. Sen eniri detalojn, mi tuj diros, ke en ĉi tiu etapo de produkta evoluado "Transformi antaŭajn rezervajn ĉenojn en malfunkciojn" estas malmoderna opcio, kaj mi ne povas pensi pri ununura scenaro, kiam ĝi devus esti uzata. Ĝia valoro estas tiel dubinda, ke de kelka tempo Anton Gostev mem sendis alvokon tra la forumo, petante lin sendi al li ekzemplojn pri ĝia utila uzo (se vi havas, skribu en la komentoj, mi tre interesas). Se ne ekzistas (mi pensas, ke ili faros), tiam la opcio estos forigita en estontaj versioj.
La laboro kreos pliiĝojn (VIB) ĝis la tago, kiam la sinteza plena sekurkopio estas planita. En ĉi tiu tago, VBK ja estas kreita, sed ĉiuj punktoj antaŭ ĉi tiu VBK estas transformitaj en rollbacks (VRB). Post tio, la laboro daŭre kreos pliiĝojn al la plena sekurkopio ĝis la sekva sinteza sekurkopio. Kiel rezulto, eksplodema miksaĵo de VBK, VBR kaj VIB-dosieroj estas kreita en la ĉeno. Retenado estas aplikata tre simple - per forigo de la lasta VBR:
Problemoj
Krom efektive kompreni kiel ĝi funkcias, la plej multaj el la problemoj, kiuj aperas dum uzado de pliiga reĝimo, estas kutime asociitaj kun plena sekurkopio. Regula plena sekurkopio estas necesa por ĉi tiu reĝimo, alie la deponejo akumulos punktojn ĝis ĝi superfluas.
Ekzemple, plena sekurkopio povas esti kreita tro malofte. Ni diru, ke la tasko estas agordita por stoki 10 poentojn, kaj plena sekurkopio estas kreita unufoje monate. Estas klare, ke la reala nombro da punktoj ĉi tie estos multe pli granda ol la fiksita. Aŭ la tasko estas ĝenerale agordita por funkcii en senfina-pliiga reĝimo kaj stoki 50 poentojn. Tiam iu hazarde kreis plenan sekurkopion. Jen ĝi, de nun la tasko atendos ĝis la plena punkto amasigas 49 pliigojn, post kio ĝi aplikos la retenon kaj revenos al la senfina-plena reĝimo.
En aliaj kazoj, plena sekurkopio estas kreita regule, sed ial ne faras. Mi listigos la plej popularan kialon ĉi tie. Iuj klientoj preferas uzi la "kuru post" programa opcion kaj agordi laborpostenojn por funkcii en ĉeno. Ni prenu ĉi tiun ekzemplon: estas 3 laboroj, kiuj funkcias ĉiutage kaj kreas plenan sekurkopion dimanĉe. La unua tasko komenciĝas je 22.30, la ceteraj estas lanĉitaj en ĉeno. Pliiga sekurkopio daŭras 10 minutojn, kaj tial antaŭ 23.00 ĉiuj taskoj finas sian laboron. Sed plena sekurkopio daŭras unu horon, do dimanĉe okazas jena: la unua tasko funkcias de 22.30 ĝis 23.30. La sekva estas de 23.30 ĝis 00.30. Sed la tria tasko estas lanĉita lunde. Plena sekurkopio estas agordita por dimanĉo, do en ĉi tiu kazo simple ne estos. La tasko atendos plenan sekurkopion por apliki la retenon. Do atentu kiam vi uzas la opcion "kuru post" aŭ tute ne uzu ĝin - simple agordu la laborojn por komenci samtempe kaj lasu la rimedoplanilon fari sian laboron.
La malfacila opcio "Forigi forigitajn erojn"
Trarigardante la agordojn de la tasko Stokado - Altnivela - Prizorgado, vi povas renkonti la opcion "forigi datumojn post forviŝita eroj", kalkulita en tagoj.
Iuj klientoj atendas, ke ĉi tio estu reteno. Fakte, ĉi tio estas tute aparta opcio, kies miskompreno povas konduki al neatenditaj sekvoj. Tamen, antaŭ ĉio, mi devas klarigi kiel B&R reagas al situacioj, kie nur kelkaj maŝinoj estas sukcese subtenitaj dum la sesio.
Imagu ĉi tiun scenaron: senfina-pliiga laboro agordita por stoki 6 poentojn. Estas 2 maŝinoj en la tasko, unu ĉiam sukcese subtenita, la alia foje donis erarojn. Kiel rezulto, antaŭ la sepa punkto, la sekva situacio formiĝis:
Estas tempo apliki la retenon, sed unu maŝino havas 7 poentojn, kaj la alia nur 4. Ĉu la reteno estos aplikata ĉi tie? La respondo estas jes, ĝi faros. Se almenaŭ unu objekto estis subtenita, B&R konsideras ke la punkto estis kreita.
Simila situacio povas ekesti se iu maŝino simple ne estis inkluzivita en la tasko dum certa sesio. Tio okazas, ekzemple, kiam maŝinoj estas aldonitaj al la tasko ne individue, sed kiel parto de ujoj (dosierujoj, stokaĵoj) kaj iu maŝino provizore migras al alia ujo. La laboro tiam estos konsiderata sukcesa, sed vi trovos mesaĝon en la statistiko, kiu diras, ke vi atentu, ke tia aŭ tia maŝino ne plu estas prilaborata de la laboro.
Kio okazos, se vi ne atentos ĝin? En la kazo de senfina-pliigaj aŭ inversaj-pliigaj reĝimoj, la nombro da restaŭrigaj punktoj de la "problema" maŝino malpliiĝos kun ĉiu sesio ĝis ĝi atingas 1, konservita en VBK. Alivorte, eĉ se la maŝino ne estas subtenita dum longa tempo, unu restarigi punkto ankoraŭ restos. Ĉi tio ne estas la kazo se periodaj plenaj sekurkopioj estas ebligitaj. Se signaloj de B&R estas ignorataj, la lasta punkto eble estos forigita kune kun la malnova parto de la ĉeno.
Kompreninte ĉi tiujn detalojn, ni povas finfine konsideri la opcion "Forigi forigitajn datumojn post". Ĝi forigos ĉiujn punktojn por aparta maŝino se tiu maŝino ne estas subtenita dum X tagoj. Bonvolu noti, ke ĉi tiu agordo ne respondas al eraroj (provita - ne funkciis). Eĉ ne devus esti provo sekurkopii la maŝinon. Ŝajnus, ke la opcio estas utila kaj ĉiam devas esti konservita ebligita. Se la administranto forigis la maŝinon de la tasko, tiam estas logike forigi la ĉenon de nenecesaj datumoj post iom da tempo. Tamen, agordado postulas disciplinon kaj zorgon.
Mi donu al vi ekzemplon el praktiko: pluraj ujoj estis aldonitaj al la tasko, kies komponado estis sufiĉe dinamika. Pro la manko de RAM, la B&R-servilo spertis problemojn, kiuj pasis nerimarkitaj. La tasko komenciĝis kaj provis fari sekurkopion de la maŝinoj, krom unu, kiu tiutempe ne ĉeestis en la ujo. Ĉar multaj maŝinoj generis erarojn, defaŭlte B&R devas fari 3 pliajn provojn sekurigi "problemajn" maŝinojn. Pro konstantaj problemoj kun la RAM, ĉi tiuj provoj daŭris plurajn tagojn. Ne estis dua provo sekurigi la mankantan VM (la foresto de VM ne estas eraro). Kiel rezulto, dum unu el la ripetaj provoj, la kondiĉo "Forigi forigitajn erojn" estis plenumita kaj ĉiuj punktoj de la maŝino estis forigitaj.
Ĉi-okaze mi povas diri la jenon: se vi havas sciigojn pri la rezultoj de taskoj instalitaj, kaj eĉ pli bone, integriĝo kun Veeam ONE estas uzata, tiam plej verŝajne ĉi tio ne okazos al vi. Se vi rigardas la B&R-servilon unufoje semajne por kontroli, ke ĉio funkcias, tiam estas pli bone rifuzi opciojn, kiuj povus konduki al la forigo de sekurkopioj.
Kio nova en v.10
Kion ni antaŭe parolis, ekzistis ĉe B&R por multaj versioj. Kompreninte ĉi tiujn principojn de laboro, ni nun vidu, kio estis aldonita en la datreveno "top ten".
Ĉiutaga reteno
Supre, ni konsideris la "klasikan" stokadpolitikon bazitan sur la nombro da punktoj. Alternativa aliro estas agordi "tagojn" anstataŭ "restarigi punktojn" en la sama menuo.
La ideo estas klara de la nomo - la reteno stokos la fiksitan nombron da tagoj, la nombro da poentoj en ĉiu tago ne gravas. Farante tion, memoru la jenajn:
- La nuna tago ne estas konsiderata kiam oni kalkulas la retenon
- Tagoj, kiam la tasko tute ne funkciis, estas ankaŭ kalkulitaj. Ĉi tio devas esti memorita, por ke vi ne hazarde perdu la punktojn de tiuj taskoj, kiuj funkcias neregule.
- La restarigo punkto estas kalkulita de la tago kiam ĝi estis kreita (t.e. se la tasko komenciĝis lunde kaj finiĝis marde, tiam ĉi tio estas punkto de lundo)
Alie, la principoj por apliki retenon per taskoj ankaŭ estas determinitaj per la elektita rezerva metodo. Ni provu alian kalkultaskon uzante la saman pliigan metodon. Ni diru, ke la reteno estas agordita al 8 tagoj, la tasko funkcias ĉiujn 6 horojn kun plena sekurkopio merkrede. En ĉi tiu kazo, la tasko ne funkcias dimanĉe. La laboro funkcias lundon por la unua fojo. Kiam la reteno estos aplikata?
Respondu
Kiel kutime, estas plej bone desegni signon. Mi permesos al mi simpligi la taskon kaj ne eltiros ĉiujn poentojn kreitajn por ĉiu tago, ĉar la nombro da poentoj tage ne gravas ĉi tie. Gravas nur por ni, ke la unua lundo kaj merkredo la unua punkto estos plena sekurkopio, en la aliaj tagoj la tasko simple kreos 4 pliigajn poentojn.
Ni mem komprenas, ke la reteno estos aplikata per forigo de la lunda plena sekurkopio kaj ĝia pliigo. Kiam ĝi okazos? Kiam la resto de la ĉeno enhavos 8 tagojn. Samtempe, ni ne kalkulas la nunan tagon, sed dimanĉon, male, ni kalkulas. Do la respondo estas ĵaŭdo de la dua semajno.
GFS-arkivado por regulaj laboroj
Antaŭ v.10, la stokadmetodo de Avo-Patro-Filo (GFS) estis nur havebla por Sekurkopiaj laboroj kaj surbendaj kopiolaboroj. Nun ĝi ankaŭ haveblas por regula sekurkopio.
Kvankam ĉi tio ne rilatas al la aktuala temo, mi ne povas diri, ke la nova funkcio ne signifas foriron de la 3-2-1 strategio. La ĉeesto de arkivpunktoj en la ĉefa deponejo neniel influas ĝian fidindecon. Estas komprenite, ke GFS estos uzata kune kun skalo-eksteren-deponejo por sendi ĉi tiujn punktojn al S3 kaj similaj stokejoj. Se vi ne uzas ĝin, tiam estas pli bone konservi ĉefajn kaj arkivajn punktojn en malsamaj deponejoj.
Nun ni rigardu la principojn de kreado de GFS-punktoj. En la taskaj agordoj, ĉe la paŝo de Stokado, aperis speciala butono, kiu vokas la jenan menuon:
La esenco de GFS povas esti reduktita al pluraj punktoj (notu, ke GFS funkcias malsame en aliaj specoj de taskoj, sed pli pri tio poste):
- La tasko ne kreas apartan plenan sekurkopion sub la GFS-punkto. Anstataŭe, la plej taŭga plena sekurkopio disponebla estos uzata. Tial, la laboro devas funkcii en pliiga reĝimo kun perioda plena sekurkopio, aŭ plena sekurkopio devas esti kreita permane de la uzanto.
- Se nur unu periodo estas ebligita (ekzemple, semajna periodo), tiam komence de la GFS-periodo, la tasko simple komencos atendi plenan sekurkopion kaj markos la unuan taŭgan kiel GFS.
Ekzemplo: Laboro estas agordita por stoki semajnan GFS uzante merkredan sekurkopion. La tasko funkcias ĉiutage, sed la plena sekurkopio estas planita por vendredo. En ĉi tiu kazo, la GFS-periodo komenciĝos merkrede kaj la tasko komencos atendi taŭgan punkton. Ĝi aperos vendrede kaj estos markita per la GFS-flago.
- Se pluraj periodoj estas ebligitaj samtempe (ekzemple, ĉiusemajne kaj ĉiumonate), tiam B&R aplikos metodon kiu permesas la saman punkton esti uzata kiel la GFS de multoblaj intervaloj (por ŝpari spacon). La flagoj estos asignitaj laŭvice, komencante de la plej juna.
Ekzemplo: semajna GFS estas agordita al merkredo, kaj monata GFS estas agordita al la lasta semajno de la monato. La laboro funkcias ĉiutage kaj kreas plenajn sekurkopiojn lundon kaj vendrede.
Por simpleco, ni komencu kalkuli ekde la antaŭlasta semajno de la monato. Ĉi-semajne plena sekurkopio estos kreita lunde, sed ĝi estos ignorita ĉar la semajna GFS-intervalo komenciĝas merkrede. Sed la vendreda plena sekurkopio tute taŭgas por la GFS-punkto. Ĉi tiu sistemo jam estas konata al ni.
Nun konsideru, kio okazos en la lasta semajno de la monato. La monata GFS-intervalo komenciĝos lundon, sed la lunda VBK ne estos etikedita kiel GFS ĉar la laboro serĉas etikedi unu VBK kiel kaj monata kaj semajna GFS-punkto. Samtempe, la serĉo komenciĝas per la semajna, tial, laŭdifine, ĝi ankaŭ povas fariĝi monata.
Tamen, se nur semajnaj kaj ĉiujaraj intervaloj estas ebligitaj, ili funkcios sendepende unu de la alia kaj povas marki 2 apartajn VBK-ojn kiel ekvivalentajn GFS-intervalojn.
Sekurkopiaj laboroj
Alia speco de tasko, ofte postulanta klarigon pri la laboro. Komence, ni analizu la "klasikan" labormetodon, sen novigoj v.10
Simpla retenmetodo
Defaŭlte, tiaj laboroj funkcias en senfina-pliiga reĝimo. La kreado de punktoj estas determinita de du parametroj - la kopia intervalo kaj la dezirata nombro da restaŭraj punktoj (ĉi tie ne estas konservado tage). La kopiintervalo estas agordita sur la unua langeto Laboro dum kreado de laboro:
La nombro da poentoj estas determinita iom plu sur la Cela langeto
La laboro kreas 1 novan punkton per intervalo (ne gravas kiom da punktoj estis kreitaj por la VM per la originaj laborpostenoj). Ĉe la fino de la intervalo, la nova punkto estas finpretigita kaj, se necese, reteno estas aplikata kunligante la VBK kaj la plej malnovan pliigon. Ĉi tiu mekanismo jam estas konata al ni.
Retenmetodo uzante GFS
BCJ ankaŭ povas stoki arkivitajn punktojn. Ĉi tio estas agordita sur la sama Cela langeto, tuj sub la nombro da restaŭraj punktoj agordoj:
GFS-punktoj povas esti kreitaj en du manieroj - sinteze, uzante la datumojn sur la sekundara deponejo, aŭ simulante plenan sekurkopion kaj legante ĉiujn datumojn de la primara deponejo (aktivigita per la opcio markita per numero 3). La reteno en ambaŭ kazoj estos tre malsama, do ni konsideros ilin aparte.
Sinteza GFS
En ĉi tiu kazo, la GFS-punkto ne estas kreita ĝuste en la difinita tago. Anstataŭe, GFS-punkto estos kreita kiam la VIB de la tago, kiam la GFS-punkto estis planita por esti kreita, estas kunfandita kun la plena sekurkopio. Ĉi tio foje kaŭzas miskomprenon, ĉar la tempo pasas, sed ankoraŭ mankas GFS-punkto. Kaj nur potenca ŝamano de teknika subteno povas antaŭdiri, en kiu tago la punkto ankoraŭ aperos. Fakte, magio ne necesas - nur rigardu la fiksitan nombron da poentoj kaj la sinkronigan intervalon (kiom da poentoj estas kreitaj ĉiutage). Provu kalkuli ĝin mem uzante ĉi tiun ekzemplon: la tasko estas agordita por stoki 7 poentojn, la sinkroniga intervalo estas 12 horoj (t.e. 2 poentoj tage). Nuntempe, estas jam 7 poentoj en la ĉeno, hodiaŭ estas lundo, kaj la kreado de GFS-punkto estas planita por ĉi tiu tago. Kiun tagon ĝi estos kreita?
Respondu
Ĉi tie estas pli bone priskribi kiel la ĉeno ŝanĝos en dinamiko tage:
Do, lunde, la lasta pliigo en la ĉeno estas markita kiel GFS, sed neniuj aliaj videblaj ŝanĝoj okazas. Ĉiutage la tasko kreas 2 novajn poentojn, kaj la reteno movas la ĉenon neeviteble antaŭen. Fine, ĵaŭde, estas tempo apliki la retenon al tiu sama pliigo. Ĉi tiu sesio daŭros pli longe ol kutime - ĉar la tasko "tiros" la necesajn blokojn de la ĉeno kaj kreos novan plenan punkton. De nun, estos 8 poentoj en la ĉeno - 7 en la ĉefa ĉeno + GFS.
Kreante GFS-punktojn kun opcio "Legu tutan punkton".
Supre mi diris, ke BCJ funkcias en senfina-pliiga reĝimo. Nun ni analizos la solan escepton al ĉi tiu regulo. Se vi ebligas la opcion "Legi tutan punkton", la GFS-punkto estos kreita ĝuste en la planita tago. La tasko mem funkcios en pliiga reĝimo kun periodaj plenaj sekurkopioj, kiujn ni diskutis supre. La reteno ankaŭ estos aplikata per forigo de la plej malnova parto de la ĉeno. Tamen, en ĉi tiu kazo, nur pliigoj estos forigitaj, kaj la plena sekurkopio restos kiel GFS-punkto. Sekve, punktoj markitaj per GFS-flagoj ne estas konsiderataj kiam oni kalkulas la retenon.
Supozu, ke la tasko estas agordita por stoki 7 poentojn kaj krei semajnan GFS-punkton lundon. En ĉi tiu kazo, ĉiulunde la laboro ja kreos plenan sekurkopion kaj markos ĝin kiel GFS. La reteno estos aplikata kiam, post forigo de pliigoj de la plej malnova parto, la nombro de ceteraj pliigoj ne falas sub 7. Jen kiel ĝi aspektas sur la diagramo:
Do, ĝis la fino de la dua semajno, estas entute 14 poentoj en la ĉeno. Dum la dua semajno, la tasko kreis 7 poentojn. Se ĝi estus simpla tasko, la reteno estus jam aplikita. Sed ĉi tio estas BCJ kun GFS-reteno, do ni ne kalkulas GFS-poentojn, kio signifas, ke estas nur 6. Tio estas, ni ankoraŭ ne povas apliki la retenon. En la tria semajno, ni kreas alian plenan sekurkopion kun la GFS-flago. 15 poentoj, sed denove ni ne kalkulas ĉi tiun. Kaj fine, marde de la tria semajno, ni kreas pliigon. Nun, se ni forigas la pliigojn de la unua semajna ĉeno, la totala nombro da pliigoj kontentigos la fiksitan retenon.
Kiel menciite supre, en ĉi tiu metodo estas tre grave ke plenaj sekurkopioj estas kreitaj regule. Ekzemple, se vi fiksas la ĉefan retenon al 7 tagoj, sed nur 1 jara punkto, estas facile imagi, ke la pliigoj amasiĝos multe, multe pli ol 7. En tiaj kazoj, estas pli bone uzi la sintezan metodon krei. GFS.
Kaj denove "Forigi forigitajn erojn"
Ĉi tiu opcio ankaŭ ĉeestas por BCJ:
La logiko de ĉi tiu opcio ĉi tie estas la sama kiel en regulaj rezervaj taskoj - se la maŝino ne estas prilaborata dum la specifita nombro da tagoj, tiam ĝiaj datumoj estas forigitaj de la ĉeno. Tamen, por BCJ ĉi tiu opcio estas objektive pli utila, kaj jen kial.
En normala reĝimo, BCJ funkcias en senfina-pliiga reĝimo, do se iam la maŝino estas forigita de la tasko, tiam la reteno iom post iom forigos ĉiujn reakiropunktojn ĝis restas nur unu - en VBK. Nun ni imagu, ke la laboro ankaŭ estas agordita por krei sintezajn GFS-punktojn. Kiam venos la tempo, la laboro devos krei GFS por ĉiuj maŝinoj en la ĉeno. Se iu maŝino tute ne havas novajn punktojn - nu, vi devas uzi tiun, kiu estas. Kaj tiel ĉiufoje. Kiel rezulto, la sekva situacio povas ekesti:
Atentu la sekcion Dosieroj: ni havas la ĉefajn VBK kaj 2 semajnajn GFS-punktojn. Kaj nun al la sekcio de Restarpunktoj - fakte ĉi tiuj dosieroj enhavas la saman bildon de la maŝino. Kompreneble, tiaj GFS-punktoj ne havas signifon, ili nur okupas spacon.
Ĉi tiu situacio nur eblas kiam oni uzas sintezan GFS. Por malhelpi ĉi tion, uzu la opcion "Forigi forigitajn erojn". Nur memoru agordi ĝin por taŭga nombro da tagoj. Teknika subteno vidis kazojn kie la opcio estis agordita al malpli ol la nombro da tagoj ol la sinkroniga intervalo - BCJ komencis tumulti kaj forigi punktojn antaŭ ol ili havis tempon krei ilin.
Notu ankaŭ, ke ĉi tiu opcio ne influas ekzistantajn GFS-punktojn. Se vi volas purigi la arkivojn, vi devas fari ĝin permane - dekstre alklakante la maŝino kaj elektante "Forigi el disko" (en la fenestro, kiu aperas, ne forgesu marki la markobutonon "Forigi plenan sekurkopion de GFS"). :
Novigado v.10 - tuja kopio (tuja kopio)
Pritraktinte la "klasikan" funkciecon, ni transiru al la nova. Novigado estas unu, sed tre grava. Ĉi tio estas nova maniero de operacio.
Ne ekzistas "sinkroniga intervalo", la tasko konstante monitoros ĉu novaj punktoj aperis kaj kopios ilin ĉiujn, kiom ajn estas. Tamen, la laboro restas pliiga, kio signifas, ke eĉ se la ĉefa laboro kreas VBK aŭ VRB, tiuj punktoj estos kopiitaj kiel VIB. Alie, ne estas surprizoj en ĉi tiu reĝimo - kaj norma kaj GFS-retenado funkcias laŭ la reguloj priskribitaj supre (kvankam nur sinteza GFS haveblas ĉi tie).
Diskoj turniĝas. Trajtoj de Rotated Drives Repositories
La konstanta minaco de ransomware-virusoj igis ĝin la fakta sekurecnormo havi kopion de la datumoj sur rimedo kie la viruso ne povas atingi. Unu opcio estas uzi disko-rotaciajn deponejojn, kie diskoj estas uzataj laŭvice: dum unu disko estas konektita kaj skribebla, la ceteraj estas konservitaj en sekura loko.
Por instrui B&R labori kun tiaj deponejoj, en la deponejo agordoj, ĉe la Deponejo paŝo, alklaku la Altnivela butono kaj elektu la taŭgan opcion:
Post tio, VBR atendos, ke la periode ekzistanta ĉeno malaperos de la deponejo, kio signifas diskrotacion. Depende de la speco de deponejo kaj la speco de laboro, B&R kondutos malsame. Vi povas reprezenti ĉi tion per tabelo tia:
Ni konsideru ĉiun opcion.
Normala Laboro kaj Vindoza Deponejo
Do, ni havas taskon, kiu ŝparas ĉenojn al la unua disko. Dum rotacio, la kreita ĉeno fakte malaperas, kaj la tasko bezonas iel postvivi ĉi tiun perdon. Ĝi trovas konsolon kreante plenan sekurkopion. Tiel, ĉiu rotacio signifas plenan sekurkopion. Sed kio okazas al la punktoj sur malkonektita disko? Ili estas memoritaj kaj konsiderataj kiam oni kalkulas la retenon. Tiel, la fiksita nombro da punktoj en la tasko estas kiom da punktoj devas esti konservitaj sur ĉiuj diskoj. Jen ekzemplo:
La laboro funkcias en senfina-pliiga reĝimo kaj estas agordita por stoki 3 restarigajn punktojn. Sed ni ankaŭ havas duan diskon, kaj ni turnas ĝin unufoje semajne (povas esti pli da diskoj, tio ne ŝanĝas la esencon).
En la unua semajno, la tasko kreos punktojn sur la unua disko kaj kunfandos la kromajn. Tiel, la totala nombro da poentoj estos tri:
Poste ni konektas la duan diskon. Dum ekfunkciigo, B&R rimarkos, ke la stirado ŝanĝiĝis. La ĉeno sur la unua disko malaperos de la interfaco, sed informoj pri ĝi restos en la datumbazo. La laboro nun tenos 3 punktojn sur la dua disko. La ĝenerala situacio estos tia:
Fine, ni denove alfiksas la unuan diskon. Antaŭ krei novan punkton, la tasko kontrolos kio estas tie kun la reteno. Kaj la reteno, mi memorigas vin, estas fiksita por stoki 3 poentojn. Intertempe, ni havas 3 poentojn sur disko 2 (sed ĝi estas eksterrete kaj konservita en sekura loko kie B&R ne povas atingi) kaj 3 poentoj sur disko 1 (sed ĉi tiu estas konektita). Do, vi povas sekure forigi 3 poentojn de disko 1, ĉar ili superas la retenon. Post tio, la tasko kreas plenan sekurkopion denove, kaj nia ĉeno komencas aspekti jene:
Se la reteno estas agordita por stoki tagojn anstataŭ la nombro da punktoj, tiam la logiko ne ŝanĝiĝas. Ankaŭ, GFS-retenado tute ne estas subtenata kiam oni uzas deponejojn kun diskrotacio.
Normala Laboro kaj Linuksa Deponejo Reto Stokado
Ĉi tiu opcio ankaŭ eblas, sed ĝenerale estas malpli rekomendinda pro la truditaj limigoj. La tasko respondos al diskrotacio kaj la malapero de la ĉeno sammaniere - kreante plenan sekurkopion. La limigo estas ligita kun la senpintigita retenmekanismo.
Ĉi tie, dum rotacio, la tuta ĉeno sur la malkonektita disko estas simple forigita de la datumbazo B&R. Atentu - de la datumbazo, la dosieroj mem restas sur la disko. Ili povas esti importitaj kaj uzataj por reakiro, sed ne estas malfacile konjekti, ke pli aŭ malpli frue tiaj forgesitaj ĉenoj plenigos la tutan deponejon.
La solvo estas aldoni DWORD ForceDeleteBackupFiles kiel indikite en ĉi tiu paĝo: . Post tio, la laboro simple komencos forigi la tutan enhavon de la labordosierujo aŭ deponejo (depende de la valoro) dum ĉiu rotacio.
Tamen ĉi tio ne estas eleganta reteno, sed prefere purigado de ĉiu enhavo. Bedaŭrinde, teknika subteno renkontis kazojn, kiam la deponejo estis simple la radika dosierujo de la disko, kie, krom sekurkopioj, estis aliaj datumoj. Ĉio ĉi estis detruita dum la rotacio.
Krome, kiam ForceDeleteBackupFiles estas ebligita, ĝi funkcias por ĉiuj specoj de deponejoj, tio estas, eĉ deponejoj en Vindozo ĉesos apliki retenon kaj komencos forigi enhavon. Alivorte, loka disko en Vindozo estas la plej bona elekto por tia rezerva stokada sistemo.
Rezerva kopio kaj Vindoza deponejo
Kun BCJ, aferoj fariĝas eĉ pli interesaj. Ne nur ekzistas plentaŭga reteno, sed ne necesas fari plenan sekurkopion ĉiufoje kiam vi ŝanĝas la diskon! Ĝi funkcias tiel:
Unue, B&R komencas fari punktojn sur la unua disko. Ni diru, ke ni starigas la retenon al 3 poentoj. La tasko funkcios en senfina-pliiga reĝimo kaj kunfandi ĉion superfluan (mi memorigas al vi, ke GFS-retenado ne estas subtenata en ĉi tiu kazo).
Poste ni konektas la duan diskon. Ĉar ankoraŭ ne ekzistas ĉeno sur ĝi, ni kreas plenan sekurkopion, post kiu ni havas duan ĉenon de tri poentoj:
Fine, estas tempo rekonekti la unuan diskon. Kaj tie venas la magio, ĉar la tasko ne kreos plenan sekurkopion, sed anstataŭe simple daŭrigos la pliigan ĉenon:
Post tio, fakte, ĉiu disko havos sian propran sendependan ĉenon. Tial reteno ĉi tie ne signifas la nombron da poentoj sur ĉiuj diskoj, sed la nombron da poentoj sur ĉiu disko aparte.
Rezerva kopio kaj Linukso-deponejo retstokado
Denove, ĉia eleganteco estas perdita se la deponejo ne estas sur loka Vindoza stirado. Ĉi tiu skripto funkcias simile al la simpla tasko supre. En ĉiu rotacio, BCJ kreos plenan sekurkopion, kaj ekzistantaj punktoj estos forgesitaj. Por ne resti sen libera spaco, vi devas uzi DWORD ForceDeleteBackupFiles.
konkludo
Do, kiel rezulto de tiel longa teksto, ni konsideris du specojn de taskoj. Kompreneble, estas multe pli da taskoj, sed ne eblos konsideri ilin ĉiujn en la formato de unu artikolo. Se post legado vi ankoraŭ havas demandojn, tiam skribu ilin en la komentoj, mi volonte respondos persone.
fonto: www.habr.com