Kapasitas Tier (atanapi anu urang sebut di jero Vim - captir) muncul deui dina jaman Veeam Backup and Replication 9.5 Update 4 dina nami Arsip Tier. Gagasan di tukangeun éta nyaéta ngamungkinkeun pikeun mindahkeun cadangan anu parantos kaluar tina anu disebut jandela pamulihan operasional pikeun neundeun obyék. Ieu ngabantosan ngabersihan rohangan disk pikeun pangguna anu ngagaduhan sakedik. Sareng pilihan ieu disebut Move Mode.

Pikeun ngalakukeun aksi basajan ieu (sakumaha sigana), éta cukup pikeun nyumponan dua kaayaan: sadaya titik tina cadangan anu dipindahkeun kedah aya di luar wates jandela pamulihan operasional anu disebatkeun di luhur, anu disetél sacara eksplisit dina UI. Jeung kadua: ranté kudu dina disebut "formulir disegel" (ranté cadangan disegel atawa Ranté Nyadangkeun teu aktif). Hartina, euweuh parobahan lumangsung dina ranté ieu kana waktu.

Tapi dina VBR v10, konsép ieu ditambah ku fungsi anyar - Mode Salin, Mode Disegel sareng hiji hal anu hésé diucapkeun Immutability muncul.

Ieu mangrupikeun hal-hal anu pikaresepeun anu bakal urang bahas ayeuna. Kahiji, ngeunaan kumaha eta digawé di VBR9.5u4, lajeng ngeunaan parobahan dina versi kasapuluh.

Sareng mugi para jawara basa murni ngahampura, tapi seueur teuing istilah anu teu tiasa ditarjamahkeun.
Janten bakal aya ton Anglicisms di dieu.
Sareng seueur gif.
Jeung gambar.

• Tanpa kaduhung saeutik. Pangarang artikel.

Sakumaha éta

Nya, hayu urang mimitian ku nganalisa jandela pamulihan operasional sareng cadangan anu disegel (atanapi anu disebat dina dokuméntasi Ranté Cadangan Henteu Aktif). Tanpa pamahaman maranéhanana, katerangan salajengna moal mungkin.

Sakumaha anu urang tingali dina gambar, urang ngagaduhan jinis ranté cadangan sareng blok data, anu perenahna dina tingkat Performance SOBR tina gudang dimana Kapasitas Tier disambungkeun. Jandéla cadangan operasional kami nyaéta tilu dinten.

Sasuai, .vbk dijieun dina Senén segel ranté saméméhna, anu jandela disetel ka tilu poé. Sareng éta hartosna anjeun aman tiasa ngamimitian ngangkut sadayana anu langkung lami ti tilu dinten ieu ka jarak panémbak.

Tapi naon kahayang ieu dimaksudkan ku ranté disegel jeung naon bisa dikirim ka rentang shooting kapasitas di update 4?

Pikeun Forward Incremental, tanda pikeun nutup ranté nyaéta nyiptakeun cadangan lengkep anyar. Sareng henteu masalah kumaha cadangan pinuh ieu dicandak: boh cadangan pinuh sintétik sareng aktip anu pinuh dianggap.

Dina kasus Reverse, ieu sadayana file anu henteu digolongkeun kana jandela operasi.

Dina kasus increment Maju kalawan rollbacks, ieu sadayana rollbacks na .vbk, lamun aya .vbk sejen dina extent kinerja

Ayeuna hayu urang mertimbangkeun pilihan gawé bareng ranté Backup Copy. Ngan barang anu aya dina ingetan GFS anu diangkut ka dieu. Kusabab sagalana disimpen dina ranté salinan cadangan leuwih panganyarna bisa dirobah dina hiji atawa cara séjén.

Ayeuna hayu urang tingali handapeun tiung. Di dinya, prosés anu disebut dehidrasi lumangsung - nyéépkeun file cadangan kosong dina ukuranana sareng nyered blok tina file ieu ka jangkauan panémbak kapasitas. Pikeun ngaoptimalkeun prosés ieu, anu disebut indéks dehidrasi dianggo, anu ngamungkinkeun anjeun ngahindarkeun blok-blok anu parantos disalin kana kisaran pamotretan kapasitas.

