Pagbati sa aming mga mambabasa ng blog! Medyo pamilyar na kami - ang aking mga post sa wikang Ingles ay lumitaw dito na isinalin ng aking mahal na kasamahan . Sa pagkakataong ito, nagpasya akong direktang makipag-usap sa mga nagsasalita ng Ruso.
Para sa aking debut, gusto kong makahanap ng isang paksa na magiging interesante sa pinakamalawak na posibleng madla at nangangailangan ng detalyadong pagsasaalang-alang. Nagtalo si Daniel Defoe na naghihintay ang kamatayan at buwis sa bawat tao. Sa aking bahagi, masasabi kong ang sinumang inhinyero ng suporta ay magkakaroon ng mga tanong tungkol sa mga patakaran sa pag-imbak ng punto ng pagbawi (o, mas simple, pagpapanatili). Sinimulan kong ipaliwanag kung paano gumagana ang pagpapanatili 4 na taon na ang nakalipas, bilang isang junior engineer sa unang antas, at patuloy akong nagpapaliwanag ngayon, bilang pinuno na ng isang koponan na nagsasalita ng Espanyol at Italyano. Sigurado ako na ang aking mga kasamahan mula sa pangalawa at maging sa ikatlong antas ng suporta ay regular ding sinasagot ang parehong mga tanong.
Sa ganitong paraan, gusto kong magsulat ng pangwakas, bilang detalyadong post hangga't maaari, kung saan ang mga user na nagsasalita ng Russian ay maaaring bumalik nang paulit-ulit bilang isang reference na libro. Ang sandali ay tama - ang kamakailang inilabas na bersyon ng ika-sampung anibersaryo ay nagdagdag ng mga bagong tampok sa pangunahing pag-andar na hindi nagbago sa loob ng maraming taon. Ang aking post ay pangunahing nakatuon sa bersyong ito - bagama't karamihan sa mga nakasulat ay totoo para sa mga nakaraang bersyon, hindi mo lang mahahanap ang ilan sa mga inilarawang paggana doon. Sa wakas, tumingin ng kaunti sa hinaharap, sasabihin ko na ang ilang mga pagbabago ay inaasahan sa susunod na bersyon, ngunit sasabihin namin sa iyo ang tungkol dito pagdating ng oras. Kaya simulan na natin.
Mga backup na trabaho
Una, tingnan natin ang bahagi na hindi nagbago sa bersyon 10. Ang patakaran sa pagpapanatili ay tinutukoy ng ilang mga parameter. Buksan natin ang window para sa paglikha ng bagong gawain at pumunta sa tab na Storage. Dito makikita natin ang isang parameter na tumutukoy sa nais na bilang ng mga restore point:
Gayunpaman, ito ay bahagi lamang ng equation. Ang aktwal na bilang ng mga puntos ay tinutukoy din ng backup mode na itinakda para sa trabaho. Upang piliin ang opsyong ito, mag-click sa Advanced na button sa parehong tab. Magbubukas ito ng bagong window na may maraming mga opsyon. Bilangin natin ang mga ito at isaalang-alang ang mga ito nang isa-isa:
Kung pinagana mo lang ang opsyon 1, tatakbo ang trabaho sa mode na "forever forward incremental". Walang mga paghihirap dito - ang gawain ay mag-iimbak ng tinukoy na bilang ng mga puntos sa pagbawi mula sa isang buong backup (file na may extension ng VBK) hanggang sa huling pagtaas (file na may extension ng VIB). Kapag ang bilang ng mga puntos ay lumampas sa itinakdang halaga, ang pinakamatandang pagtaas ay isasama sa buong backup. Sa madaling salita, kung ang gawain ay nakatakdang mag-imbak ng 3 puntos, pagkatapos kaagad pagkatapos ng susunod na sesyon ay magkakaroon ng 4 na puntos sa imbakan, pagkatapos nito ang buong backup ay isasama sa pinakamatandang pagtaas at ang kabuuang bilang ng mga puntos ay babalik sa 3.
Ang pagpapanatili para sa mode na "reverse incremental" (opsyon 2) ay napakasimple din. Dahil sa kasong ito, ang pinakabagong punto ay isang kumpletong backup, na sinusundan ng isang hanay ng mga tinatawag na rollback (mga file na may extension ng VRB), pagkatapos ay upang ilapat ang pagpapanatili, sapat na upang tanggalin lamang ang pinakalumang rollback. Magiging pareho ang sitwasyon: kaagad pagkatapos ng session, ang bilang ng mga puntos ay lalampas sa itinakdang halaga ng 1, pagkatapos nito ay babalik ito sa nais na halaga.
Pakitandaan na sa reverse-incremental mode maaari mo ring paganahin ang pana-panahong buong backup (opsyon 4), ngunit hindi nito babaguhin ang esensya. Oo, lalabas sa chain ang kumpletong mga recovery point, ngunit tatanggalin pa rin namin nang paisa-isa ang mga pinakalumang puntos.
Sa wakas, dumating tayo sa kawili-wiling bahagi. Kung i-activate mo ang incremental backup, ngunit bilang karagdagan ay paganahin ang mga opsyon 3 o 4 (o pareho sa parehong oras), magsisimula ang gawain na lumikha ng pana-panahong buong backup gamit ang "aktibo" o sintetikong pamamaraan. Ang paraan para sa paglikha ng isang buong backup ay hindi mahalaga - ito ay naglalaman ng parehong data, at ang incremental na chain ay mahahati sa "subchain". Ang pamamaraang ito ay tinatawag na forward incremental, at ang paraang ito ang naglalabas ng malaking bahagi ng mga tanong mula sa aming mga kliyente.
Ang pagpapanatili ay inilalapat dito sa pamamagitan ng pagtanggal sa pinakalumang bahagi ng chain (mula sa isang buong backup hanggang sa isang pagtaas). Kasabay nito, hindi namin tatanggalin lamang ang kumpletong backup o bahagi lamang ng mga increment. Ang buong "subchain" ay ganap na tinanggal nang sabay-sabay. Ang kahulugan ng pagtatakda ng bilang ng mga puntos ay nagbabago din - kung sa ibang mga pamamaraan ito ang pinakamataas na pinahihintulutang numero, pagkatapos kung saan dapat ilapat ang pagpapanatili, pagkatapos dito tinutukoy ng setting na ito ang pinakamababang numero. Sa madaling salita, pagkatapos alisin ang pinakalumang "subchain", ang bilang ng mga puntos sa natitirang bahagi ay hindi dapat mas mababa sa minimum na ito.
Susubukan kong ilarawan ang konseptong ito nang grapiko. Sabihin nating ang pagpapanatili ay nakatakda sa 3 puntos, ang gawain ay tumatakbo araw-araw na may buong backup sa Lunes. Ang pagpapanatili sa kasong ito ay ilalapat kapag ang kabuuang bilang ng mga puntos ay umabot sa 10:
Bakit may 10 na kapag naglagay sila ng 3? Isang buong backup ang ginawa noong Lunes. Mula Martes hanggang Linggo ang trabaho ay lumikha ng mga increment. Sa wakas, sa susunod na Lunes, isang buong backup ay gagawin muli at kapag ang 2 increment ay nagawa na, ang buong lumang bahagi ng chain ay matatanggal, dahil ang natitirang bilang ng mga puntos ay hindi bababa sa set 3.
Kung malinaw ang ideya, iminumungkahi kong subukan mong kalkulahin ang pagpapanatili sa iyong sarili. Kunin natin ang mga sumusunod na kondisyon: ang gawain ay inilunsad sa unang pagkakataon sa Huwebes (natural, isang buong backup ang gagawin). Ang gawain ay nakatakdang gumawa ng buong backup tuwing Miyerkules at Linggo at mag-imbak ng 8 recovery point. Kailan ilalapat ang pagpapanatili sa unang pagkakataon?
Upang masagot ang tanong na ito, inirerekumenda ko na kumuha ka ng isang piraso ng papel, ihanay ito sa araw ng linggo at isulat kung aling punto ang nilikha bawat araw. Ang sagot ay magiging malinaw
Sagutin
Paliwanag: para masagot, tanungin lang ang iyong sarili "kailan ilalapat ang pagpapanatili"? Ang sagot ay kapag maaari nating alisin ang unang 3 puntos (VBK, VIB, VIB) at ang natitirang bahagi ng kadena ay hindi bababa sa kinakailangang 8 puntos. Nagiging malinaw na magagawa natin ito kapag mayroon tayong kabuuang 11 puntos, ibig sabihin, sa Linggo ng ikalawang linggo.
Maaaring tumutol ang ilang mambabasa: βbakit gagawin ang lahat ng ito kung mayroon ?. Walang alinlangan na ito ay isang napaka-kapaki-pakinabang na tool, at sa ilang mga kaso ay gagamitin ko ito, ngunit mayroon din itong mga limitasyon. Una sa lahat, hindi ito nagpapahintulot sa iyo na tukuyin ang mga paunang kondisyon, at sa maraming mga kaso ang tanong ay tiyak na "mayroon kaming ganoong kadena, ano ang mangyayari kung babaguhin namin ang ganoon at ganoong mga setting?" Pangalawa, medyo kulang pa rin ang linaw ng tool. Ipinapakita ang pahina ng RPS sa mga kliyente, wala akong nakitang anumang pag-unawa, ngunit pininturahan ito tulad ng sa halimbawa (kahit na gumagamit ng parehong Paint), araw-araw, naging malinaw ang lahat.
Sa wakas, hindi namin isinasaalang-alang ang opsyong "Ibahin ang mga nakaraang backup na chain sa mga rollback" (minarkahan ng numero 5). Minsan nalilito ng opsyong ito ang mga kliyenteng nag-a-activate nito "awtomatikong", na gustong paganahin lang ang isang sintetikong backup. Samantala, pinapagana ng opsyong ito ang isang napakaespesyal na backup mode. Nang hindi naglalarawan ng mga detalye, sasabihin ko kaagad na sa yugtong ito ng pagbuo ng produkto, "Ibahin ang mga nakaraang backup na chain sa mga rollback" ay isang lumang opsyon, at wala akong maisip na isang senaryo kung kailan ito dapat gamitin. Ang halaga nito ay labis na kahina-hinala na sa loob ng ilang oras si Anton Gostev mismo ay tumawag sa pamamagitan ng forum, na humihiling na magpadala sa kanya ng mga halimbawa ng kapaki-pakinabang na paggamit nito (kung mayroon ka nito, sumulat sa mga komento, interesado ako). Kung wala (sa tingin ko ito ang mangyayari), aalisin ang opsyon sa mga susunod na bersyon.
Ang gawain ay lilikha ng mga increment (VIB) hanggang sa araw kung kailan naka-iskedyul ang isang synthetic na buong backup. Sa araw na ito, ang isang VBK ay aktwal na nilikha, ngunit ang lahat ng mga punto bago ang VBK na ito ay binago sa mga rollback (VRB). Pagkatapos nito, magpapatuloy ang gawain sa paggawa ng mga increment sa buong backup hanggang sa susunod na synthetic backup. Bilang resulta, ang isang paputok na pinaghalong VBK, VBR at VIB na mga file ay nilikha sa chain. Ang pagpapanatili ay inilapat nang napakasimple - sa pamamagitan ng pag-alis ng huling VBR:
Mga Problema
Bukod sa aktwal na pag-unawa kung paano ito gumagana, karamihan sa mga problemang lumalabas kapag gumagamit ng incremental mode ay kadalasang nauugnay sa isang buong backup. Ang mga regular na buong backup ay kinakailangan para sa mode na ito, kung hindi, ang repositoryo ay mag-iipon ng mga puntos hanggang sa ito ay mapuno.
Halimbawa, ang isang buong backup ay maaaring malikha nang napakadalang. Sabihin nating ang gawain ay nakatakdang mag-imbak ng 10 puntos, at ang isang buong backup ay ginawa isang beses sa isang buwan. Malinaw na ang aktwal na bilang ng mga puntos dito ay mas malaki kaysa sa ipinapakita. O ang gawain ay karaniwang nakatakdang gumana sa walang katapusang incremental mode at mag-imbak ng 50 puntos. Pagkatapos ay may hindi sinasadyang gumawa ng isang buong backup. Iyon lang, mula ngayon ang gawain ay maghihintay hanggang sa ang buong punto ay makaipon ng 49 na mga palugit, pagkatapos nito ay ilalapat ang pagpapanatili at babalik sa walang katapusang full mode.
Sa ibang mga kaso, ang isang buong backup ay nakatakdang gawin nang regular, ngunit sa ilang kadahilanan ay hindi ito ginagawa. Ililista ko ang pinakasikat na dahilan dito. Mas gusto ng ilang kliyente na gamitin ang opsyon sa pag-iiskedyul ng "run after" at i-configure ang mga trabaho para tumakbo sa isang chain. Kunin natin ang halimbawang ito: may 3 trabaho na tumatakbo araw-araw at gumagawa ng buong backup sa Linggo. Ang unang gawain ay magsisimula sa 22.30, ang natitira ay inilunsad sa isang kadena. Ang isang incremental backup ay tumatagal ng 10 minuto, at samakatuwid sa pamamagitan ng 23.00 ang lahat ng mga trabaho ay matatapos sa pagtatrabaho. Ngunit ang isang buong backup ay tumatagal ng isang oras, kaya sa Linggo ang mga sumusunod ay nangyayari: ang unang gawain ay tumatakbo mula 22.30 hanggang 23.30. Susunod mula 23.30 hanggang 00.30. Ngunit ang ikatlong gawain ay magsisimula sa Lunes. Ang isang buong backup ay nakatakda para sa Linggo, kaya sa kasong ito ay hindi ito mangyayari. Maghihintay ang gawain para sa isang buong backup upang mailapat ang pagpapanatili. Kaya't mag-ingat sa paggamit ng opsyong "run after" o huwag gamitin ito - itakda lang ang mga trabaho upang magsimula nang sabay at hayaan ang resource scheduler na gawin ang trabaho nito.
Ang mahirap na opsyon na "Alisin ang mga tinanggal na item"
Nang dumaan sa mga setting ng gawain Imbakan - Advanced - Pagpapanatili, maaari mong makita ang opsyon na "alisin ang mga tinanggal na data ng mga item pagkatapos", na maaaring mabilang sa mga araw.
Inaasahan ng ilang kliyente na ito ay pagpapanatili. Sa katunayan, ito ay isang ganap na hiwalay na opsyon, ang hindi pagkakaunawaan ay maaaring humantong sa hindi inaasahang mga kahihinatnan. Gayunpaman, una sa lahat, kailangan naming ipaliwanag kung paano tumutugon ang B&R sa mga sitwasyon kung saan iilan lang sa mga makina ang matagumpay na na-back up sa isang session.
Isipin natin ang senaryo na ito: isang walang katapusang incremental na trabaho na na-configure upang mag-imbak ng 6 na puntos. Mayroong 2 makina sa gawain, ang isa ay palaging matagumpay na naka-back up, ang isa ay minsan ay nagbibigay ng mga error. Bilang resulta, sa ikapitong punto ay lumitaw ang sumusunod na sitwasyon:
Oras na para mag-apply ng retention, ngunit may 7 puntos ang isang kotse, at 4 lang ang isa. Ilalapat ba dito ang retention? Ang sagot ay oo, gagawin ito. Kung hindi bababa sa isang bagay ang na-back up, isinasaalang-alang ng B&R na ang punto ay nilikha.
Ang isang katulad na sitwasyon ay maaaring lumitaw kung ang ilang makina ay hindi kasama sa gawain sa isang partikular na sesyon. Nangyayari ito, halimbawa, kapag ang mga makina ay idinagdag sa isang gawain hindi isa-isa, ngunit bilang bahagi ng mga lalagyan (mga folder, imbakan) at ang ilang makina ay pansamantalang lumilipat sa isa pang lalagyan. Sa kasong ito, ang gawain ay maituturing na matagumpay, ngunit sa mga istatistika ay makakahanap ka ng isang mensahe na humihiling sa iyo na bigyang-pansin na ang ganoon at ganoong makina ay hindi na pinoproseso ng gawain.
Ano ang mangyayari kung hindi mo ito pansinin? Sa kaso ng infinite-incremental o reverse-incremental mode, bababa ang bilang ng mga recovery point ng "problem" machine sa bawat session hanggang umabot ito sa 1, na nakaimbak sa VBK. Sa madaling salita, kahit na ang makina ay hindi naka-back up nang mahabang panahon, mananatili pa rin ang isang recovery point. Iba ang sitwasyon kung ang pana-panahong buong backup ay pinagana. Kung papansinin mo ang mga signal mula sa B&R, ang huling punto ay maaaring matanggal kasama ang lumang bahagi ng chain.
Matapos maunawaan ang mga detalyeng ito, maaari mong isaalang-alang sa wakas ang opsyong "Alisin ang data ng mga tinanggal na item pagkatapos". Tatanggalin nito ang lahat ng puntos para sa isang partikular na makina kung hindi naka-back up ang makina na iyon sa loob ng X araw. Pakitandaan na ang setting na ito ay hindi tumutugon sa mga error (sinubukan ito, ngunit hindi ito gumana). Hindi dapat magkaroon ng pagtatangkang i-backup ang makina. Mukhang kapaki-pakinabang ang opsyon at dapat palaging panatilihing naka-enable. Kung inalis ng administrator ang makina mula sa gawain, pagkatapos ng ilang oras ay lohikal na i-clear ang kadena ng hindi kinakailangang data. Gayunpaman, ang pagpapasadya ay nangangailangan ng disiplina at pangangalaga.
Bigyan kita ng isang halimbawa mula sa pagsasanay: maraming mga lalagyan ang idinagdag sa gawain, ang komposisyon nito ay medyo pabago-bago. Dahil sa kakulangan ng RAM, ang B&R server ay nakakaranas ng mga problema na hindi natukoy. Nagsimula ang gawain at sinubukang gumawa ng backup ng mga makina, maliban sa isa, na sa oras na iyon ay wala sa lalagyan. Dahil maraming machine ang nakabuo ng mga error, bilang default, ang B&R ay dapat gumawa ng 3 karagdagang pagtatangka na i-backup ang "problema" na mga makina. Dahil sa patuloy na mga problema sa RAM, ang mga pagtatangka na ito ay tumagal ng ilang araw. Walang paulit-ulit na pagtatangka na gumawa ng backup ng nawawalang VM (ang kawalan ng VM ay hindi isang error). Bilang resulta, sa panahon ng isa sa mga paulit-ulit na pagtatangka, ang kundisyon na "Alisin ang mga tinanggal na item" ay natugunan at ang lahat ng mga punto sa makina ay tinanggal.
Tungkol dito, masasabi ko ang sumusunod: kung mayroon kang mga notification na naka-set up tungkol sa mga resulta ng gawain, at mas mabuti pa, gumamit ng pagsasama sa Veeam ONE, malamang na hindi ito mangyayari sa iyo. Kung titingnan mo ang server ng B&R isang beses sa isang linggo upang suriin kung gumagana ang lahat, mas mahusay na tanggihan ang mga opsyon na maaaring humantong sa pagtanggal ng mga backup.
Ano ang idinagdag sa v.10
Ang napag-usapan natin noon ay umiral na sa B&R para sa maraming bersyon. Ang pagkakaroon ng naunawaan ang mga prinsipyo ng pagpapatakbo, tingnan natin ngayon kung ano ang idinagdag sa anibersaryo na "sampu".
Araw-araw na pagpapanatili
Sa itaas ay tiningnan namin ang "klasikal" na patakaran sa imbakan batay sa bilang ng mga puntos. Ang isang alternatibong diskarte ay ang magtakda ng "mga araw" sa halip na "mga restore point" sa parehong menu.
Ang ideya ay malinaw mula sa pangalan - ang pagpapanatili ay mag-iimbak ng isang nakatakdang bilang ng mga araw, ngunit ang bilang ng mga puntos sa bawat araw ay hindi mahalaga. Sa kasong ito, kailangan mong tandaan ang mga sumusunod:
- Ang kasalukuyang araw ay hindi isinasaalang-alang kapag kinakalkula ang pagpapanatili
- Binibilang din ang mga araw kung kailan hindi gumana ang gawain. Dapat itong isaisip upang hindi aksidenteng mawala ang mga punto ng mga gawaing iyon na gumagana nang hindi regular.
- Ang punto ng pagbawi ay binibilang mula sa araw kung kailan nagsimula ang paglikha nito (ibig sabihin, kung nagsimulang gumana ang gawain noong Lunes at natapos noong Martes, ito ang punto mula Lunes)
Kung hindi, ang mga prinsipyo para sa paggamit ng pagpapanatili sa pamamagitan ng mga gawain ay tinutukoy din ng napiling paraan ng pag-backup. Subukan natin ang isa pang gawain sa pagkalkula gamit ang parehong incremental na paraan. Sabihin nating nakatakda ang pagpapanatili sa loob ng 8 araw, tumatakbo ang gawain tuwing 6 na oras na may ganap na backup sa Miyerkules. Gayunpaman, ang gawain ay hindi gumagana sa Linggo. Ang trabaho ay tumatakbo sa Lunes sa unang pagkakataon. Kailan ilalapat ang pagpapanatili?
Sagutin
Gaya ng dati, pinakamahusay na gumuhit ng isang palatandaan. Papayagan ko ang aking sarili na gawing simple ang gawain at hindi iguguhit ang lahat ng mga puntos na nilikha para sa bawat araw, dahil ang bilang ng mga puntos bawat araw ay hindi mahalaga dito. Mahalaga lamang para sa amin na sa unang Lunes at sa Miyerkules ang unang punto ay magiging isang buong backup, ngunit sa mga natitirang araw ang gawain ay lilikha lamang ng 4 na incremental na puntos.
Nililinaw namin na ilalapat ang pagpapanatili sa pamamagitan ng pagtanggal ng buong backup ng Lunes at ang pagtaas nito. Kailan ito mangyayari? Kapag ang natitirang bahagi ng kadena ay naglalaman ng 8 araw. Kasabay nito, hindi natin binibilang ang kasalukuyang araw, ngunit sa kabaligtaran, binibilang natin ang Linggo. Samakatuwid, ang sagot ay Huwebes ng ikalawang linggo.
Pag-archive ng GFS para sa mga regular na trabaho
Bago ang v.10, ang paraan ng pag-iimbak ng Grandfather-Father-Son (GFS) ay available lang para sa mga Backup copy job at tape copy job. Ngayon ito ay magagamit para sa regular na backup.
Bagama't hindi ito nauugnay sa kasalukuyang paksa, hindi ko maiwasang sabihin na ang bagong functionality ay hindi nangangahulugan ng pag-alis mula sa 3-2-1 na diskarte. Ang pagkakaroon ng mga punto ng archive sa pangunahing imbakan ay hindi nakakaapekto sa pagiging maaasahan nito sa anumang paraan. Nauunawaan na ang GFS ay gagamitin kasabay ng isang Scale-out na repository upang i-upload ang mga puntong ito sa S3 at mga katulad na storage. Kung hindi mo ito ginagamit, mas mahusay na ipagpatuloy ang pag-iimbak ng pangunahin at archive na mga punto sa iba't ibang mga repositoryo.
Ngayon tingnan natin ang mga prinsipyo ng paglikha ng mga punto ng GFS. Sa mga setting ng gawain, sa hakbang na Imbakan, lumitaw ang isang espesyal na button na tumatawag sa sumusunod na menu:
Ang kakanyahan ng GFS ay maaaring pakuluan sa ilang mga punto (tandaan na ang GFS ay gumagana nang iba sa iba pang mga uri ng mga gawain, ngunit higit pa tungkol doon sa ibang pagkakataon):
- Ang gawain ay hindi gumagawa ng isang hiwalay na buong backup para sa GFS point. Sa halip, ang pinaka-angkop na buong backup na magagamit ang gagamitin. Samakatuwid, ang gawain ay dapat gumana sa incremental mode na may panaka-nakang buong backup, o ang isang buong backup ay dapat na manu-manong likhain ng user.
- Kung isang panahon lamang ang pinagana (halimbawa, isang linggo), pagkatapos ay sa simula ng panahon ng GFS ang gawain ay magsisimulang maghintay para sa isang buong backup at markahan ang unang angkop bilang GFS.
Halimbawa: ang trabaho ay naka-configure upang mag-imbak ng isang lingguhang GFS gamit ang isang backup sa Miyerkules. Ang gawain ay tumatakbo araw-araw, ngunit ang isang buong backup ay naka-iskedyul para sa Biyernes. Sa kasong ito, ang panahon ng GFS ay magsisimula sa Miyerkules at ang gawain ay magsisimulang maghintay para sa isang angkop na punto. Lilitaw ito sa Biyernes at mamarkahan ng bandila ng GFS.
- Kung ilang panahon ang isasama nang sabay-sabay (halimbawa, lingguhan at buwanan), gagamit ang B&R ng isang paraan na nagpapahintulot sa parehong punto na magamit bilang GFS ng ilang mga pagitan (upang makatipid ng espasyo). Ang mga flag ay itatalaga sa pagkakasunud-sunod, simula sa pinakabata.
Halimbawa: nakatakda ang lingguhang GFS para sa Miyerkules, at ang buwanang GFS ay nakatakda para sa huling linggo ng buwan. Ang gawain ay tumatakbo araw-araw at lumilikha ng mga buong backup tuwing Lunes at Biyernes.
Para sa pagiging simple, simulan natin ang pagbilang mula sa penultimate na linggo ng buwan. Sa linggong ito, isang buong backup ang gagawin sa Lunes, ngunit ito ay hindi papansinin dahil ang lingguhang GFS interval ay magsisimula sa Miyerkules. Ngunit ang buong backup ng Biyernes ay ganap na angkop para sa punto ng GFS. Ang sistemang ito ay pamilyar na sa atin.
Ngayon tingnan natin kung ano ang mangyayari sa huling linggo ng buwan. Ang buwanang agwat ng GFS ay magsisimula sa Lunes, ngunit ang VBK ng Lunes ay hindi mamarkahan bilang GFS dahil ang trabaho ay naglalayong markahan ang isang VBK bilang isang buwanan at isang lingguhang punto ng GFS. Sa kasong ito, ang paghahanap ay nagsisimula sa lingguhang isa, dahil sa kahulugan maaari rin itong maging buwanan.
Gayunpaman, kung isasama mo lang ang lingguhan at taunang mga agwat, sila ay kikilos nang hiwalay sa isa't isa at maaaring markahan ang 2 magkahiwalay na VBK bilang katumbas na mga pagitan ng GFS.
I-backup ang mga gawain sa pagkopya
Isa pang uri ng gawain na kadalasang nangangailangan ng paglilinaw tungkol sa gawain. Una, tingnan natin ang "klasikong" paraan ng trabaho, nang walang mga inobasyon v.10
Simpleng paraan ng pagpapanatili
Bilang default, ang mga naturang trabaho ay tumatakbo sa walang katapusang incremental mode. Ang paglikha ng mga puntos ay tinutukoy ng dalawang mga parameter - ang agwat ng pagkopya at ang nais na bilang ng mga puntos sa pagbawi (walang pagpapanatili sa araw dito). Ang pagitan ng pagkopya ay nakatakda sa unang tab na Trabaho kapag gumagawa ng trabaho:
Ang bilang ng mga puntos ay tinutukoy nang kaunti pa sa tab na Target
Ang gawain ay lumilikha ng 1 bagong punto para sa bawat pagitan (kung gaano karaming mga puntos ang nilikha para sa VM ng orihinal na mga gawain ay hindi mahalaga). Sa dulo ng agwat, ang bagong punto ay tinatapos at, kung kinakailangan, ang pagpapanatili ay inilalapat sa pamamagitan ng pagsasama-sama ng VBK at ang pinakalumang pagtaas. Ang mekanismong ito ay pamilyar na sa atin.
Paraan ng pagpapanatili gamit ang GFS
Maaari ding mag-imbak ang BCJ ng mga archive point. Naka-configure ito sa parehong tab na Target, sa ibaba lamang ng setting para sa bilang ng mga recovery point:
Ang mga puntos ng GFS ay maaaring gawin sa dalawang paraan - synthetically, gamit ang data sa pangalawang repository, o sa pamamagitan ng pagtulad sa isang buong backup at pagbabasa ng lahat ng data mula sa pangunahing repository (na-activate ng opsyon na may markang 3). Ang pagpapanatili sa parehong mga kaso ay magiging ibang-iba, kaya isasaalang-alang namin ang mga ito nang hiwalay.
Sintetikong GFS
Sa kasong ito, ang punto ng GFS ay hindi nilikha nang eksakto sa itinakdang araw. Sa halip, isang GFS point ang gagawin kapag ang VIB ng araw kung saan ang GFS point ay nakatakdang gawin ay pinagsama sa isang buong backup. Nagdudulot ito minsan ng hindi pagkakaunawaan, dahil lumilipas ang oras at wala pa ring GFS point. At isang makapangyarihang shaman lamang mula sa teknikal na suporta ang maaaring mahulaan kung anong araw lilitaw ang punto. Sa katunayan, hindi kailangan ang magic - tingnan lamang ang itinakdang bilang ng mga puntos at ang agwat ng pag-synchronize (kung gaano karaming mga puntos ang nilikha araw-araw). Subukang kalkulahin ito sa iyong sarili gamit ang halimbawang ito: ang gawain ay nakatakdang mag-imbak ng 7 puntos, ang agwat ng pag-synchronize ay 12 oras (i.e. 2 puntos bawat araw). Sa ngayon, mayroon nang 7 puntos sa kadena, ngayon ay Lunes, at ang paglikha ng isang punto ng GFS ay naka-iskedyul para sa araw na ito. Sa anong araw ito malilikha?
Sagutin
Dito mas mainam na ilarawan kung paano magbabago ang chain sa paglipas ng panahon, araw-araw:
Kaya't sa Lunes, ang huling pagtaas sa chain ay minarkahan bilang GFS, ngunit walang ibang nakikitang pagbabago na nagaganap. Araw-araw ang gawain ay lumilikha ng 2 bagong puntos, at ang pagpapanatili ay hindi maiiwasang nagpapasulong sa chain. Sa wakas, sa Huwebes ang oras upang ilapat ang pagpapanatili sa mismong pagtaas na iyon. Magtatagal ang session na ito kaysa sa karaniwan - dahil "i-extract" ng gawain ang mga kinakailangang bloke mula sa chain at lilikha ng bagong kumpletong punto. Mula sa sandaling ito, magkakaroon na ng 8 puntos sa kadena - 7 sa pangunahing kadena + GFS.
Paglikha ng mga puntos ng GFS gamit ang opsyong "Basahin ang buong punto".
Sa itaas sinabi ko na ang BCJ ay nagpapatakbo sa walang katapusang incremental mode. Ngayon ay titingnan natin ang tanging pagbubukod sa panuntunang ito. Kapag pinagana ang opsyong "Basahin ang buong punto", ang GFS point ay gagawin nang eksakto sa nakaiskedyul na araw. Ang gawain mismo ay gagana sa incremental mode na may pana-panahong buong backup, na tinalakay namin sa itaas. Ilalapat din ang pagpapanatili sa pamamagitan ng pag-alis sa pinakalumang bahagi ng chain. Gayunpaman, sa kasong ito, ang mga increment lang ang tatanggalin, at ang buong backup ay maiiwan bilang GFS point. Alinsunod dito, ang mga puntos na minarkahan ng mga flag ng GFS ay hindi isinasaalang-alang kapag kinakalkula ang pagpapanatili.
Sabihin nating nakatakda ang gawain na mag-imbak ng 7 puntos at gumawa ng lingguhang punto ng GFS sa Lunes. Sa kasong ito, tuwing Lunes ang gawain ay talagang lilikha ng isang buong backup at markahan ito bilang GFS. Ilalapat ang pagpapanatili kapag, pagkatapos alisin ang mga increment mula sa pinakalumang bahagi, ang bilang ng mga natitirang increment ay hindi bababa sa 7. Ito ang hitsura nito sa diagram:
Kaya, sa pagtatapos ng ikalawang linggo mayroong kabuuang 14 na puntos sa kadena. Sa ikalawang linggo, ang gawain ay lumikha ng 7 puntos. Kung ito ay isang simpleng gawain, ang pagpapanatili ay nailapat na. Ngunit ito ay isang BCJ na may GFS retention, kaya hindi namin binibilang ang mga puntos ng GFS, ibig sabihin, mayroon lamang 6 sa kanila. Ibig sabihin, hindi pa kami makakapag-apply ng retention. Sa ikatlong linggo gumawa kami ng isa pang buong backup na may flag ng GFS. 15 puntos, ngunit muli hindi namin binibilang ang isang ito. At sa wakas, sa Martes ng ikatlong linggo, gumawa kami ng increment. Ngayon, kung aalisin natin ang mga chain increment ng unang linggo, ang kabuuang bilang ng mga increment ay makakatugon sa itinatag na pagpapanatili.
Tulad ng nabanggit sa itaas, sa paraang ito ay napakahalaga na ang buong backup ay ginagawa nang regular. Sabihin nating, kung itinakda mo ang pangunahing pagpapanatili sa loob ng 7 araw, ngunit 1 taunang punto lamang, madaling isipin na ang mga pagtaas ay maiipon nang malaki, higit pa sa 7. Sa ganitong mga kaso, mas mainam na gamitin ang sintetikong paraan ng paglikha GFS.
At muli "Alisin ang mga tinanggal na item"
Ang opsyon na ito ay naroroon din para sa BCJ:
Ang lohika ng pagpipiliang ito dito ay pareho sa mga regular na backup na gawain - kung ang isang makina ay hindi naproseso para sa tinukoy na bilang ng mga araw, pagkatapos ay ang data nito ay tinanggal mula sa chain. Gayunpaman, para sa BCJ ang pagiging kapaki-pakinabang ng opsyong ito ay talagang mas mataas, at narito kung bakit.
Sa normal na mode, ang BCJ ay gumagana sa isang walang katapusang incremental na mode, kaya kung sa isang punto ay aalisin ang isang makina mula sa trabaho, pagkatapos ay unti-unting tatanggalin ng retention ang lahat ng mga recovery point hanggang sa may natitira na lang - sa VBK. Ngayon isipin natin na ang gawain ay naka-configure pa rin upang lumikha ng mga sintetikong GFS point. Kapag dumating ang oras, ang trabaho ay kailangang lumikha ng isang GFS para sa lahat ng mga makina sa kadena. Kung ang ilang makina ay walang mga bagong punto, mabuti, kailangan mong gamitin ang isa na iyon. At kaya sa bawat oras. Bilang resulta, maaaring lumitaw ang sumusunod na sitwasyon:
Bigyang-pansin ang seksyong Mga File: mayroon kaming pangunahing VBK at 2 lingguhang puntos ng GFS. At ngayon sa seksyong Ibalik ang mga puntos - sa katunayan, ang mga file na ito ay naglalaman ng parehong imahe ng makina. Natural, walang kwenta ang mga ganyang GFS points, puwang lang ang kinukuha nila.
Ang sitwasyong ito ay posible lamang kapag gumagamit ng sintetikong GFS. Upang maiwasan ito, gamitin ang opsyong "Alisin ang mga tinanggal na item". Tandaan lamang na itakda ito para sa isang sapat na bilang ng mga araw. Ang teknikal na suporta ay nakakita ng mga kaso kung saan ang opsyon ay itinakda para sa mas kaunting araw kaysa sa pagitan ng pag-synchronize - nagsimulang magmukmok ang BCJ at magtanggal ng mga puntos bago magawa ang mga ito.
Pakitandaan din na ang opsyong ito ay hindi makakaapekto sa mga nagawa nang GFS point. Kung nais mong linisin ang mga archive, kailangan mong gawin ito nang manu-mano - sa pamamagitan ng pag-right-click sa makina at pagpili sa "Tanggalin mula sa disk" (sa window na lilitaw, huwag kalimutang suriin ang kahon na "Alisin ang buong backup ng GFS") :
Innovation v.10 β agarang kopya
Ang pagkakaroon ng pakikitungo sa "classic" na pag-andar, lumipat tayo sa bago. May isang pagbabago, ngunit isang napakahalaga. Ito ay isang bagong mode ng operasyon.
Walang ganoong bagay bilang "agwat ng pag-synchronize"; ang gawain ay patuloy na susubaybayan kung may mga bagong punto na lumitaw at kopyahin ang lahat ng ito, gaano man karami ang mayroon. Ngunit sa parehong oras, ang trabaho ay nananatiling incremental, iyon ay, kahit na ang pangunahing trabaho ay lumikha ng isang VBK o VRB, ang mga puntong ito ay makokopya bilang VIB. Kung hindi, walang mga sorpresa sa mode na ito - parehong gumagana ang pamantayan at pagpapanatili ng GFS ayon sa mga panuntunang inilarawan sa itaas (gayunpaman, tanging ang synthetic na GFS ang available dito).
Ang mga disk ay umiikot. Mga tampok ng mga repository na may mga rotated drive
Ang patuloy na banta ng mga virus ng ransomware ay ginawa itong isang de facto na pamantayan sa seguridad na magkaroon ng kopya ng data sa isang medium kung saan hindi maabot ng virus. Ang isang pagpipilian ay ang paggamit ng mga repositoryo ng pag-ikot ng disk, kung saan ang mga disk ay ginagamit nang paisa-isa: habang ang isang disk ay konektado at naisusulat, ang iba ay naka-imbak sa isang secure na lokasyon.
Upang turuan ang B&R na magtrabaho sa mga naturang repository, kailangan mong mag-click sa Advanced na button sa mga setting ng repository, sa hakbang ng Repository, at piliin ang naaangkop na opsyon:
Pagkatapos nito, aasahan ng VBR na ang umiiral na kadena ay pana-panahong mawawala sa repositoryo, na nangangahulugang pag-ikot ng disk. Depende sa uri ng repository at uri ng trabaho, iba ang kilos ng B&R. Ito ay maaaring katawanin sa sumusunod na talahanayan:
Isaalang-alang natin ang bawat opsyon.
Normal na gawain at Windows repository
Kaya, mayroon kaming isang gawain na nagse-save ng mga chain sa unang disk. Sa panahon ng pag-ikot, ang nilikha na kadena ay talagang nawawala, at ang gawain ay kailangang kahit papaano ay makaligtas sa pagkawalang ito. Nakahanap siya ng aliw sa paglikha ng isang buong backup. Kaya, ang bawat pag-ikot ay nangangahulugang isang kumpletong backup. Ngunit ano ang mangyayari sa mga punto sa nakadiskonektang disk? Ang mga ito ay naaalala at isinasaalang-alang kapag kinakalkula ang pagpapanatili. Kaya, ang itinakdang bilang ng mga puntos sa isang gawain ay kung gaano karaming mga puntos ang kailangang itago sa lahat ng mga disk. Narito ang isang halimbawa:
Ang trabaho ay tumatakbo sa walang katapusang incremental mode at na-configure upang mag-imbak ng 3 restore point. Ngunit mayroon din kaming pangalawang disk, at iniikot namin ito minsan sa isang linggo (maaaring mayroong higit pang mga disk, hindi nito binabago ang kakanyahan).
Sa unang linggo, ang gawain ay lilikha ng mga puntos sa unang disk at pagsasamahin ang mga dagdag. Kaya, ang kabuuang bilang ng mga puntos ay magiging katumbas ng tatlo:
Pagkatapos ay ikinonekta namin ang pangalawang drive. Sa pagsisimula, mapapansin ng B&R na napalitan ang disk. Ang chain sa unang disk ay mawawala sa interface, ngunit ang impormasyon tungkol dito ay mananatili sa database. Ngayon ang gawain ay magpapanatili ng 3 puntos sa pangalawang disk. Ang pangkalahatang sitwasyon ay magiging ganito:
Sa wakas, muling ikinonekta namin ang unang drive. Bago gumawa ng bagong punto, susuriin ng gawain kung ano ang nangyayari sa pagpapanatili. At ang pagpapanatili, ipinaaalala ko sa iyo, ay nakatakdang mag-imbak ng 3 puntos. Samantala, mayroon kaming 3 puntos sa disk 2 (ngunit ito ay nakadiskonekta at nakaimbak sa isang ligtas na lugar kung saan hindi maabot ng B&R) at 3 puntos sa disk 1 (ngunit ito ay konektado). Nangangahulugan ito na maaari naming ligtas na alisin ang 3 puntos mula sa disk 1, dahil lumampas ang mga ito sa pagpapanatili. Pagkatapos nito, ang gawain ay lumilikha muli ng isang buong backup, at ang aming chain ay magsisimulang magmukhang ganito:
Kung ang pagpapanatili ay na-configure upang mag-imbak ng mga araw sa halip na ang bilang ng mga puntos, kung gayon ang lohika ay hindi nagbabago. Bilang karagdagan, ang pagpapanatili ng GFS ay hindi sinusuportahan sa lahat kapag gumagamit ng mga repository na may disk rotation.
Regular na trabaho at imbakan ng network ng Linux repository
Posible rin ang opsyong ito, ngunit sa pangkalahatan ay hindi gaanong inirerekomenda dahil sa mga paghihigpit na ipinataw. Ang gawain ay tutugon sa pag-ikot ng disk at ang pagkawala ng kadena sa parehong paraan - sa pamamagitan ng paglikha ng isang buong backup. Ang limitasyon ay dahil sa cut-off na mekanismo ng pagpapanatili.
Dito, sa panahon ng pag-ikot, ang buong chain sa disconnected disk ay tatanggalin lamang mula sa B&R database. Mangyaring tandaan na mula sa database, ang mga file mismo ay nananatili sa disk. Maaari silang ma-import at magamit para sa pagbawi, ngunit madaling hulaan na sa kalaunan ay pupunuin ng mga nakalimutang chain ang buong repositoryo.
Ang solusyon ay magdagdag ng DWORD ForceDeleteBackupFiles gaya ng ipinahiwatig sa pahinang ito: . Ang trabaho ay magsisimulang tanggalin lamang ang buong nilalaman ng folder ng trabaho o folder ng repositoryo (depende sa halaga) sa bawat pag-ikot.
Gayunpaman, hindi ito isang eleganteng pagpapanatili, ngunit sa halip ay paglilinis ng lahat ng nilalaman. Sa kasamaang palad, ang teknikal na suporta ay nakatagpo ng mga kaso kapag ang repositoryo ay ang root directory lamang ng disk, kung saan, bilang karagdagan sa mga backup, ang iba pang data ay matatagpuan. Ang lahat ng ito ay nawasak sa panahon ng pag-ikot.
Bilang karagdagan, kapag pinagana ang ForceDeleteBackupFiles, gumagana ito para sa lahat ng uri ng mga repositoryo, iyon ay, kahit na ang mga repositoryo sa Windows ay titigil sa paglalapat ng pagpapanatili at magsisimulang magtanggal ng nilalaman. Sa madaling salita, ang isang lokal na disk sa Windows ay ang pinakamahusay na pagpipilian para sa naturang backup na sistema ng imbakan.
Backup copy at Windows repository
Ang mga bagay ay nagiging mas kawili-wili sa BCJ. Hindi lamang mayroon itong ganap na pagpapanatili, ngunit hindi na kailangang gumawa ng isang buong backup sa tuwing babaguhin mo ang disk! Ito ay gumagana tulad nito:
Una, ang B&R ay nagsimulang lumikha ng mga puntos sa unang disc. Sabihin nating itinakda namin ang pagpapanatili sa 3 puntos. Ang gawain ay gagana sa walang katapusang incremental mode at pagsasamahin ang lahat ng hindi kailangan (Ipapaalala ko sa iyo na ang pagpapanatili ng GFS ay hindi suportado sa kasong ito).
Pagkatapos ay ikinonekta namin ang pangalawang drive. Dahil wala pang chain dito, gumawa kami ng buong backup, pagkatapos nito ay mayroon kaming pangalawang chain na may tatlong puntos:
Sa wakas, oras na upang muling ikonekta ang unang drive. At dito magsisimula ang magic, dahil ang gawain ay hindi lilikha ng isang buong backup, ngunit sa halip ay ipagpapatuloy lamang ang incremental chain:
Pagkatapos nito, halos bawat disk ay magkakaroon ng sarili nitong independiyenteng kadena. Samakatuwid, ang pagpapanatili dito ay hindi nangangahulugan ng bilang ng mga puntos sa lahat ng mga disk, ngunit ang bilang ng mga puntos sa bawat disk nang hiwalay.
Backup na kopya at imbakan ng network ng Linux repositoryo
Muli, ang lahat ng kagandahan ay mawawala kung ang repositoryo ay wala sa isang lokal na Windows drive. Ang script na ito ay gumagana nang katulad sa isa na tinalakay sa itaas na may isang simpleng gawain. Sa bawat pag-ikot, ang BCJ ay gagawa ng isang buong backup, at ang mga kasalukuyang puntos ay malilimutan. Upang maiwasang maubusan ng libreng espasyo, kailangan mong gumamit ng DWORD ForceDeleteBackupFiles.
Konklusyon
Kaya, bilang resulta ng napakahabang teksto, tiningnan namin ang dalawang uri ng mga gawain. Siyempre, marami pang mga gawain, ngunit hindi posible na isaalang-alang ang lahat sa format ng isang artikulo. Kung pagkatapos basahin ay mayroon ka pa ring mga katanungan, isulat ang mga ito sa mga komento, ikalulugod kong sagutin nang personal.
Pinagmulan: www.habr.com