Silav ji xwendevanên bloga me re! Em qismî jixwe nas in - nivîsên min ên bi zimanê îngilîzî li vir ji hêla hevkarê min ê delal ve hatine wergerandin . Vê carê min biryar da ku rasterast xîtabî temaşevanên rûsî-axêv bikim.
Ji bo debuta xwe, min xwest mijarek bibînim ku dê ji temaşevanên herî berfireh re balkêş be û hewceyê lênihêrîna hûrgulî bike. Daniel Defoe amaje kir ku mirin û bac li benda her kesî ne. Ji hêla xwe ve, ez dikarim bibêjim ku her endezyarek piştgirî dê di derheqê polîtîkayên hilanîna xala vegerandinê de (an jî, hêsantir, ragirtin) pirsan hebin. Min 4 sal berê, wekî endezyarek ciwan a asta yekem, dest bi ravekirina çawaniya karkirina ragirtinê kir, û ez niha jî ravekirina xwe didomînim, jixwe wekî serokê tîmek spanî û îtalî-axêv. Ez piştrast im ku hevkarên min ên ji asta duyemîn û hetta sêyemîn piştgirî jî bi rêkûpêk bersiva heman pirsan didin.
Di vê ronahiyê de, min xwest ku postek dawîn, bi qasî ku gengaz be, binivîsim, ku bikarhênerên rûsî-axêv dikarin dîsa û dîsa wekî pirtûkek referansê vegerin. Dem rast e - guhertoya salvegera dehemîn a vê dawiyê hatî berdan taybetmendiyên nû li fonksiyona bingehîn ku bi salan nehatibû guhertin zêde kir. Posta min di serî de li ser vê guhertoyê ye - her çend piraniya tiştên ku hatine nivîsandin ji bo guhertoyên berê rast in, hûn ê tenê hin fonksiyonên diyarkirî li wir nebînin. Di dawiyê de, li paşerojê hinekî dinêrim, ez ê bibêjim ku di guhertoya paşîn de hin guhertin têne hêvî kirin, lê gava ku dem hat em ê ji we re vê yekê vebêjin. Ji ber vê yekê em dest pê bikin.
karên Backup
Pêşî, bila em li beşa ku di guhertoya 10-an de nehatiye guhertin binihêrin. Siyaseta ragirtinê ji hêla çend pîvanan ve tê destnîşankirin. Ka em pencereyê ji bo afirandina peywirek nû vekin û biçin tabloya Storage. Li vir em ê pîvanek ku hejmara xwestî ya xalên vegerandinê destnîşan dike bibînin:
Lêbelê, ev tenê beşek wekheviyê ye. Hejmara rastîn a xalan jî ji hêla moda hilanînê ya ku ji bo kar hatî danîn ve tê destnîşankirin. Ji bo hilbijartina vê vebijêrkê, li ser bişkojka Pêşkeftî ya li ser heman tabê bikirtînin. Ev dê pencereyek nû bi gelek vebijarkan veke. Werin em wan bihejmêrin û yek bi yek binirxînin:
Heke hûn tenê vebijarka 1-ê çalak bikin, kar dê di moda "her-heyî pêşde zêde" de bixebite. Li vir tu dijwarî tune - peywir dê hejmara diyarkirî ya xalên vegerandinê ji paşvekêşana tam (pelê bi dirêjkirina VBK) heya zêdebûna paşîn (pelê bi dirêjkirina VIB) hilîne. Dema ku hejmara xalan ji nirxa destnîşankirî derbas bibe, dê zêdebûna herî kevn bi paşvekêşana tevahî re were yek kirin. Bi gotinek din, heke peywir were danîn ku 3 xalan hilîne, wê hingê tavilê piştî danişîna din dê 4 xal li ser depoyê hebin, piştî ku paşvekêşana tevahî dê bi zêdekirina herî kevn re were yek kirin û dê hejmara giştî ya xalan vegere. 3.
Ragirtina ji bo moda "berepaş zêdebûyî" (vebijarka 2) jî pir hêsan e. Ji ber ku di vê rewşê de xala herî nû dê paşvekêşek bêkêmasî be, li dûv wê zincîreyek bi navê paşvekişandinê (pelên bi dirêjkirina VRB-ê), wê hingê ji bo sepandina ragirtinê bes e ku meriv bi tenê paşvekêşana herî kevn jê bibe. Dê rewş heman be: tavilê piştî danişînê, dê hejmara xalan ji nirxa destnîşankirî 1-ê derbas bike, piştî ku ew ê vegere nirxa xwestî.
Ji kerema xwe not bikin ku bi moda berevajî-zêdebûnê re hûn dikarin paşvekişandina tije ya periyodîk jî çalak bikin (vebijark 4), lê ev ê esasê neguherîne. Erê, xalên başkirina bêkêmasî dê di zincîrê de xuya bibin, lê dîsa jî em ê xalên herî kevn yek bi yek jêbirin.
Di dawiyê de, em werin beşa balkêş. Ger hûn paşvekişandina zêde çalak bikin, lê ji bilî vê vebijarkên 3 an 4 (an her du jî di heman demê de) çalak bikin, dê peywir bi karanîna rêbaza "çalak" an sentetîk dest bi çêkirina paşgirên tijî yên demkî bike. Rêbaza çêkirina paşgirek bêkêmasî ne girîng e - ew ê heman daneyan bigire, û zincîra zêdebûyî dê li "binzincîran" were dabeş kirin. Ji vê rêbazê re pêşkeftî tê gotin, û ev rêbaz e ku beşek girîng a pirsên xerîdarên me radike.
Ragirtin li vir bi jêbirina beşa herî kevn a zincîrê (ji paşgirek tam heya zêdebûnek) tê sepandin. Di heman demê de, em ê tenê paşvekêşek bêkêmasî an tenê beşek zêdebûnê jê nekin. Tevahiya "binzincîra" bi yekcarî bi tevahî tê rakirin. Wateya danîna hejmara xalan jî diguhere - heke di awayên din de ev hejmara herî zêde destûr be, piştî ku divê ragirtin were sepandin, wê hingê li vir ev mîheng hejmara herî kêm diyar dike. Bi gotineke din, piştî rakirina "binzincîra" ya herî kevn, divê hejmara xalên di beşa mayî de nekeve binê vê herî kêm.
Ez ê hewl bidim ku vê têgehê bi grafîkî nîşan bidim. Em bibêjin ku ragirtin li 3 xalan hatîye danîn, kar her roj bi paşvekêşana tevahî roja Duşemê dimeşe. Ragirtin di vê rewşê de dê were sepandin dema ku hejmara giştî ya xalan bigihîje 10:
Çima jixwe 10 heye dema ku ew 3 danîn? Piştgiriyek tam roja Duşemê hate afirandin. Ji Sêşemê heta Yekşemê kar zêdebûnek çêkir. Di dawiyê de, Duşemiya bê paşvekêşek tam dîsa tê çêkirin û tenê dema ku 2 zêdebûn hatin afirandin, dikare di dawiyê de tevahiya beşa kevn a zincîrê were jêbirin, ji ber ku hejmara xalên mayî dê nekeve binê 3-an.
Ger raman zelal e, wê hingê ez pêşniyar dikim ku hûn bi xwe hewl bidin ku ragirtinê hesab bikin. Ka em şertên jêrîn bistînin: kar ji bo yekem car roja Pêncşemê tê destpêkirin (bi xwezayî, dê paşvekêşek tevahî were çêkirin). Wezîf tê danîn ku rojên Çarşem û Yekşemê kopiyek tam çêbike û 8 xalên başbûnê hilîne. Dê kengê ragirtin ji bo yekem car were sepandin?
Ji bo bersiva vê pirsê, ez pêşniyar dikim ku hûn kaxezek hildin, li gorî rojên hefteyê rêz bikin û her roj binivîsin ka kîjan xal tê afirandin. Bersiv dê eşkere bibe
Bersiv
Ravekirin: Ji bo bersivdanê, tenê ji xwe bipirsin "dê kengê ragirtin were sepandin"? Bersiv dema ku em dikarin 3 xalên pêşîn (VBK, VIB, VIB) jê bikin û zincîra mayî nekeve binê 8 xalên pêwîst. Eşkere dibe ku em ê karibin vê yekê bikin dema ku bi tevahî 11 xalên me hebin, ango roja Yekşemê ya hefteya duyemîn.
Dibe ku hin xwendevan îtiraz bikin: “Heger hebe çima van tiştan dikin ?. Bê guman ev amûrek pir bikêr e, û di hin rewşan de ez ê wê bikar bînim, lê di heman demê de sînorkirinên wê jî hene. Berî her tiştî, ew nahêle hûn şert û mercên destpêkê diyar bikin, û di pir rewşan de pirs bi rastî ev e ku "zincîrek me ya weha heye, heke em mîhengên weha û wusa biguhezînin dê çi bibe?" Ya duyemîn, amûr hîn jî hinekî zelal nabe. Rûpelê RPS-ê ji xerîdaran re nîşan dide, min têgihîştinek nedît, lê dema ku ew mîna mînakê xêz kir (tewra heman Paint bikar tîne), roj bi roj, her tişt zelal bû.
Di dawiyê de, me vebijarka "Veguheztina zincîreyên paşîn ên berê li paşvekişandinê" (bi hejmara 5-ê hatî nîşankirin) nehesiband. Vê vebijarkê carinan xerîdarên ku wê "xweber" çalak dikin tevlihev dike, ku dixwazin bi tenê hilanînê sentetîk çalak bikin. Di vê navberê de, ev vebijark moda hilanînê ya pir taybetî çalak dike. Bêyî ku ez biçim nav hûrguliyan, ez ê tavilê bibêjim ku di vê qonaxa pêşkeftina hilberê de, "Zincîrên paşvekişandina berê veguhezînin paşvekêşan" vebijarkek kevnar e, û ez nikarim senaryoyek yekane bifikirim dema ku divê were bikar anîn. Nirxa wê ew qas gumanbar e ku demek Anton Gostev bixwe bi navgîniya forumê gazî kir, jê xwest ku nimûneyên karanîna wê yên kêrhatî jê re bişîne (heke we wan hebe, di şîroveyan de binivîsin, ez pir eleqedar im). Ger yek tune be (ez difikirim ku dê wusa be), wê hingê vebijark dê di guhertoyên pêşerojê de were rakirin.
Kar dê zêdebûnên (VIB) biafirîne heya roja ku paşvekêşana tevahî sentetîk tê plansaz kirin. Di vê rojê de, VBK bi rastî tê afirandin, lê hemî xalên berî vê VBK-ê di paşvekêşan (VRB) de têne veguheztin. Piştî vê yekê, peywir dê berdewam bike ku heya paşvekêşana sentetîk a paşîn çêkirina zêdebûnên paşgira tevahî bidomîne. Wekî encamek, di zincîrê de tevliheviyek teqemenî ya pelên VBK, VBR û VIB tê afirandin. Ragirtin pir hêsan tê sepandin - bi rakirina VBR-ya paşîn:
Pirsgirêkên
Ji bilî têgihîştina bi rastî ew çawa dixebite, piraniya pirsgirêkên ku di dema karanîna moda zêdebûnê de derdikevin bi gelemperî bi paşvekişandinek tevahî ve girêdayî ne. Ji bo vê modê paşvekêşên tevahî yên birêkûpêk hewce ne, wekî din depo dê xalan berhev bike heya ku tije bibe.
Mînakî, dibe ku kopiyek tam kêm kêm were afirandin. Em bibêjin ku peywir ji bo hilanîna 10 xalan hatî danîn, û mehê carekê kopiyek tam tê çêkirin. Eşkere ye ku hejmara rastîn a xalên li vir dê ji ya ku tê xuyang kirin pir mezintir be. An jî peywir bi gelemperî tête danîn ku di moda bêdawî zêdebûnê de bixebite û 50 xalan hilîne. Dûv re kesek bi xeletî kopiyek tam çêkir. Ew e, ji nuha û pê ve dê kar li bendê bimîne heya ku xala tam 49 zêdebûn berhev bike, pişt re ew ê ragirtinê bicîh bîne û vegere moda bêsînor tije.
Di rewşên din de, paşvekêşek tam tête danîn ku bi rêkûpêk were afirandin, lê ji ber hin sedeman ew nabe. Ez ê sedema herî populer li vir navnîş bikim. Hin xerîdar tercîh dikin ku vebijarka plansazkirina "piştî xebitandinê" bikar bînin û karan mîheng bikin da ku di zincîrekê de bimeşin. Ka em vê nimûneyê bigirin: 3 kar hene ku her roj dimeşin û roja Yekşemê kopiyek tam diafirînin. Karê yekem di 22.30 de dest pê dike, yên mayî bi zincîrekê têne destpêkirin. Piştgiriyek zêde 10 hûrdem digire, û ji ber vê yekê heya 23.00-an de hemî karan dixebitin. Lê paşvekişandinek bêkêmasî saetekê digire, ji ber vê yekê roja Yekşemê ya jêrîn diqewime: karê yekem ji 22.30 heta 23.30 dimeşe. Next ji 23.30 ber 00.30. Lê karê sêyemîn roja duşemê dest pê dike. Piştgiriyek bêkêmasî ji bo Yekşemê tête danîn, ji ber vê yekê di vê rewşê de ew ê bi hêsanî nebe. Kar dê li benda paşvekişandinek tam bimîne da ku ragirtinê bicîh bîne. Ji ber vê yekê dema ku vebijarka "piştî bimeşîne" bikar bînin an jî wê qet bikar neynin baldar bin - tenê karan destnîşan bikin ku di heman demê de dest pê bikin û bihêlin plansazkerê çavkaniyê karê xwe bike.
Vebijarka dijwar "Tiştên jêbirin jêbirin"
Piştî ku hûn mîhengên peywirê hilanîn - Pêşkeftî - Lênihêrîn derbas kirin, hûn dikarin li vebijarka "piştî daneyên tiştên jêbirin jêbirin" rast werin, ku dikare bi rojan were jimartin.
Hin xerîdar li bendê ne ku ev parastin be. Bi rastî, ev vebijarkek bi tevahî cihêreng e, têgihîştina ku dikare bibe sedema encamên nediyar. Lêbelê, berî her tiştî, pêdivî ye ku em rave bikin ka B&R çawa bertek nîşanî rewşên ku tenê çend makîneyên di danişînê de bi serfirazî têne piştguh kirin.
Ka em vê senaryoyê bifikirin: karekî bêsînor zêde ku ji bo hilanîna 6 xalan hatî mîheng kirin. Di peywirê de 2 makîneyên hene, yek her gav bi serfirazî piştgirî dike, ya din carinan xeletî dide. Di encamê de, di xala heftan de ev rewş derket holê:
Dem dema sepandina ragirtinê ye, lê otomobîlek xwedan 7 xal e, ya din tenê 4 xal hene. Ma dê ragirtin li vir were sepandin? Bersiv erê ye, dê bibe. Ger bi kêmanî yek tişt hate piştguh kirin, B&R dihesibîne ku xal hatiye afirandin.
Ger hin makîneyek tenê di dema danişînek diyarkirî de di peywirê de nebe, rewşek wusa dikare derkeve holê. Ev diqewime, bo nimûne, dema ku makîneyên ne bi serê xwe, lê wekî beşek ji konteyneran (peldank, hilanîn) li karekî têne zêdekirin û hin makîneyek demkî koçî konteynerek din dike. Di vê rewşê de, kar dê serketî were hesibandin, lê di statîstîkê de hûn ê peyamek bibînin ku ji we dipirse ku hûn bala xwe bidin ku wusa û wusa makîneyek êdî ji hêla peywirê ve nayê pêvajo kirin.
Ger hûn guh nedin vê yekê dê çi bibe? Di rewşên modên bêdawî-zêdebûn an berevajî-zêdebûn de, dê hejmara xalên başbûnê yên makîneya "pirsgirêk" bi her danişînê re kêm bibe heya ku ew bigihîje 1, ku di VBK-ê de hatî hilanîn. Bi gotinek din, her çend makîneyek ji bo demek dirêj ve neyê piştguh kirin jî, yek xala hilanînê dê dîsa bimîne. Ger paşvekêşên tam ên demkî werin çalak kirin rewş cûda ye. Ger hûn îşaretên B&R paşguh bikin, dibe ku xala paşîn di dawiyê de digel beşa kevn a zincîrê were jêbirin.
Piştî ku hûn van hûrguliyan fêm bikin, hûn dikarin di dawiyê de vebijarka "Piştî daneyên tiştên jêbirin jêbirin" bifikirin. Ger ew makîneya X-rojan neyê piştguh kirin ew ê hemî xalên ji bo makîneyek taybetî jê bibe. Ji kerema xwe not bikin ku ev mîheng bersiva xeletiyan nade (ew ceriband, lê nexebitî). Pêdivî ye ku hewildanek ji bo piştguhkirina makîneyê jî nebe. Wusa dixuye ku vebijark bikêr e û divê her gav çalak were hiştin. Ger rêveber makîneyê ji peywirê derxist, wê hingê piştî demekê mentiqî ye ku zincîra daneyên nepêwîst paqij bike. Lêbelê, xwerûkirin dîsîplîn û lênihêrînê hewce dike.
Bihêle ez ji pratîkê mînakek bidim: çend konteynir li peywirê hatin zêdekirin, pêkhatina wan pir dînamîk bû. Ji ber nebûna RAM-ê, servera B&R bi pirsgirêkên ku nedihatin dîtin re rû bi rû ma. Karê dest pê kir û hewl da ku ji makîneyan paşvekêşek çêbike, ji bilî yekê, ku wê demê di konteynerê de tune bû. Ji ber ku gelek makîneyan xeletî çêkirine, ji hêla xwerû ve divê B&R 3 hewildanên zêde bike ku makîneyên "pirsgirêk" paşvekişîne. Ji ber pirsgirêkên domdar ên RAM-ê, van hewldanan çend rojan domandin. Hewldanek dubare nebû ku ji VM-ya windabûyî paşvekêşek çêbike (nebûna VM ne xeletiyek e). Wekî encamek, di yek ji hewildanên dubare de, şerta "Tiştên jêbirin jêbirin" hate bicîh kirin û hemî xalên li ser makîneyê hatin jêbirin.
Di derbarê vê de, ez dikarim jêrîn bibêjim: heke we di derheqê encamên peywirê de agahdarî hatine saz kirin, û hê çêtir, entegrasyonê bi Veeam ONE re bikar bînin, wê hingê bi îhtîmalek mezin ev ê ji we re nebe. Ger hûn heftê carekê li servera B&R mêze bikin da ku hûn kontrol bikin ka her tişt dixebite, wê hingê çêtir e ku hûn vebijarkên ku potansiyel dibin sedema jêbirina paşgiran red bikin.
Di v.10 de çi hatiye zêdekirin
Tiştê ku me berê behs kir ji bo gelek guhertoyan di B&R de heye. Piştî ku em van prensîbên xebitandinê fêm kirin, em aniha binihêrin ka çi li salvegera "deh" hatî zêdekirin.
Parastina rojane
Li jor me li ser bingeha hejmara xalan li polîtîkaya hilanînê ya "klasîk" nihêrî. Nêzîkatiyek alternatîf ev e ku di heman menuyê de li şûna "xalên sererastkirinê" "rojan" bicîh bikin.
Fikir ji navê xwe zelal e - ragirtin dê çend rojan tomar bike, lê hejmara xalan di her rojê de ne girîng e. Di vê rewşê de, hûn hewce ne ku tiştên jêrîn bîr bînin:
- Dema ku tê hesibandin roja heyî nayê hesibandin
- Rojên ku kar qet nexebitî jî têne jimartin. Divê ev yek di hişê xwe de were girtin da ku bi xeletî xalên wan karên ku bi rengek nerêkûpêk dixebitin winda nekin.
- Xala vejenê ji roja ku çêkirina wê dest pê kiriye ve tê hesibandin (ango heke kar roja Duşemê dest bi xebatê bike û roja Sêşemê biqede, wê hingê ev xal ji Duşemê ye)
Wekî din, prensîbên karanîna ragirtinê ji hêla peywiran ve jî ji hêla rêbaza hilbijartî ve têne destnîşankirin. Werin em bi karanîna heman rêbaza zêdebûnê xebatek din a hesabkirinê biceribînin. Em bibêjin ku ragirtin ji bo 8 rojan tê danîn, kar her 6 demjimêran carekê bi paşvekişandina tevahî roja Çarşemê dimeşe. Lêbelê, kar roja Yekşemê naxebite. Kar roja Duşemê yekem car dimeşe. Dê kengê ragirtin were sepandin?
Bersiv
Wekî her gav, çêtirîn e ku meriv nîşanek bikişîne. Ez ê destûrê bidim xwe ku peywirê hêsan bikim û hemî xalên ku ji bo her rojê hatine afirandin nekişînim, ji ber ku hejmara xalên rojê li vir ne girîng e. Ji me re tenê girîng e ku yekem Duşem û Çarşemê xala yekem dê paşvekêşek tevahî be, lê di rojên mayî de peywir dê bi tenê 4 xalên zêdebûnê biafirîne.
Em eşkere dikin ku ragirtin dê bi jêbirina paşgira tevahî ya Duşemê û zêdekirina wê were sepandin. Ev ê kengî bibe? Dema ku zincîra mayî 8 rojan dihewîne. Di heman demê de, em roja niha nahesibînin, lê berevajî, em roja yekşemê dihejmêrin. Ji ber vê yekê, bersiv roja pêncşemê ya hefteya duyemîn e.
Arşîvkirina GFS ji bo karên birêkûpêk
Beriya v.10, rêbaza hilanînê ya Bapîr-Bav-Kur (GFS) tenê ji bo karên kopîkirina paşvekişandinê û karên kopîkirina kasetê peyda bû. Naha ew ji bo hilanînê bi rêkûpêk heye.
Her çend ev ne bi mijara heyî ve girêdayî ye jî, ez nikarim bibêjim ku fonksiyona nû nayê wateya dûrketina ji stratejiya 3-2-1. Hebûna xalên arşîvê di depoya sereke de bi ti awayî bandorê li pêbaweriya wê nake. Tê fêm kirin ku GFS dê bi depoyek Scale-out re were bikar anîn da ku van xalan li S3 û depoyên mîna wan bar bike. Ger hûn wê bikar neynin, wê hingê çêtir e ku hûn hilanîna xalên seretayî û arşîv li depoyên cihêreng bidomînin.
Naha em li prensîbên afirandina xalên GFS binêrin. Di mîhengên peywirê de, di pêngava Storage de, bişkokek taybetî derketiye ku menuya jêrîn vedixwîne:
Esasê GFS dikare di çend xalan de were berhev kirin (hişyar bikin ku GFS di celebên din ên peywiran de cûda dixebite, lê li ser wê paşê bêtir):
- Kar ji bo xala GFS paşgirek bêkêmasî ya veqetandî naafirîne. Di şûna wê de, paşvekêşana tevahî ya herî maqûl a berdest dê were bikar anîn. Ji ber vê yekê, pêdivî ye ku peywir di moda zêdebûnê de bi paşpirtikên tijî yên periyodîk re bixebite, an jî pêdivî ye ku paşpirtûkek bêkêmasî bi destan ji hêla bikarhêner ve were afirandin.
- Ger tenê yek serdemek were çalak kirin (mînak, hefteyek), wê hingê di destpêka heyama GFS de dê peywir bi tenê li benda paşvekişandinek tevahî dest pê bike û ya yekem guncan wekî GFS nîşan bide.
Mînak: kar ji bo hilanîna GFS-ya heftane ya roja Çarşemê bi karanîna hilanînê tê mîheng kirin. Karûbar her roj dimeşe, lê ji bo Îniyê kopiyek tam tê plansaz kirin. Di vê rewşê de, heyama GFS dê roja Çarşemê dest pê bike û peywir dê dest pê bike ku li benda xalek maqûl be. Ew ê roja Îniyê xuya bibe û dê bi ala GFS were nîşankirin.
- Ger çend serdem bi yekcarî bêne nav kirin (mînak, heftane û mehane), wê hingê B&R dê rêbazek bikar bîne ku destûrê dide heman xalê wekî GFS çend navberan (ji bo xilaskirina cîhê) bikar bîne. Dê ala bi rêz, ji yên herî biçûk dest pê bikin, werin destnîşankirin.
Mînak: GFS-ya heftane ji bo Çarşemê, û GFS-ya mehane ji bo hefteya dawîn a mehê tê danîn. Kar her roj dimeşe û duşem û Înî paşvekêşên tam diafirîne.
Ji bo sadebûnê, werin em ji hefteya pêşdawî ya mehê dest bi jimartinê bikin. Vê hefteyê paşgirek tam dê roja Duşemê were afirandin, lê ew ê were paşguh kirin ji ber ku navbera heftane ya GFS roja Çarşemê dest pê dike. Lê paşgira tevahî ya înê ji bo xala GFS bi tevahî maqûl e. Jixwe ev sîstem ji bo me nas e.
Naha em binihêrin ka di hefteya dawî ya mehê de çi diqewime. Navbera GFS ya mehane dê roja Duşemê dest pê bike, lê VBKya Duşemê dê wekî GFS neyê nîşankirin ji ber ku kar digere ku yek VBK hem wekî xalek GFS ya mehane û hem jî wekî xalek GFS ya heftane nîşan bide. Di vê rewşê de, lêgerîn bi ya heftane dest pê dike, ji ber ku bi pênase ew dikare bibe ya mehane jî.
Lêbelê, heke hûn tenê navberên heftane û salane têxin nav xwe, ew ê ji hev serbixwe tevbigerin û dikarin 2 VBK-yên cihê wekî navberên GFS-ê yên têkildar destnîşan bikin.
Karên kopîkirina paşvekişandinê
Karekî din ê ku bi gelemperî di derheqê xebatê de zelalkirinê hewce dike. Pêşî, em li rêbaza xebatê ya "klasîk" binêrin, bêyî nûbûn v.10
Rêbaza ragirtinê ya hêsan
Bi xwerû, karên weha di moda zêdebûnê ya bêdawî de dimeşin. Afirandina xalan ji hêla du parameteran ve têne destnîşankirin - navberê kopîkirinê û hejmara xwestî ya xalên vegerandinê (li vir roj bi roj nayê girtin). Navbera kopîkirinê li ser tabloya Kar a yekem dema afirandina karek tête danîn:
Hejmara xalan li ser tabloya Target hinekî din tê destnîşankirin
Kar ji bo her navberê 1 xalek nû diafirîne (çiqas xal ji hêla karên orjînal ve ji bo VM-ê hatine afirandin ne girîng e). Di dawiya navberê de, xala nû bi dawî dibe û, ger hewce be, ragirtin bi berhevkirina VBK û zêdebûna herî kevn tê sepandin. Ev mekanîzma jixwe ji me re nas e.
Rêbaza ragirtinê bi karanîna GFS
BCJ dikare xalên arşîvê jî hilîne. Ev li ser heman tabloya Armancê, hema li binê mîhengê ji bo hejmara xalên vegerandinê hatî mîheng kirin:
Xalên GFS dikarin bi du awayan bêne afirandin - sentetîk, bi karanîna daneya li ser depoyek duyemîn, an jî bi simulkirina paşgirek tam û xwendina hemî daneyan ji depoya bingehîn (ji hêla vebijarka ku 3 nîşankirî ve hatî çalak kirin). Di her du rewşan de ragirtin dê pir cûda be, ji ber vê yekê em ê wan ji hev cuda binirxînin.
GFS sentetîk
Di vê rewşê de, xala GFS tam di roja destnîşankirî de nayê afirandin. Di şûna wê de, dê xalek GFS were afirandin dema ku VIB-ya roja ku ji bo ku xala GFS-ê hatî plansaz kirin were çêkirin bi paşvekêşek tevahî ve were yek kirin. Ev carinan dibe sedema têgihîştinê, ji ber ku dem derbas dibe û hîn jî xalek GFS tune. Û tenê şamanek hêzdar ji piştgiriya teknîkî dikare pêşbîn bike ka dê kîjan rojê xal xuya bibe. Di rastiyê de, sêrbaz ne hewce ye - tenê li hejmara destnîşankirî ya xalan û navbera hevdemkirinê (her roj çend xal têne afirandin) binihêrin. Hewl bidin ku wê bi xwe bi karanîna vê nimûneyê hesab bikin: peywir ji bo hilanîna 7 xalan tête danîn, navbera hevdemkirinê 12 demjimêr e (ango 2 xal di rojê de). Heya niha, di zincîrê de jixwe 7 xal hene, îro Duşem e, û ji bo vê rojê avakirina xalek GFS tê plansaz kirin. Di kîjan rojê de wê were afirandin?
Bersiv
Li vir çêtir e ku meriv diyar bike ka dê zincîre bi demê re, roj bi roj çawa biguhezîne:
Ji ber vê yekê roja Duşemê, zêdebûna paşîn di zincîrê de wekî GFS tê nîşankirin, lê ti guhertinên dîtbar ên din çênabin. Her roj peywir 2 xalên nû diafirîne, û ragirtin zincîrê bi pêş ve diçe. Di dawiyê de, roja Pêncşemê dem tê ku li ser wê zêdebûnê ragirtinê were sepandin. Dê ev danişîn ji gelemperî dirêjtir bigire - ji ber ku peywir dê blokên pêwîst ji zincîrê "derxe" û xalek bêkêmasî ya nû biafirîne. Ji vê gavê û pê ve, dê jixwe di zincîrê de 8 xal hebin - 7 di zincîra sereke + GFS.
Afirandina xalên GFS bi vebijarka "Tevahiya xalê bixwînin".
Li jor min got ku BCJ di moda bêdawî zêdebûnê de dixebite. Niha em ê li îstîsna tenê ya vê qaîdeyê binêrin. Dema ku vebijarka "Tevahiya xalê bixwîne" were çalak kirin, dê xala GFS tam di roja diyarkirî de were afirandin. Peywir bixwe dê di moda zêdebûnê de bi paşvekêşên tijî yên demkî, yên ku me li jor nîqaş kir, bixebite. Ragirtin jî dê bi rakirina beşa herî kevn a zincîrê were sepandin. Lêbelê, di vê rewşê de, tenê zêdebûn dê werin jêbirin, û paşkêşiya tevahî dê wekî xalek GFS bimîne. Li gorî vê yekê, xalên ku bi alayên GFS têne nîşankirin, dema ku ragirtinê têne hesibandin nayên hesibandin.
Em bibêjin ku peywir tê danîn ku 7 xalan hilîne û roja Duşemê xalek GFS ya heftane ava bike. Di vê rewşê de, her Duşemê peywir dê bi rastî paşvekêşek tevahî biafirîne û wê wekî GFS nîşan bide. Dema ku, piştî rakirina zêdebûnên ji beşa herî kevn, jimara zêdebûnên mayî ji 7-an nekeve binê XNUMX-an, dê were sepandin. Di diagramê de ev e:
Ji ber vê yekê, heya dawiya hefteya duyemîn di zincîrê de bi tevahî 14 xal hene. Di hefteya duyemîn de, peywirê 7 xal çêkir. Ger ev karekî hêsan bûya, dê ragirtin jixwe were sepandin. Lê ev BCJ bi ragirtina GFS ye, ji ber vê yekê em xalên GFS nahesibînin, ango ji wan tenê 6 hene. Ango em hîna nekarin ragirtinê bicîh bînin. Di hefteya sêyemîn de em bi ala GFS-ê paşvekêşek tevahî ya din diafirînin. 15 xal, lê dîsa em vê yekê nahesibînin. Û di dawiyê de, roja Sêşema hefteya sêyemîn, em zêdebûnek diafirînin. Naha, heke em zêdekirina zincîra hefteya yekem derxînin, dê jimara giştî ya zêdebûnê girtina destnîşankirî têr bike.
Wekî ku li jor behs kir, di vê rêbazê de pir girîng e ku paşpirtikên tam bi rêkûpêk bêne afirandin. Ka em bibêjin, heke hûn ragirtina sereke ji bo 7 rojan destnîşan bikin, lê tenê 1 xalek salane, hêsan e ku meriv xeyal bike ku zêdebûn dê ji 7-an pir, pir pirtir kom bibin. Di rewşên weha de, çêtir e ku meriv rêbaza çêkirî ya sentetîk bikar bîne. GFS.
Û dîsa "Tiştên jêbirin jêbirin"
Ev vebijark ji bo BCJ jî heye:
Mantiqa vê vebijarkê li vir eynî wekî di karên paşvekêşana birêkûpêk de ye - heke makîneyek di çend rojên diyarkirî de neyê pêvajo kirin, wê hingê daneyên wê ji zincîrê tê jêbirin. Lêbelê, ji bo BCJ-ê kêrhatiya vê vebijarkê bi objektîf bilindtir e, û li vir çima ye.
Di moda normal de, BCJ di moda bêdawî zêdebûnê de kar dike, ji ber vê yekê heke di deverekê de makîneyek ji kar were derxistin, wê hingê ragirtin dê hêdî hêdî hemî xalên başbûnê jê bibe heya ku tenê yek bimîne - di VBK de. Naha em bifikirin ku peywir hîn jî ji bo afirandina xalên GFS-ya sentetîk ve hatî mîheng kirin. Dema ku dem hat, pêdivî ye ku kar ji bo hemî makîneyên di zincîrê de GFS biafirîne. Ger hin makîneyê qet xalên nû tunebin, baş e, hûn neçar in ku ya ku ew e bikar bînin. Û her weha her dem. Wekî encamek, rewşên jêrîn dikarin bibin:
Bala xwe bidin beşa Pelan: me xalên sereke yên VBK û 2 heftane GFS hene. Û naha li beşa Xalên Restore - bi rastî, van pelan heman wêneya makîneyê vedigirin. Bi xwezayî, di xalên weha GFS de ti xalek tune, ew tenê cîh digirin.
Ev rewş tenê dema ku GFS-ya sentetîk bikar tîne gengaz e. Ji bo pêşîgirtina vê yekê, vebijarka "Tiştên jêbirin jêbirin" bikar bînin. Tenê ji bîr mekin ku wê ji bo hejmarek têr rojan saz bikin. Piştgiriya teknîkî rewşên dîtiye ku vebijark ji navbera hevdengkirinê kêmtir rojan hate danîn - BCJ berî ku ew werin afirandin dest pê kir û xalan jêbirin.
Ji kerema xwe her weha bala xwe bidin ku ev vebijark bandorê li xalên GFS yên jixwe hatine afirandin nake. Heke hûn dixwazin arşîvan paqij bikin, hûn hewce ne ku vê yekê bi destan bikin - bi klîkkirina rastê li ser makîneyê û bijartina "Ji dîskê jêbirin" (di pencereya ku xuya dike de, ji bîr nekin ku qutiya "Parastina tevahî ya GFS Rake" kontrol bikin) :
Nûbûn v.10 - kopiyek yekser
Piştî ku em bi fonksiyona "klasîk" re mijûl bûn, em biçin ya nû. Yek nûbûnek heye, lê yek pir girîng e. Ev rêbazek nû ya xebatê ye.
Tiştek wekî "navbera hevdemkirinê" tune; peywir dê bi domdarî bişopîne ka xalên nû xuya bûne û wan hemî kopî bike, çendî hebin jî. Lê di heman demê de, kar zêde dibe, ango heke karê sereke VBK an VRB biafirîne jî, ev xal dê wekî VIB bêne kopî kirin. Wekî din, di vê modê de surprîz tune - hem standard û hem jî ragirtina GFS li gorî qaîdeyên ku li jor hatine destnîşan kirin dixebitin (lêbelê, tenê GFS-ya sentetîk li vir heye).
Dîsk dizivirin. Taybetmendiyên depoyên bi ajokarên zivirî
Metirsiya domdar a vîrusên ransomware ew kiriye standardek ewlehiyê ya defakto ku kopiyek daneya li ser navgînek ku vîrus nikare bigihîje wê hebe. Vebijarkek ev e ku meriv depoyên zivirîna dîskê bikar bîne, li ku derê dîsk yek bi yek têne bikar anîn: dema ku dîskek ve girêdayî ye û tê nivîsandin, yên mayî li cîhek ewle têne hilanîn.
Ji bo ku B&R fêr bibe ku bi depoyên weha re bixebite, hûn hewce ne ku di mîhengên depoyê de, li qonaxa Depoyê, bişkoja Pêşkeftî bikirtînin û vebijarka guncan hilbijêrin:
Piştî vê yekê, VBR dê li bendê be ku zincîra heyî bi awayekî periyodîk ji depoyê winda bibe, ku tê wateya zivirîna dîskê. Bi celebê depo û celebê kar ve girêdayî, B&R dê cûda tevbigere. Ev dikare bi tabloya jêrîn were temsîl kirin:
Werin em her vebijarkê bifikirin.
Karê normal û depoya Windows
Ji ber vê yekê, peywirek me heye ku zincîran li dîska yekem xilas dike. Di dema zivirandinê de, zincîra çêkirî bi rastî winda dibe, û pêdivî ye ku peywir bi rengekî ji vê windabûnê xilas bibe. Ew di afirandina paşgirek tam de teseliyê dibîne. Ji ber vê yekê, her zivirîn tê wateya hilanînê ya bêkêmasî. Lê xalên li ser dîska veqetandî çi dibe? Dema ku ragirtinê tê hesibandin têne bîra wan û têne hesibandin. Bi vî rengî, hejmara xalên diyarkirî di karekî de ev e ku çend xal hewce ne ku li ser hemî dîskê werin girtin. Li vir mînakek e:
Kar di moda zêdebûnê ya bêdawî de dimeşe û ji bo hilanîna 3 nuqteyên vegerandinê tê mîheng kirin. Lê di heman demê de dîskek me ya duyemîn jî heye, û em wê heftê carekê dizivirînin (dibe ku dîskên zêdetir hebin, ev eslê xwe naguhezîne).
Di hefteya yekem de, peywir dê li ser dîska yekem xalan biafirîne û yên zêde bike yek. Bi vî awayî, hejmara giştî ya xalan dê bibe sê:
Piştre em ajokera duyemîn ve girêdidin. Piştî destpêkirinê, B&R dê ferq bike ku dîsk hatiye guhertin. Zincîra li ser dîska yekem dê ji navberê winda bibe, lê agahdariya li ser wê dê di databasê de bimîne. Naha peywir dê 3 xalan li ser dîska duyemîn bihêle. Rewşa giştî dê wiha be:
Di dawiyê de, em ajokera yekem ji nû ve girêdidin. Berî afirandina xalek nû, peywir dê kontrol bike ka bi ragirtinê re çi diqewime. Û ragirtin, ez bi bîr tînim, ji bo hilanîna 3 xalan hatî danîn. Di vê navberê de, li ser dîska 3 2 xalên me hene (lê ew veqetandî ye û li cîhek ewledar ku B&R nikare bigihîje tê hilanîn) û 3 xal li ser dîska 1 (lê ev yek girêdayî ye). Ev tê vê wateyê ku em dikarin bi ewlehî 3 xalan ji dîska 1 derxînin, ji ber ku ew ji ragirtinê derbas dikin. Piştî ku peywir dîsa piştgiriyek tam diafirîne, û zincîra me dest pê dike ku bi vî rengî xuya bike:
Ger ragirtin li şûna hejmara xalan ji bo hilanîna rojan were mîheng kirin, wê hingê mantiq naguhere. Wekî din, dema ku depoyên bi zivirîna dîskê bikar tînin, ragirtina GFS qet nayê piştgirî kirin.
Karê birêkûpêk û hilanîna torê ya depoya Linux
Ev vebijark jî mimkun e, lê bi gelemperî ji ber qedexeyên hatine danîn kêmtir tê pêşniyar kirin. Kar dê bi heman rengî li ser zivirîna dîskê û windabûna zincîrê reaksiyonê bike - bi afirandina hilanînê ya tevahî. Sînor ji ber mekanîzmaya ragirtinê ya qutkirî ye.
Li vir, di dema zivirandinê de, tevahiya zincîra li ser dîska veqetandî bi tenê ji databasa B&R tê jêbirin. Ji kerema xwe not bikin ku ji databasê, pelên xwe li ser dîskê dimînin. Ew dikarin werin import kirin û ji bo başbûnê werin bikar anîn, lê hêsan e ku meriv texmîn bike ku zû an dereng zincîreyên weha yên jibîrkirî dê tevahî depoyê dagirin.
Çareserî lê zêdekirina DWORD ForceDeleteBackupFiles e ku li ser vê rûpelê hatî destnîşan kirin: . Dûv re kar dê dest bi jêbirina tevahiya naveroka peldanka kar an peldanka depoyê bike (li gorî nirxê) li ser her zivirandinê.
Lêbelê, ev ne ragirtinek xweşik e, lê ji bilî paqijkirina hemî naverokê ye. Mixabin, piştgiriya teknîkî rastî bûyeran hat dema ku depo bi tenê pelrêça root ya dîskê bû, li ku derê, ji bilî paşvekişandinê, daneyên din jî hebûn. Ev hemû di dema rotasyonê de hatin rûxandin.
Wekî din, dema ku ForceDeleteBackupFiles were çalak kirin, ew ji bo her cûre depoyan dixebite, ango, tewra depoyên li ser Windows-ê jî dê sepandina ragirtinê rawestînin û dest bi jêbirina naverokê bikin. Bi gotinek din, dîskek herêmî ya li ser Windows-ê ji bo pergala hilanînê ya weha bijareya çêtirîn e.
Kopiya hilanînê û depoya Windows
Tişt bi BCJ re hê balkêştir dibin. Ne tenê ew xwedan ragirtinek bêkêmasî ye, lê ne hewce ye ku her gava ku hûn dîskê biguhezînin paşvekêşek tevahî çêkin! Ew bi vî rengî dixebite:
Pêşîn, B&R dest bi çêkirina xalên li ser dîska yekem dike. Em bibêjin ku me ragirtin danî ser 3 xalan. Kar dê di moda bêsînor zêdebûnê de bixebite û her tiştê nehewce bike yek (Ez ji we re bi bîr tînim ku di vê rewşê de ragirtina GFS nayê piştgirî kirin).
Piştre em ajokera duyemîn ve girêdidin. Ji ber ku hîna zincîrek li ser tune ye, em paşvekêşek tam diafirînin, piştî ku me zincîreyek duyemîn a sê xalan heye:
Di dawiyê de, ew dem e ku meriv ajokera yekem ji nû ve girêbide. Û li vir e ku sêrbaz dest pê dike, ji ber ku peywir dê kopiyek tam neafirîne, lê li şûna wê dê zincîra zêdebûnê bidomîne:
Piştî vê yekê, hema hema her dîsk dê zincîra xweya serbixwe hebe. Ji ber vê yekê, ragirtin li vir nayê wateya hejmara xalên li ser hemî dîskê, lê hejmara xalên li ser her dîskê cuda ye.
Kopiyek hilanînê û hilanîna torê ya depoya Linux
Careke din, heke depo ne li ser ajokerek Windows-ê ya herêmî be, hemî zerafet winda dibe. Ev skrîpt mîna ya ku li jor hatî nîqaş kirin bi karekî hêsan dixebite. Bi her zivirînê re, BCJ dê piştgiriyek tam biafirîne, û xalên heyî dê bêne jibîrkirin. Ji bo ku cîhê belaş xilas nebin, hûn hewce ne ku DWORD ForceDeleteBackupFiles bikar bînin.
encamê
Ji ber vê yekê, di encama nivîsarek weha dirêj de, me li du celeb karan nihêrî. Bê guman, gelek peywirên din jî hene, lê ne gengaz e ku meriv wan hemî di forma yek gotarê de bihesibîne. Ger piştî xwendinê hîn jî pirsên we hebin, wan di şîroveyan de binivîsin, ez ê kêfxweş bibim ku ez bixwe bersiv bidim.
Source: www.habr.com