Hayu urang tingali kumaha ieu Sigana mah kalawan conto: Hayu urang nyebutkeun urang boga .vbk nu kaluar tina jandela urus tur milik hiji ranté disegel. Ieu ngandung harti yén urang boga unggal katuhu pikeun mindahkeun ka rentang shooting kapasitas. Dina waktos pindah, file metadata didamel dina dash kapasitas sareng blok file anu ditransfer. File metadata tingkat link ngajelaskeun naon anu ngahalangan file kami. Dina kasus dina gambar, file kahiji urang diwangun ku blok a, b, c jeung metadata ngandung tumbu ka blok ieu. Lamun urang boga file .vbk kadua, siap mindahkeun sarta diwangun ku blok a, b jeung d, urang, analisa indéks dehidrasi, ngartos yen ngan blok d perlu ditransfer. Jeung file metadata na bakal ngandung tumbu ka dua blok saméméhna tur hiji anyar.

Sasuai, prosés ngeusian deui rohangan kosong ieu ku data disebut rehidrasi. Geus ngagunakeun indéks rehidrasi sorangan, dumasar kana file .vbk pangkolotna dina extent kinerja lokal. Nyaéta, upami pangguna hoyong ngabalikeun file tina kisaran pamotretan kapasitas, urang mimiti nyiptakeun indéks blok cadangan pinuh pangkolotna sareng ngan ukur mindahkeun blok anu leungit tina galeri shooting kapasitas. Dina kasus dibere dina gambar, guna rehydrate FullBackup1.vbk nurutkeun indéks rehydration, urang ngan perlu blok C, nu urang nyokot tina rentang shooting kapasitas. Lamun objék awan gudang boga fungsi minangka rentang shooting kapasitas, ieu ngidinan Anjeun pikeun nyimpen jumlah loba pisan duit.

Di dieu sigana yén téknologi ieu sami sareng anu dianggo dina Akselerator WAN, tapi sigana mah. Dina akselerator, deduplikasi sacara global; di dieu, deduplikasi lokal dianggo dina unggal file dina offset khusus. Ieu kajantenan kusabab bédana tugas anu direngsekeun: di dieu urang kedah nyalin file cadangan lengkep anu ageung, sareng dumasar kana panilitian urang, sanaos waktos anu panjang diantara aranjeunna, algoritma deduplikasi ieu masihan hasil anu pangsaéna.

Tapi langkung seueur indéks pikeun dewa indéks! Aya ogé indéks pikeun recovery data! Nalika urang ngawitan mulangkeun mesin lokasina di dash kapasitas, urang ngan bakal maca blok data unik nu teu aya dina dash kinerja.

Kumaha éta kajantenanna?

Sakitu wae kanggo bagian bubuka. Éta cukup detil, tapi sakumaha anu disebatkeun di luhur, tanpa detil ieu moal mungkin ngajelaskeun kumaha fungsi-fungsi anu énggal. Ku alatan éta, tanpa ado salajengna, hayu urang ngaléngkah ka kahiji.

Mode salin

Hal ieu sakitu legana dumasar kana téknologi nu geus aya, tapi mawa logika lengkep beda pamakéan. 

Tujuan tina mode ieu pikeun mastikeun yén sakabéh data lokasina dina extent lokal boga salinan dina dash kapasitas.

Upami anjeun ngabandingkeun modeu Move and Copy head-on, éta bakal sapertos kieu:

• Ngan ranté disegel bisa dipindahkeun. Dina kasus mode salinan, leres pisan sagalana ditransfer, paduli naon anu lumangsung dina pakasaban cadangan.
• Pindah dipicu nalika file ngaliwat wates jandela cadangan operasional, sareng niron dipicu pas file cadangan muncul.
• Ngawaskeun data anyar pikeun nyalin lumangsung terus, sarta pikeun mindahkeun eta dipicu sakali unggal 4 jam.

Dina tempo mode anyar, abdi ngajukeun pikeun mindahkeun tina conto basajan ka kompléks.

Dina kasus anu paling umum, urang ngan ukur gaduh file énggal kalayan paningkatan, sareng urang ngan saukur nyalin kana kisaran pamotretan kapasitas. Paduli mode naon dipaké dina pakasaban cadangan, paduli naha éta milik bagian disegel tina ranté atawa henteu, paduli naha jandela operasi kami geus kadaluwarsa. Éta ngan ukur nyandak sareng nyalin.

