Salam kanggo pembaca blog kita! Kita sebagéyan wis akrab - kirimanku sing nganggo basa Inggris muncul ing kene sing diterjemahaké déning kancaku sing ditresnani . Wektu iki aku mutusake kanggo ngomong langsung marang pamirsa sing nganggo basa Rusia.
Kanggo debut, aku pengin golek topik sing bakal menarik kanggo pamirsa sing paling akeh lan mbutuhake pertimbangan sing rinci. Daniel Defoe ujar manawa pati lan pajak nunggu saben wong. Kanggo bageanku, aku bisa ujar manawa insinyur dhukungan bakal duwe pitakon babagan kabijakan panyimpenan titik pemulihan (utawa, luwih gampang, retensi). Aku miwiti nerangake carane penylametan dianggo 4 taun kepungkur, minangka insinyur junior tingkat pisanan, lan aku terus nerangake saiki, wis minangka pimpinan saka tim Spanyol- lan Italia-speaking. Aku yakin kanca-kanca saka tingkat dhukungan nomer loro lan malah katelu uga ajeg mangsuli pitakon sing padha.
Ing cahya iki, aku wanted kanggo nulis final, minangka rinci kirim sabisa, kanggo pangguna Russian-speaking bisa bali maneh lan maneh minangka buku referensi. Wayahe pas - versi ulang tahun kaping sepuluh sing mentas dirilis nambahake fitur-fitur anyar kanggo fungsi dhasar sing durung diganti pirang-pirang taun. Kirimanku fokus utamane ing versi iki - sanajan umume sing ditulis bener kanggo versi sadurunge, sampeyan ora bakal nemokake sawetara fungsi sing diterangake ing kana. Akhire, looking sethitik menyang mangsa, Aku bakal ngomong sing sawetara owah-owahan samesthine ing versi sabanjuré, nanging kita bakal pitutur marang kowe bab iki nalika wektu teka. Dadi ayo miwiti.
Gawe serep jobs
Pisanan, ayo goleki bagean sing durung diganti ing versi 10. Kabijakan penylametan ditemtokake dening sawetara paramèter. Ayo mbukak jendhela kanggo nggawe tugas anyar lan pindhah menyang tab Panyimpenan. Ing kene kita bakal weruh parameter sing nemtokake jumlah titik pemulihan sing dikarepake:
Nanging, iki mung bagean saka persamaan. Jumlah TCTerms nyata uga ditemtokake dening mode serep disetel kanggo proyek. Kanggo milih pilihan iki, klik tombol Advanced ing tab sing padha. Iki bakal mbukak jendhela anyar kanthi akeh pilihan. Ayo padha wilangan lan nimbang siji-siji:
Yen sampeyan mung ngaktifake pilihan 1, proyek bakal mbukak ing mode "salawas-lawase maju incremental". Ora ana kangelan ing kene - tugas bakal nyimpen jumlah titik pemulihan sing ditemtokake saka serep lengkap (file kanthi ekstensi VBK) nganti tambahan pungkasan (file kanthi ekstensi VIB). Nalika jumlah TCTerms ngluwihi Nilai nyetel, increment paling tuwa bakal digabung karo serep lengkap. Ing tembung liya, yen tugas disetel kanggo nyimpen 3 poin, banjur sawise sesi sabanjure bakal ana 4 poin ing repositori, sawise serep lengkap bakal digabung karo kenaikan paling tuwa lan jumlah total poin bakal bali menyang 3.
Penylametan kanggo mode "incremental mbalikke" (opsi 2) uga gampang banget. Wiwit ing kasus iki titik Newest bakal serep lengkap, ngiring dening chain disebut-rollbacks (file karo extension VRB), banjur kanggo aplikasi penylametan cukup mung mbusak rollback paling tuwa. Kahanan bakal padha: sanalika sawise sesi, jumlah poin bakal ngluwihi nilai sing disetel kanthi 1, sawise iku bakal bali menyang nilai sing dikarepake.
Elinga yen kanthi mode reverse-incremental sampeyan uga bisa ngaktifake serep lengkap periodik (opsi 4), nanging iki ora bakal ngganti inti. Ya, titik pemulihan lengkap bakal katon ing rantai, nanging kita isih bakal mbusak poin sing paling tuwa siji-siji.
Pungkasan, kita teka ing bagean sing menarik. Yen sampeyan ngaktifake serep tambahan, nanging saliyane ngaktifake opsi 3 utawa 4 (utawa loro-lorone ing wektu sing padha), tugas bakal miwiti nggawe serep lengkap periodik nggunakake metode "aktif" utawa sintetik. Cara nggawe serep lengkap ora penting - bakal ngemot data sing padha, lan rantai tambahan bakal dipérang dadi "subchain". Cara iki diarani inkremental maju, lan cara iki sing nuwuhake bagean penting saka pitakonan saka klien kita.
Penylametan ditrapake ing kene kanthi mbusak bagean paling tuwa saka rantai kasebut (saka serep lengkap nganti nambah). Ing wektu sing padha, kita ora mung mbusak serep lengkap utawa mung bagean saka tambahan. Kabeh "subchain" dibusak kabeh bebarengan. Tegese nyetel nomer TCTerms uga owah-owahan - yen ing cara liyane iki nomer maksimum allowable, sawise penylametan kudu Applied, banjur ing kene setelan iki nemtokake nomer minimal. Ing tembung liyane, sawise njabut "subchain" paling tuwa, jumlah poin ing bagean sing isih kudu ora mudhun ing ngisor iki minimal.
Aku bakal nyoba nggambarake konsep iki kanthi grafis. Ayo dadi ngomong penylametan disetel kanggo 3 TCTerms, tugas mlaku saben dina karo serep lengkap ana. Penylametan ing kasus iki bakal ditrapake nalika jumlah total poin tekan 10:
Apa wis ana 10 nalika padha sijine 3? Serep lengkap digawe ana. Saka Selasa nganti Minggu, proyek kasebut nggawe tambahan. Pungkasan, Senin sabanjure, serep lengkap digawe maneh lan mung nalika 2 tambahan wis digawe, pungkasane kabeh bagean rantai lawas bisa dibusak, amarga jumlah poin sing isih ana ora bakal mudhun ing set 3.
Yen ide kasebut jelas, mula aku saranake sampeyan nyoba ngetung retensi dhewe. Ayo njupuk kahanan ing ngisor iki: tugas diluncurake kaping pisanan ing dina Kamis (alami, serep lengkap bakal digawe). Tugas disetel kanggo nggawe serep lengkap ing Wednesdays lan Minggu lan nyimpen 8 titik Recovery. Nalika retensi bakal ditrapake kanggo pisanan?
Kanggo mangsuli pitakon iki, aku nyaranake sampeyan njupuk selembar kertas, disusun miturut dina minggu lan tulisake titik sing digawe saben dina. Jawaban bakal dadi ketok
Nuwun
Panjelasan: kanggo njawab, mung takon dhewe "kapan retensi bakal ditrapake"? Jawaban iki nalika kita bisa mbusak pisanan 3 TCTerms (VBK, VIB, VIB) lan liyane saka chain ora tiba ngisor 8 TCTerms dibutuhake. Dadi jelas yen kita bakal bisa nindakake iki nalika total 11 poin, yaiku, dina Minggu minggu kaping pindho.
Sawetara maca bisa mbantah: "kenapa nindakake kabeh iki yen ana ?. Ora ana sangsi sing iki alat banget migunani, lan ing sawetara kasus aku bakal nggunakake, nanging uga duwe watesan. Kaping pisanan, ora ngidini sampeyan nemtokake kahanan awal, lan ing pirang-pirang kasus, pitakonan kasebut persis "kita duwe rantai kasebut, apa sing bakal kedadeyan yen kita ngganti setelan kasebut lan kaya ngono?" Kapindho, alat kasebut isih kurang jelas. Nuduhake kaca RPS kanggo klien, aku ora nemokake pangerten, nanging wis dicet kaya ing conto (malah nggunakake Paint padha), saben dina, kabeh dadi cetha.
Pungkasan, kita ora nganggep pilihan "Ngowahi rantai serep sadurunge dadi rollback" (ditandhani nomer 5). Pilihan iki kadhangkala mbingungake klien sing ngaktifake "otomatis", mung pengin ngaktifake serep sintetik. Kangge, pilihan iki ngaktifake mode serep khusus banget. Tanpa rinci, aku bakal langsung ngomong yen ing tahap pangembangan produk iki, "Ngowahi rantai serep sadurunge dadi rollbacks" minangka pilihan sing wis lawas, lan aku ora bisa mikir babagan skenario siji nalika kudu digunakake. Nilai iku dadi dubious sing kanggo sawetara wektu Anton Gostev piyambak disebut liwat forum, takon kanggo ngirim conto saka nggunakake migunani (yen sampeyan duwe, nulis ing komentar, aku banget kasengsem). Yen ora ana (aku mikir iki bakal kedadeyan), banjur pilihan kasebut bakal dibusak ing versi sing bakal teka.
Tugas kasebut bakal nggawe tambahan (VIB) nganti dina nalika serep lengkap sintetik dijadwalake. Ing dina iki, VBK bener-bener digawe, nanging kabeh poin sadurunge VBK iki diowahi dadi rollbacks (VRB). Sawise iki, tugas bakal terus nggawe tambahan kanggo serep lengkap nganti serep sintetik sabanjure. Akibaté, campuran mbledhos file VBK, VBR lan VIB digawe ing ranté kasebut. Retensi ditrapake kanthi gampang - kanthi mbusak VBR pungkasan:
Masalah
Saliyane ngerti cara kerjane, umume masalah sing muncul nalika nggunakake mode tambahan biasane ana gandhengane karo serep lengkap. Serep lengkap reguler perlu kanggo mode iki, yen ora, repositori bakal nglumpukake poin nganti kebak.
Contone, serep lengkap bisa digawe arang banget. Ayo dadi ngomong tugas disetel kanggo nyimpen 10 TCTerms, lan serep lengkap digawe sapisan sasi. Cetha yen jumlah poin sing nyata ing kene bakal luwih akeh tinimbang sing ditampilake. Utawa tugas umume disetel kanggo bisa ing mode incremental tanpa wates lan nyimpen 50 TCTerms. Banjur wong ora sengaja nggawe serep lengkap. Mekaten, wiwit saiki tugas bakal ngenteni nganti titik lengkap wis nglumpukake 49 tambahan, sawise iku bakal aplikasi retensi lan bali menyang mode lengkap tanpa wates.
Ing kasus liyane, serep lengkap disetel kanggo digawe ajeg, nanging sakperangan alesan ora. Aku bakal dhaptar alasan sing paling populer ing kene. Sawetara klien luwih seneng nggunakake "mbukak sawise" pilihan jadwal lan ngatur proyek kanggo mbukak ing chain. Coba conto iki: ana 3 proyek sing ditindakake saben dina lan nggawe cadangan lengkap ing dina Minggu. Tugas pisanan diwiwiti ing 22.30, liyane diluncurake ing rantai. Serep tambahan njupuk 10 menit, lan mulane jam 23.00 kabeh proyek rampung. Nanging serep lengkap njupuk jam, supaya ing dina Minggu, ing ngisor iki kelakon: tugas pisanan mlaku saka 22.30 kanggo 23.30. Sabanjure saka 23.30 kanggo 00.30. Nanging tugas katelu diwiwiti dina Senin. Serep lengkap disetel kanggo dina Minggu, dadi ing kasus iki ora bakal kelakon. Tugas bakal ngenteni serep lengkap kanggo aplikasi retensi. Dadi ati-ati nalika nggunakake opsi "mbukak sawise" utawa ora nggunakake kabeh - mung nyetel proyek kanggo miwiti ing wektu sing padha lan supaya panjadwal sumber nindakake sawijining tugas.
Opsi angel "Busak item sing wis dibusak"
Sawise ngliwati setelan Panyimpenan tugas - Lanjut - Pangopènan, sampeyan bisa nemokake pilihan "mbusak data item sing wis dibusak sawise", sing bisa diitung sawetara dina.
Sawetara klien ngarepake iki minangka retensi. Nyatane, iki minangka pilihan sing kapisah, salah pangerten sing bisa nyebabake akibat sing ora dikarepake. Nanging, pisanan kabeh, kita kudu nerangake carane B & R nanggepi kahanan ngendi mung sawetara mesin sing kasil digawe serep sak sesi.
Ayo mbayangno skenario iki: proyek incremental tanpa wates sing dikonfigurasi kanggo nyimpen 6 poin. Ana 2 mesin ing tugas, siji tansah digawe serep sukses, liyane kadhangkala menehi kasalahan. Akibaté, ing titik kapitu kahanan ing ngisor iki muncul:
Wektu kanggo aplikasi penylametan, nanging siji mobil wis 7 TCTerms, lan liyane mung 4. Apa penylametan Applied kene? Jawaban iki ya, iku bakal. Yen paling siji obyek wis digawe serep, B & R nganggep sing titik wis digawe.
Kahanan sing padha bisa kedadeyan yen sawetara mesin ora kalebu ing tugas sajrone sesi tartamtu. Iki kedadeyan, contone, nalika mesin ditambahake menyang tugas ora individu, nanging minangka bagéan saka kontaner (folder, panyimpenan) lan sawetara mesin sementara pindhah menyang wadhah liyane. Ing kasus iki, tugas kasebut bakal dianggep sukses, nanging ing statistik sampeyan bakal nemokake pesen sing njaluk sampeyan menehi perhatian manawa mesin kasebut ora diproses maneh dening tugas kasebut.
Apa sing bakal kelakon yen sampeyan ora nggatekake iki? Ing kasus mode tanpa wates-incremental utawa mbalikke-incremental, jumlah titik Recovery saka mesin "masalah" bakal suda saben sesi nganti tekan 1, disimpen ing VBK. Ing tembung liyane, sanajan mesin ora digawe serep kanggo dangu, siji titik Recovery bakal tetep. Kahanan beda yen serep lengkap periodik diaktifake. Yen sampeyan nglirwakake sinyal saka B & R, titik pungkasan pungkasanipun bisa dibusak bebarengan karo bagean lawas saka chain.
Sawise ngerti rincian kasebut, sampeyan pungkasane bisa nimbang pilihan "Busak data item sing wis dibusak sawise". Bakal mbusak kabeh poin kanggo mesin tartamtu yen mesin kasebut ora digawe serep kanggo dina X. Elinga yen setelan iki ora nanggapi kesalahan (nyoba, nanging ora bisa). Mesthine ora ana upaya kanggo nggawe serep mesin kasebut. Koyone pilihan kasebut migunani lan kudu tetep diaktifake. Yen administrator mbusak mesin saka tugas, banjur sawise sawetara wektu iku logis kanggo mbusak chain saka data rasah. Nanging, kustomisasi mbutuhake disiplin lan perawatan.
Ayo kula menehi conto saka praktik: sawetara kontaner ditambahake menyang tugas, komposisi sing cukup dinamis. Amarga lack of RAM, server B & R ngalami masalah sing ora dideteksi. Tugas diwiwiti lan nyoba nggawe serep mesin, kajaba siji, sing nalika iku ora ana ing wadhah kasebut. Wiwit akeh mesin kui kasalahan, B & R standar kudu 3 tambahan nyoba kanggo serep mesin "masalah". Amarga masalah pancet karo RAM, nyoba iki kanggo sawetara dina. Ora ana upaya bola-bali kanggo nggawe serep VM sing ilang (ora ana VM dudu kesalahan). Akibaté, sajrone salah sawijining upaya bola-bali, kondisi "Mbusak item sing wis dibusak" ditemokake lan kabeh titik ing mesin wis dibusak.
Babagan iki, aku bisa ngomong ing ngisor iki: yen sampeyan wis ngatur kabar babagan asil tugas, lan luwih apik, gunakake integrasi karo Veeam ONE, mula kemungkinan iki ora bakal kedadeyan. Yen sampeyan ndeleng server B&R seminggu kanggo mriksa manawa kabeh wis digunakake, mula luwih becik nolak pilihan sing bisa nyebabake pambusakan serep.
Apa sing ditambahake ing v.10
Apa sing diomongake sadurunge wis ana ing B&R kanggo pirang-pirang versi. Sawise ngerti prinsip operasi kasebut, ayo ndeleng apa sing ditambahake ing ulang taun "sepuluh".
Penylametan saben dina
Ndhuwur kita katon ing "klasik" privasi panyimpenan adhedhasar nomer TCTerms. Pendekatan alternatif yaiku nyetel "dina" tinimbang "mulihake poin" ing menu sing padha.
Ide kasebut jelas saka jeneng - penylametan bakal nyimpen sawetara dina, nanging jumlah poin ing saben dina ora masalah. Ing kasus iki, sampeyan kudu ngelingi ing ngisor iki:
- Dina saiki ora dianggep nalika ngitung retensi
- Dina nalika tugas ora bisa ditindakake uga diitung. Iki kudu dieling-eling supaya ora sengaja kelangan poin-poin tugas sing ora teratur.
- Titik pemulihan diitung saka dina nalika digawe (yaiku yen tugas diwiwiti dina Senin lan rampung dina Selasa, mula iki minangka titik saka Senin)
Yen ora, prinsip nggunakake retensi dening tugas uga ditemtokake dening cara serep sing dipilih. Coba tugas pitungan liyane nggunakake metode tambahan sing padha. Ayo dadi retensi disetel kanggo 8 dina, tugas mlaku saben 6 jam kanthi serep lengkap ing dina Rebo. Nanging, tugas ora bisa ditindakake ing dina Minggu. Proyek mlaku dina Senin kanggo pisanan. Nalika retensi bakal ditrapake?
Nuwun
Kaya biasane, luwih becik nggambar tandha. Aku bakal ngidini aku nyederhanakake tugas kasebut lan ora bakal nggambar kabeh poin sing digawe kanggo saben dina, amarga jumlah poin saben dina ora masalah ing kene. Mung penting kanggo kita yen ing dina Senin pisanan lan dina Rebo titik pisanan bakal dadi cadangan lengkap, nanging ing dina sing isih ana tugas mung bakal nggawe 4 poin tambahan.
Kita nggawe cetha yen penylametan bakal ditrapake kanthi mbusak serep lengkap Senin lan kenaikane. Kapan iki bakal kelakon? Nalika liyane saka chain ngemot 8 dina. Ing wektu sing padha, kita ora ngetung dina saiki, nanging kosok balene, kita ngetung dina Minggu. Mulane, jawabane ana ing minggu kapindho.
GFS arsip kanggo proyek biasa
Sadurunge v.10, cara panyimpenan Kakek-Bapak-Putra (GFS) mung kasedhiya kanggo proyek salinan Serep lan proyek salinan tape. Saiki kasedhiya kanggo serep biasa.
Senajan iki ora related kanggo topik saiki, Aku ora bisa ngomong sing fungsi anyar ora ateges departure saka strategi 3-2-1. Anane titik arsip ing repositori utama ora mengaruhi linuwih. Dimangerteni yen GFS bakal digunakake bebarengan karo gudang Scale-out kanggo ngunggah poin kasebut menyang S3 lan panyimpenan sing padha. Yen sampeyan ora nggunakake, iku luwih apik kanggo terus nyimpen TCTerms utami lan arsip ing repositori beda.
Saiki ayo goleki prinsip nggawe poin GFS. Ing setelan tugas, ing langkah Panyimpenan, tombol khusus wis katon sing nelpon menu ing ngisor iki:
Inti saka GFS bisa digodhog nganti sawetara titik (cathetan yen GFS bisa digunakake kanthi beda ing jinis tugas liyane, nanging luwih akeh babagan mengko):
- Tugas ora nggawe serep lengkap kapisah kanggo titik GFS. Nanging, serep lengkap sing paling cocok sing kasedhiya bakal digunakake. Mulane, tugas kudu bisa ing mode incremental karo serep lengkap periodik, utawa serep lengkap kudu digawe kanthi manual dening pangguna.
- Yen mung siji periode diaktifake (contone, seminggu), banjur ing wiwitan periode GFS, tugas mung bakal miwiti ngenteni serep lengkap lan menehi tandha sing cocog pisanan minangka GFS.
Conto: proyek wis diatur kanggo nyimpen GFS mingguan nggunakake serep ana. Tugas mlaku saben dina, nanging serep lengkap wis dijadwal kanggo ana. Ing kasus iki, periode GFS bakal diwiwiti dina Rebo lan tugas bakal diwiwiti ngenteni titik sing cocog. Bakal katon ana lan bakal ditandhani karo gendéra GFS.
- Yen sawetara wektu kalebu bebarengan (contone, saben minggu lan saben wulan), banjur B&R bakal nggunakake cara sing ngidini titik padha digunakake minangka GFS sawetara interval (kanggo ngirit papan). Gendéra bakal diwènèhaké miturut urutan, diwiwiti saka sing paling enom.
Conto: GFS mingguan disetel kanggo Rebo, lan GFS saben wulan disetel kanggo minggu pungkasan ing sasi. Tugas mlaku saben dina lan nggawe serep lengkap ing Senin lan Jum'at.
Kanggo gamblang, ayo miwiti ngetung saka minggu penultimate sasi. Minggu iki cadangan lengkap bakal digawe ing dina Senin, nanging bakal diabaikan amarga interval GFS mingguan diwiwiti dina Rebo. Nanging ana serep lengkap temen cocok kanggo titik GFS. Sistem iki wis akrab karo kita.
Saiki ayo ndelok apa sing kedadeyan ing minggu pungkasan sasi. Interval GFS saben wulan bakal diwiwiti dina Senin, nanging VBK Senin ora bakal ditandhani minangka GFS amarga tugas kasebut ngupayakake tandha siji VBK minangka titik GFS saben wulan lan saben minggu. Ing kasus iki, panelusuran diwiwiti kanthi mingguan, amarga kanthi definisi bisa uga dadi saben wulan.
Nanging, yen sampeyan kalebu mung interval saben minggu lan taunan, padha bakal tumindak independen saka saben liyane lan bisa menehi tandha 2 VBKs kapisah minangka interval GFS cocog.
Tugas salinan serep
Jinis tugas liyane sing asring mbutuhake klarifikasi babagan karya kasebut. Pisanan, ayo goleki cara kerja "klasik", tanpa inovasi v.10
Cara retensi prasaja
Kanthi gawan, proyek kasebut mlaku ing mode tambahan tanpa wates. Nggawe poin ditemtokake dening rong paramèter - interval nyalin lan jumlah titik pemulihan sing dikarepake (ora ana retensi saben dina ing kene). Interval nyalin disetel ing tab Proyek pisanan nalika nggawe proyek:
Jumlah TCTerms ditemtokake sethitik luwih ing tab Target
Tugas nggawe 1 titik anyar kanggo saben interval (pinten TCTerms padha digawe kanggo VM dening tugas asli ora Matter). Ing pungkasan interval, titik anyar dirampungake lan, yen perlu, retensi ditrapake kanthi nggabungake VBK lan kenaikan paling tuwa. Mekanisme iki wis akrab karo kita.
Cara retensi nggunakake GFS
BCJ uga bisa nyimpen TCTerms arsip. Iki dikonfigurasi ing tab Target sing padha, ing sangisore setelan kanggo jumlah titik pemulihan:
TCTerms GFS bisa digawe ing rong cara - synthetically, nggunakake data ing repositori secondary, utawa simulating serep lengkap lan maca kabeh data saka repositori utami (diaktifake dening opsi ditandhani 3). Penylametan ing kasus kasebut bakal beda banget, mula kita bakal nimbang kanthi kapisah.
GFS sintetik
Ing kasus iki, titik GFS ora digawe persis ing dina tartamtu. Nanging, titik GFS bakal digawe nalika VIB dina sing titik GFS dijadwal bakal digawe digabung karo serep lengkap. Iki kadhangkala nyebabake salah paham, amarga wektu liwati lan isih ora ana titik GFS. Lan mung dukun kuat saka dhukungan teknis sing bisa prédhiksi dina apa titik kasebut bakal katon. Nyatane, sihir ora dibutuhake - mung goleki jumlah titik lan interval sinkronisasi (pira poin sing digawe saben dina). Coba ngitung dhewe kanthi nggunakake conto iki: tugas disetel kanggo nyimpen 7 poin, interval sinkronisasi yaiku 12 jam (yaiku 2 poin saben dina). Saiki, wis ana 7 poin ing rantai, dina iki dina Senin, lan nggawe titik GFS dijadwalake kanggo dina iki. Ing dina apa bakal digawe?
Nuwun
Ing kene luwih apik kanggo njlèntrèhaké carane ranté bakal owah saka wektu, saben dina:
Dadi, dina Senin, kenaikan pungkasan ing rantai kasebut ditandhani minangka GFS, nanging ora ana owah-owahan liyane sing katon. Saben dina tugas nggawe 2 TCTerms anyar, lan penylametan inexorably gerakane chain maju. Pungkasan, dina Kamis wektune kanggo ngetrapake retensi kanggo kenaikan kasebut. Sesi iki bakal luwih suwe tinimbang biasane - amarga tugas kasebut bakal "ngekstrak" blok sing dibutuhake saka rantai lan nggawe titik lengkap anyar. Wiwit saiki, wis ana 8 poin ing rantai - 7 ing rantai utama + GFS.
Nggawe poin GFS kanthi pilihan "Waca kabeh titik".
Ndhuwur Aku ngandika sing BCJ makaryakke ing mode incremental tanpa wates. Saiki kita bakal ndeleng mung pangecualian kanggo aturan iki. Nalika opsi "Waca kabeh titik" diaktifake, titik GFS bakal digawe persis ing dina sing wis dijadwal. Tugas kasebut dhewe bakal bisa digunakake ing mode tambahan kanthi serep lengkap periodik, sing kita rembugan ing ndhuwur. Penylametan uga bakal ditrapake kanthi ngilangi bagian paling tuwa saka rantai kasebut. Nanging, ing kasus iki, mung tambahan sing bakal dibusak, lan serep lengkap bakal ditinggalake minangka titik GFS. Patut, TCTerms ditandhani karo gendéra GFS ora dijupuk menyang akun nalika ngetung retensi.
Ayo dadi ngomong tugas disetel kanggo nyimpen 7 TCTerms lan nggawe titik GFS mingguan ana. Ing kasus iki, saben Senin tugas bakal nggawe serep lengkap lan menehi tandha minangka GFS. Penylametan bakal ditrapake nalika, sawise ngilangi tambahan saka bagean sing paling tuwa, jumlah tambahan sing isih ana ora mudhun ing ngisor 7. Iki katon ing diagram:
Dadi, ing pungkasan minggu kapindho ana total 14 poin ing rantai kasebut. Sajrone minggu kapindho, tugas nggawe 7 poin. Yen iki minangka tugas sing gampang, retensi wis ditrapake. Nanging iki BCJ karo penylametan GFS, supaya kita ora ngetung poin GFS, tegese mung ana 6. Tegese, kita durung bisa ngetrapake retensi. Ing minggu katelu kita nggawe serep lengkap liyane karo gendéra GFS. 15 TCTerms, nanging maneh kita ora Count siji iki. Lan pungkasane, ing dina Selasa minggu katelu, kita nggawe tambahan. Saiki, yen kita mbusak tambahan chain minggu pisanan, jumlah total tambahan bakal gawe marem penylametan ditetepake.
Kaya kasebut ing ndhuwur, ing cara iki penting banget yen serep lengkap digawe kanthi rutin. Contone, yen sampeyan nyetel retensi utama kanggo 7 dina, nanging mung 1 titik taunan, iku gampang kanggo mbayangno yen tambahan bakal nglumpukake akeh, luwih saka 7. Ing kasus kaya mengkono, iku luwih apik kanggo nggunakake cara sintetik nggawe. GFS.
Lan maneh "Busak item sing wis dibusak"
Opsi iki uga kasedhiya kanggo BCJ:
Logika pilihan iki ing kene padha karo tugas serep biasa - yen mesin ora diproses kanggo jumlah dina sing ditemtokake, data kasebut bakal dibusak saka rantai kasebut. Nanging, kanggo BCJ migunani pilihan iki objectively luwih, lan kene kok.
Ing mode normal, BCJ makaryakke ing mode incremental tanpa wates, supaya yen ing sawetara titik mesin dibusak saka proyek, banjur penylametan mboko sithik mbusak kabeh titik Recovery nganti ana mung siji kiwa - ing VBK. Saiki ayo bayangake manawa tugas kasebut isih dikonfigurasi kanggo nggawe titik GFS sintetik. Nalika wektu teka, proyek kudu nggawe GFS kanggo kabeh mesin ing chain. Yen sawetara mesin ora duwe titik anyar, sampeyan kudu nggunakake sing ana. Lan saben wektu. Akibaté, kahanan ing ngisor iki bisa kedadeyan:
Pay manungsa waé menyang bagean Files: kita duwe VBK utama lan 2 TCTerms GFS mingguan. Lan saiki menyang bagean Pulihake poin - nyatane, file kasebut ngemot gambar mesin sing padha. Alamiah, ora ana titik ing titik GFS kasebut, mung njupuk papan.
Kahanan iki mung bisa ditindakake nalika nggunakake GFS sintetik. Kanggo nyegah iki, gunakake pilihan "Busak item sing wis dibusak". Cukup elinga kanggo nyetel jumlah dina sing cukup. Dhukungan teknis wis ndeleng kasus ing ngendi pilihan disetel luwih sithik tinimbang interval sinkronisasi - BCJ wiwit berserk lan mbusak poin sadurunge bisa digawe.
Elinga uga pilihan iki ora mengaruhi titik GFS sing wis digawe. Yen sampeyan pengin ngresiki arsip, sampeyan kudu nindakake iki kanthi manual - kanthi ngeklik tengen ing mesin lan milih "Busak saka disk" (ing jendhela sing katon, aja lali mriksa kothak "Busak serep lengkap GFS"). :
Inovasi v.10 - salinan langsung
Sawise ngrampungake fungsi "klasik", ayo pindhah menyang sing anyar. Ana siji inovasi, nanging sing penting banget. Iki minangka mode operasi anyar.
Ora ana "interval sinkronisasi"; tugas bakal terus-terusan ngawasi apa titik anyar wis muncul lan nyalin kabeh, ora preduli pira. Nanging ing wektu sing padha, proyek tetep incremental, yaiku, sanajan proyek utama nggawe VBK utawa VRB, poin kasebut bakal disalin minangka VIB. Yen ora, ora ana kejutan ing mode iki - penylametan standar lan GFS bisa digunakake miturut aturan sing kasebut ing ndhuwur (Nanging, mung GFS sintetik sing kasedhiya ing kene).
Disk muter. Fitur repositori kanthi drive sing diputer
Ancaman virus ransomware sing terus-terusan ndadekake standar keamanan de facto duwe salinan data ing media sing ora bisa digayuh virus. Siji pilihan yaiku nggunakake repositori rotasi disk, ing ngendi disk digunakake siji-sijine: nalika siji disk disambungake lan bisa ditulis, liyane disimpen ing lokasi sing aman.
Kanggo ngajar B&R nggarap repositori kasebut, sampeyan kudu ngeklik tombol Lanjut ing setelan gudang, ing langkah Repositori, banjur pilih pilihan sing cocog:
Sawise iki, VBR bakal ngarepake manawa rantai sing ana bakal ilang saka repositori, sing tegese rotasi disk. Gumantung ing jinis repositori lan jinis proyek, B&R bakal tumindak beda. Iki bisa diwakili kanthi tabel ing ngisor iki:
Ayo dipikirake saben pilihan.
Tugas normal lan repositori Windows
Dadi, kita duwe tugas sing nyimpen ranté menyang disk pisanan. Sajrone rotasi, chain digawe bener ilang, lan tugas kudu piye wae slamet mundhut iki. Dheweke nemokake panglipur kanthi nggawe serep lengkap. Mangkono, saben rotasi tegese serep lengkap. Nanging apa sing kedadeyan karo titik ing disk sing dicopot? Lagi eling lan dijupuk menyang akun nalika ngitung penylametan. Mangkono, jumlah titik sing disetel ing tugas yaiku jumlah poin sing kudu disimpen ing kabeh disk. Iki contone:
Proyek mlaku ing mode tambahan tanpa wates lan dikonfigurasi kanggo nyimpen 3 titik mulihake. Nanging kita uga duwe disk kapindho, lan kita muter sepisan seminggu (bisa uga ana disk liyane, iki ora ngganti inti).
Ing minggu pisanan, tugas bakal nggawe titik ing disk pisanan lan nggabungake sing ekstra. Dadi, jumlah total poin bakal padha karo telung:
Banjur kita nyambungake drive kapindho. Sawise wiwitan, B & R bakal sok dong mirsani sing disk wis diganti. Rantai ing disk pisanan bakal ilang saka antarmuka, nanging informasi babagan iki bakal tetep ing basis data. Saiki tugas bakal tetep 3 poin ing disk kapindho. Kahanan umum bakal kaya mangkene:
Pungkasan, kita nyambungake maneh drive pisanan. Sadurunge nggawe titik anyar, tugas bakal mriksa apa sing kedadeyan karo retensi. Lan penylametan, Aku ngelingake sampeyan, disetel kanggo nyimpen 3 TCTerms. Kangge, kita duwe 3 TCTerms ing disk 2 (nanging wis pedhot lan disimpen ing panggonan kang aman ngendi B & R ora bisa tekan) lan 3 TCTerms ing disk 1 (nanging siji iki disambungake). Iki tegese kita bisa aman mbusak 3 TCTerms saka disk 1, wiwit padha ngluwihi penylametan. Sawise tugas nggawe serep lengkap maneh, lan rantai kita wiwit katon kaya iki:
Yen retensi dikonfigurasi kanggo nyimpen dina tinimbang jumlah poin, mula logika ora owah. Kajaba iku, penylametan GFS ora didhukung nalika nggunakake repositori kanthi rotasi disk.
Proyek reguler lan panyimpenan jaringan repositori Linux
Opsi iki uga bisa, nanging umume kurang dianjurake amarga watesan sing ditindakake. Tugas kasebut bakal nanggepi rotasi disk lan ilang rantai kanthi cara sing padha - kanthi nggawe serep lengkap. Watesan kasebut amarga mekanisme retensi sing dipotong.
Ing kene, sajrone rotasi, kabeh chain ing disk sing dicopot mung dibusak saka database B&R. Wigati dimangerteni manawa saka database, file kasebut tetep ana ing disk. Padha bisa diimpor lan digunakake kanggo Recovery, nanging gampang kanggo guess sing cepet utawa mengko rentengan lali kuwi bakal ngisi kabeh repositori.
Solusi kanggo nambah DWORD ForceDeleteBackupFiles kaya sing dituduhake ing kaca iki: . Proyek banjur bakal miwiti mung mbusak kabeh isi folder proyek utawa folder gudang (gumantung ing Nilai) ing saben rotasi.
Nanging, iki dudu penylametan sing elegan, nanging ngresiki kabeh isi. Sayange, dhukungan teknis nemoni kasus nalika gudang kasebut mung direktori root disk, ing ngendi, saliyane kanggo serep, data liyane ana. Kabeh iki dirusak nalika rotasi.
Kajaba iku, nalika ForceDeleteBackupFiles diaktifake, bisa digunakake kanggo kabeh jinis repositori, yaiku, sanajan repositori ing Windows bakal mandheg ngetrapake retensi lan wiwit mbusak konten. Ing tembung liyane, disk lokal ing Windows minangka pilihan sing paling apik kanggo sistem panyimpenan serep kasebut.
Salinan serep lan repositori Windows
Iku dadi luwih menarik karo BCJ. Ora mung duwe penylametan lengkap, nanging ora perlu nggawe serep lengkap saben-saben sampeyan ngganti disk! Kerjane kaya iki:
Pisanan, B&R wiwit nggawe titik ing disk pisanan. Ayo kita ngeset retensi dadi 3 poin. Tugas bakal bisa digunakake ing mode incremental tanpa wates lan nggabungake kabeh sing ora perlu (Aku ngelingake yen retensi GFS ora didhukung ing kasus iki).
Banjur kita nyambungake drive kapindho. Amarga durung ana rantai, kita nggawe serep lengkap, lan banjur duwe rantai kaping pindho kanthi telung poin:
Pungkasan, wektune kanggo nyambungake drive pisanan. Lan ing kene sihir diwiwiti, amarga tugas kasebut ora bakal nggawe serep lengkap, nanging mung bakal nerusake rantai tambahan:
Sawise iki, sakbenere saben disk bakal duwe chain independen dhewe. Mulane, retensi ing kene ora ateges jumlah poin ing kabeh disk, nanging jumlah poin ing saben disk kanthi kapisah.
Salinan serep lan panyimpenan jaringan repositori Linux
Sawise maneh, kabeh keanggunan ilang yen gudang ora ana ing drive Windows lokal. Skrip iki kerjane padha karo sing wis dibahas ing ndhuwur kanthi tugas sing gampang. Kanthi saben rotasi, BCJ bakal nggawe serep lengkap, lan TCTerms ana bakal lali. Supaya ora kehabisan ruang kosong, sampeyan kudu nggunakake DWORD ForceDeleteBackupFiles.
kesimpulan
Dadi, minangka asil saka teks sing dawa, kita ndeleng rong jinis tugas. Mesthi, ana akeh tugas liyane, nanging ora bakal bisa dianggep kabeh ing format siji artikel. Yen sawise maca sampeyan isih duwe pitakon, tulisake ing komentar, aku bakal seneng mangsuli kanthi pribadi.
Source: www.habr.com