Prosés balik ieu masih dehidrasi sakumaha ditétélakeun di luhur. Dina mode salinan, éta ogé mastikeun yén urang henteu nyalin blok anu parantos aya dina panyimpenan urang. Hijina bédana nyaéta lamun dina modeu pilem urang ngaganti file nyata jeung file dummy, didieu urang teu noél aranjeunna dina sagala cara jeung ninggalkeun sagalana sakumaha anu kasebut. Upami teu kitu, éta persis indéks dehidrasi anu sami, anu sacara saksama nyobian ngahemat artos sareng waktos anjeun.

Patarosan timbul - lamun nempo UI, aya kasempetan pikeun milih duanana pilihan dina waktos anu sareng. Kumaha mode gabungan sapertos kitu tiasa dianggo?

Hayu urang milarian terang.

Mimitina nyaéta standar: file cadangan didamel sareng langsung disalin. Hiji increment dijieun pikeun eta sarta ogé disalin. Ieu kajantenan dugi ka waktos urang sadar yén file parantos ngantunkeun jandela operasi urang sareng ranté anu disegel parantos muncul. Dina titik ieu kami ngalakukeun operasi dehidrasi sareng ngagentos file ieu ku file dummy. Tangtu, urang teu nyalin nanaon deui ka rentang shooting kapasitas.

Sadaya logika anu pikaresepeun ieu tanggung jawab ngan ukur hiji kotak centang dina antarmuka: Nyalin cadangan ka panyimpenan obyék pas aranjeunna diciptakeun.

Naha urang peryogi mode Salin ieu?

Éta langkung saé pikeun ngémutan deui patarosan ku cara kieu: résiko naon anu urang ditangtayungan ku bantosanana? Masalah naon anu ngabantosan urang ngajawab?

Jawabanna écés: tangtosna, ieu mangrupikeun pamulihan data. Lamun urang boga salinan lengkep data lokal dina gudang obyék, teras euweuh urusan naon kajadian ka produk urang, urang salawasna bisa balikkeun data tina file lokasina di Amazon kondisional.

Janten hayu urang ngaliwat skenario anu mungkin, ti anu pangbasajanna dugi ka anu langkung kompleks.

Musibah pangbasajanna anu tiasa tumiba dina sirah urang nyaéta inaccessibility tina salah sahiji file dina ranté cadangan.

Carita anu langkung sedih nyaéta salah sahiji éksténsif gudang SOBR urang peupeus.

Éta langkung parah nalika sadaya gudang SOBR parantos teu tiasa diaksés, tapi jangkauan pamotretan kapasitas berpungsi.
Sareng sadayana parah - ieu nalika server cadangan maot sareng kahayang anu munggaran anjeun nyobian ngajalankeun ka wates Kanada dina sapuluh menit.

Ayeuna hayu urang tingali unggal kaayaan nyalira.

Nalika urang kaleungitan hiji (malah sababaraha) payel cadangan, maka sadaya anu urang kedah laksanakeun nyaéta ngamimitian prosés panyeken ulang gudang, sareng file anu leungit bakal diganti ku file dummy. Sareng nganggo prosés rehidrasi (anu dibahas dina awal tulisan), pangguna bakal tiasa ngaunduh data tina kisaran pamotretan kapasitas ka panyimpenan lokal.

Ayeuna kaayaan beuki pajeulit. Hayu urang nganggap yén SOBR kami diwangun ku dua extents ngajalankeun dina modeu Performance, nu hartina .vbk na .vib urang sumebar ngaliwatan aranjeunna dina lapisan rada henteu rata. Sarta di sawatara titik dina jangka waktu, salah sahiji extents janten sadia, sarta pamaké urgently perlu balikkeun mesin, bagian tina data nu perenahna persis dina extent ieu.

Pamaké ngaluncurkeun wizard pamulihan, milih titik anu anjeunna hoyong balikkeun, sareng wizard, nalika damel, sadar yén anjeunna henteu gaduh sadayana data anu dipikabutuh pikeun pamulihan sacara lokal sahingga kedah diunduh tina pamotretan kapasitas. galeri. Dina waktos anu sami, blok anu tetep dina panyimpenan lokal moal diunduh tina méga. Kamulyaan kana indéks pamulihan (enya, éta ogé disebatkeun dina awal tulisan).

Subtipe kasus ieu nyaéta yén sakabéh gudang SOBR janten teu tiasa diaksés. Dina hal ieu, urang teu boga nanaon pikeun nyalin ti gudang lokal, sarta sakabeh blok diundeur ti awan.

Sareng kaayaan anu paling pikaresepeun nyaéta server cadangan maot. Aya dua pilihan di dieu: admin hébat sareng ngadamel cadangan konfigurasi, sareng admin mangrupikeun Pinocchio jahat nyalira sareng henteu ngadamel cadangan konfigurasi.

Dina kasus nu pertama, éta bakal cukup pikeun anjeunna ngan saukur nyebarkeun instalasi bersih tina VBR wae tur malikkeun database na tina cadangan ngagunakeun hartosna baku. Dina ahir prosés ieu, sagalana bakal normal deui. Atanapi bakal disimpen deui dumasar kana salah sahiji skenario di luhur.

Tapi upami admin mangrupikeun musuhna nyalira, atanapi cadangan konfigurasi ogé ngalaman kagagalan epik, teras di dieu urang moal ngantepkeun anjeunna kana rahmat nasib. Pikeun hal ieu, kami geus diwanohkeun prosedur anyar disebut Impor Objék Panyimpenan. Éta ngamungkinkeun anjeun ngalangkungan prosés nyiptakeun ulang SOBR sacara manual sareng ngagantelkeun rentang pamotretan kapasitas ka dinya kalayan rescan salajengna, sareng ngan saukur nambihan objék panyimpen kana antarmuka Vim sareng ngajalankeun prosedur Impor Panyimpenan Repositori. Hiji-hijina hal anu tiasa ngahalangan antara anjeun sareng cadangan anjeun nyaéta pamundut pikeun ngalebetkeun kecap konci upami cadangan anjeun énkripsi.

Ieu sigana sadayana ngeunaan Mode Salin sareng urang teraskeun

Modeu disegel

Gagasan utama nyaéta yén cadangan énggal henteu tiasa muncul dina tingkat SOBR anu dipilih tina gudang. Sateuacan v10, urang ngan ukur ngagaduhan Mode Pangropéa, nalika padamelan sareng gudangna dilarang. A nurun tina mode hardcore pikeun shutting handap gudang, dimana ngan tombol Evakuasi sadia, nu transports cadangan ka extent sejen hiji-waktos.

Sareng modeu Disegel mangrupikeun pilihan "lemes": urang nyaram nyiptakeun cadangan énggal sareng laun-laun ngahapus anu lami dumasar kana ingetan anu dipilih, tapi dina prosésna urang henteu kaleungitan kamampuan pikeun mulangkeun tina titik anu disimpen. Hiji hal anu pohara kapaké nalika urang gaduh sapotong hardware anu caket kana tungtung umurna sareng kedah ngagentosna, atanapi urang ngan ukur kedah ngabebaskeunana pikeun hal anu langkung penting, tapi teu aya tempat pikeun nyandak sareng mindahkeun sadayana sakaligus. Atawa teu bisa dihapus.

Sasuai, prinsip operasi anu cukup basajan: perlu nyaram sagala operasi nulis (penampilan data anyar), ninggalkeun baca (restorations) jeung ngahapus (ingetan).

Kadua modeu tiasa dianggo sakaligus, tapi émut yén Pangropéa ngagaduhan prioritas anu langkung luhur.

Salaku conto, mertimbangkeun hiji SOBR diwangun ku dua extents. Hayu urang nganggap yén pikeun opat poé kahiji urang nyieun cadangan dina mode Incremental Maju Salawasna, lajeng urang ngégél extent. Hal ieu jadi marga pikeun kanyataan yén urang initiate kreasi pinuh aktip anyar dina extent kadua sadia. Lamun ingetan urang opat, lajeng nalika sakabéh ranté lokasina dina extent disegel mana saluareun watesna, eta dihapus ku nurani jelas.

Aya kaayaan nalika ngahapus lumangsung saméméhna. Contona, ieu Maju Incremental kalawan fulls periodik. Upami urang nyiptakeun cadangan lengkep pikeun dua dinten kahiji, sareng dinten Kemis urang mutuskeun pikeun ngégél gudang, teras dina dinten Jumaah, nalika cadangan énggal didamel, file kanggo Senén bakal dipupus kusabab teu aya katergantungan ka titik ieu. Jeung titik sorangan teu gumantung ka saha. Teras we antosan dugi opat titik dijieun dina extent sadia tur mupus tilu sésana, nu teu bisa dihapus bebas unggal lianna.

Hal-hal anu langkung saderhana sareng Reverse Incremental. Di jerona, titik pangkolotna henteu gumantung kana naon waé sareng tiasa dihapus sacara aman. Ku alatan éta, pas .vbk anyar dijieun dina extent anyar, .vrbs heubeul bakal dihapus hiji-hiji.

Ku jalan kitu, naha urang nyieun .vbk anyar unggal waktu: lamun urang teu nyieun eta, tapi terus ranté heubeul increments, teras .vbk heubeul bakal freeze pikeun lila infinitely dina mode naon wae, nyegah ngahapus na. Ku alatan éta, ieu mutuskeun yén pas extent disegel, urang nyieun cadangan pinuh on extent bébas.

Hal anu leuwih pajeulit jeung rentang shooting kapasitas.

Kahiji, hayu urang nempo mode salinan. Anggap urang aktip nyieun cadangan salila opat poé, lajeng rentang kapasitas shooting disegel. Kami henteu ngahapus nanaon, tapi kalayan rendah ati nahan ingetan, saatos éta kami ngahapus data tina kisaran pamotretan kapasitas.

Kira-kira hal anu sarua kajadian dina modeu move - antosan retouch nu, ngahapus nu heubeul dina gudang lokal, sarta mupus hiji disimpen dina gudang obyék.

Conto anu pikaresepeun sareng Forever forward Incremental. Urang install ingetan dina tilu titik tur mimitian nyieun cadangan dina Senén, nu rutin disalin kana awan. Saatos sealing gudang, cadangan terus dijieun, ngajaga tilu titik, tapi data nu disimpen dina dash kapasitas tetep gumantung jeung teu bisa dihapus. Ku alatan éta, urang antosan nepi ka Kemis, nalika .vbk urang mana saluareun ingetan, sarta ngan lajeng urang kalem ngahapus sakabéh ranté disimpen.

Sareng bantahan leutik: sadaya conto di dieu dipidangkeun ku hiji mesin. Upami anjeun gaduh sababaraha di antarana dina cadangan anjeun, maka retouchna bakal béda-béda gumantung kana naha Active Full didamel atanapi henteu.

Éta dasarna sadayana aya kana éta. Janten hayu urang teraskeun kana fitur anu paling tegar -

Kalemahan

Sapertos poin sateuacana, anu kahiji nyaéta naon masalah anu direngsekeun ku fungsi ieu. Pas urang unggah cadangan urang ka tempat pikeun neundeun, aya kahayang kuat pikeun ngajamin kasalametan maranéhanana, nyaeta, pikeun fisik nyaram ngahapus maranéhanana sarta modifikasi sagala salila ingetan dibikeun. Kaasup admin, kaasup dina akun root na. Hal ieu ngamungkinkeun anjeun ngajaga aranjeunna tina karusakan anu teu kahaja atanapi dihaja. Saha waé anu damel sareng AWS tiasa mendakan fitur anu sami anu disebut Object Lock.

Ayeuna hayu urang nempo mode dina istilah umum, lajeng delve kana detil. Dina conto urang, Immutability bakal diaktipkeun pikeun rentang shooting kapasitas urang jeung ingetan opat poé. Jeung mode Salin diaktipkeun dina cadangan.

Immutability henteu berinteraksi sareng ingetan umum dina cara naon waé. Salaku conto, éta henteu nambihan poin tambahan atanapi naon waé anu sapertos kitu. Ngan hiji jalma teu bisa mupus payel cadangan dina opat poé. Upami anjeun ngadamel cadangan dinten Senén, anjeun ngan ukur tiasa ngahapus filena dina dinten Jumaah.

Sadaya konsép dehidrasi, indéks sareng metadata anu dijelaskeun sateuacana tetep jalanna sami. Tapi kalayan hiji kaayaan - blok diatur henteu ngan pikeun data, tapi ogé pikeun metadata. Hal ieu dilakukeun upami panyerang licik mutuskeun mupus database metadata urang sareng nyegah blok data janten bubur binér anu teu aya gunana.

Ayeuna mangrupikeun waktos anu saé pikeun ngajelaskeun téknologi generasi blok kami. Atawa blok generasi. Jang ngalampahkeun ieu, mertimbangkeun kaayaan nu ngarah ka penampilan na.

Hayu urang nyandak skala waktu genep poe jeung handap urang bakal cirian waktu béakna ekspektasi tina immutability. Dina dinten kahiji urang nyandak tur nyieun hiji file diwangun ku data block a jeung metadata na. Lamun immutability disetel ka tilu poé, éta logis mun nganggap yén dina dinten kaopat data bakal muka konci na dihapus. Dina dinten kadua urang bakal nambahan hiji file2 anyar, diwangun ku blok b jeung setélan sarua. Blok a masih kedah dipiceun dina dinten kaopat. Tapi dina dinten katilu hal dahsyat kajadian - file File3 dijieun, diwangun ku blok anyar d jeung tumbu ka blok heubeul a. Ieu ngandung harti yén pikeun blok jeung bandéra immutability na kudu ngareset ka tanggal anyar, nu geus bergeser ka poé kagenep. Sareng di dieu aya masalah - dina cadangan nyata aya sajumlah ageung blok sapertos kitu. Sareng pikeun manjangkeun jaman immutabilityna, anjeun kedah ngadamel sajumlah ageung pamundut unggal waktos. Sareng kanyataanna, ieu bakal janten prosés sadinten anu ampir sajajalan, sabab kalayan probabilitas anu luhur kami bakal mendakan tumpukan blok deduplicated anu ageung sareng unggal salinan. Naon hartina jumlah badag requests ti panyadia gudang objék? Leres! Tagihan badag dina ahir bulan.

Sarta dina urutan teu kaluar tina biru ngalaan klien favorit anjeun duit badag, mékanisme generasi block ieu nimukeun. Ieu mangrupikeun période tambahan anu urang tambahkeun kana période immutability set. Dina conto di handap, periode ieu dua poé. Tapi ieu ngan conto. Kanyataanna, aranjeunna nganggo rumus sorangan, anu masihan kirang langkung sapuluh dinten tambahan salami ngonci bulanan.

Hayu urang neraskeun mertimbangkeun kaayaan anu sami, tapi kalayan generasi blok. Dina dinten kahiji urang nyieun file1 ti blok a jeung metadata. Urang nambahan nepi ka jaman generasi jeung immutability - ieu ngandung harti yén kasempetan pikeun mupus file bakal dina dinten kagenep. Lamun dina dinten kadua urang nyieun File2, diwangun ku blok b sarta link pikeun meungpeuk a, lajeng nanaon kajadian ka tanggal ngahapus ekspektasi. Manéhna nangtung saperti manéhna dina poé kagenep. Ku kituna urang nyobian nyimpen duit dina Jumlah requests. Hiji-hijina kaayaan nalika wates waktu tiasa digentos nyaéta upami periode generasi parantos tamat. Hartina, lamun dina poé katilu File3 anyar ngandung tumbu pikeun block a, lajeng generasi 2 bakal ditambahkeun saprak Gen1 geus kadaluwarsa. Jeung tanggal ekspektasi pikeun mupus blok a bakal mindahkeun ka poé kadalapan. Hal ieu ngamungkinkeun urang pikeun nyirorot ngurangan jumlah requests manjangkeun umur blok deduplicated, nu ngaheéat klien ton duit.

Téknologi sorangan sayogi pikeun pangguna hardware anu cocog sareng S3 sareng S3, anu produsén ngajamin yén palaksanaanna henteu bénten ti Amazon. Lantaran kitu jawaban kana patarosan sah naha Azure henteu dirojong - aranjeunna gaduh fitur anu sami, tapi tiasa dianggo dina tingkat wadah, sanés objék individu. Ku jalan kitu, Amazon sorangan gaduh konci obyék dina dua modeu: patuh sareng pamaréntahan. Dina kasus kadua, tetep aya kamungkinan yén admin greatest luhureun admins na akar luhureun akar, sanajan konci objék, masih ngahapus data. Dina hal patuh, sadayana dipaku pageuh sareng teu aya anu tiasa ngahapus cadanganna. Malah admins Amazon (nurutkeun pernyataan resmi maranéhanana). Ieu mangrupikeun mode anu kami dukung.

Sareng, sapertos biasa, sababaraha tautan anu mangpaat:

• dina Generasi Blok dina unggal jéntré.
• Sadaya inpormasi ngeunaan Nyadangkeun & Réplikasi Veeam 10 di na pangalusna
• О Tier Kapasitas sacara rinci

sumber: www.habr.com