AERODISK Engine: Berxwedana felaketê. Beş 1

AERODISK Engine: Berxwedana felaketê. Beş 1

Silav, xwendevanên Habrê! Mijara vê gotarê dê di pergalên hilanînê yên AERODISK Engine de bicîhkirina amûrên başkirina karesatê be. Di destpêkê de, me xwest ku em di gotarekê de li ser her du amûran binivîsin: dubarekirin û metrocluster, lê, mixabin, gotar pir dirêj derket, ji ber vê yekê me gotar kir du beş. Werin em ji sade berbi tevlihev biçin. Di vê gotarê de, em ê dubarekirina hevdemî saz bikin û biceribînin - em ê navendek daneyê bavêjin, û her weha kanala ragihandinê ya di navbera navendên daneyê de bişkînin û bibînin ka çi diqewime.

Xerîdarên me pir caran pirsên cihêreng di derbarê dubarekirinê de ji me dipirsin, ji ber vê yekê berî ku em derbasî sazkirin û ceribandina pêkanîna replikayan bibin, em ê ji we re piçekî vebêjin ka çi dubarekirina di hilanînê de ye.

Hinek hestê

Di pergalên hilanînê de dubarekirin pêvajoyek domdar e ku nasnameya daneyê bi hevdemî li ser çend pergalên hilanînê piştrast dike. Ji hêla teknîkî ve, dubarekirin bi du awayan pêk tê.

Replika hevdem - ev kopîkirina daneyan ji pergala hilanînê ya sereke ji ya hilanînê ye, li dûv wê ji her du pergalên hilanînê verastkirina mecbûrî ku dane hatine tomarkirin û piştrast kirin. Piştî pejirandina her du aliyan (her du pergalên hilanînê) ye ku dane tomar têne hesibandin û dikarin pê re bixebitin. Ev li ser hemî pergalên hilanînê yên ku beşdarî replikayê dibin nasnameya daneya garantîkirî misoger dike.

Avantajên vê rêbazê:

  • Daneyên li ser hemî pergalên hilanînê her gav yek in

Bawer:

  • Mesrefa bilind a çareseriyê (kanalên ragihandinê yên bilez, fibera optîkî ya biha, transceivers pêlên dirêj, hwd.)
  • Qedexeyên dûrbûnê (di nav çend deh kîlometreyan de)
  • Li dijî têkçûna daneya mentiqî parastî tune (heke dane (bi qestî an bi xeletî) li ser pergala hilanînê ya sereke xera bibe, ew ê bixweber û tavilê li ser yeka hilanînê xera bibe, ji ber ku dane her gav yek in (ew paradoks e)

Replication asynchronous - ev di heman demê de kopîkirina daneyan ji pergala hilanînê ya sereke li ya hilanînê ye, lê bi derengiyek diyarkirî û bêyî ku hewce bike ku nivîsandina li aliyê din were piştrast kirin. Hûn dikarin tavilê piştî tomarkirina wê di pergala hilanînê ya sereke de bi daneyan re bixebitin, û li ser pergala hilanînê ya hilanînê dê dane piştî demekê peyda bibin. Nasnameya daneyan di vê rewşê de, bê guman, bi tevahî nayê misoger kirin. Daneyên li ser pergala hilanînê ya hilanînê her gav piçûk "di berê de" ye.

Taybetmendiyên dubarekirina asynchronous:

  • Çareseriya kêm lêçûn (her kanalên ragihandinê, optîk vebijarkî)
  • Tu sînorkirinên dûr
  • Li ser pergala hilanînê ya hilanînê, heke ew li ser ya sereke zirarê bibîne (qet nebe ji bo demekê); heke dane xera bibe, hûn dikarin her gav kopiyê rawestînin da ku pêşî li ber xirabûna daneyê li ser pergala hilanînê ya hilanînê bigirin.

Bawer:

  • Daneyên di navendên daneyên cihêreng de her gav ne yek in

Bi vî rengî, bijartina moda dubarekirinê bi armancên karsaziyê ve girêdayî ye. Ger ji we re girîng e ku navenda daneya paşvekêşanê tam heman daneya wekî navenda daneya sereke (ango, hewcedariya karsaziyê ji bo RPO = 0) dihewîne, wê hingê hûn neçar in ku drav derxînin û bi tixûbên hevdemî re ragihînin. replica. Û heke derengiya rewşa daneyê were pejirandin an jî tenê drav tune, wê hingê hûn bê guman hewce ne ku hûn rêbaza asynkron bikar bînin.

Werin em ji hev veqetînin modek wusa (bi rastî, topolojî) wekî metrokluster. Di moda metroklusterê de, dubarekirina hevdem tê bikar anîn, lê, berevajî kopiyek birêkûpêk, metrokluster dihêle ku her du pergalên hilanînê di moda çalak de bixebitin. Ewan. we veqetînek di navbera navendên daneya çalak û standby de tune. Serlêdan bi du pergalên hilanînê re, ku bi fizîkî li navendên daneyên cihêreng têne bicîh kirin, hevdem dixebitin. Demên daketinê di dema qezayan de di topolojîyek wusa de pir piçûk in (RTO, bi gelemperî hûrdem). Di vê gotarê de em ê pêkanîna xwe ya metroklusterê nehesibînin, ji ber ku ev mijarek pir mezin û jêhatî ye, ji ber vê yekê em ê di berdewamiya vê yekê de gotarek cihê, ya din jê re veqetînin.

Di heman demê de, pir caran, dema ku em li ser dubarekirinê bi karanîna pergalên hilanînê diaxivin, pir kes pirsek maqûl heye: > "Gelek sepan amûrên xwe yên dubarekirinê hene, çima li ser pergalên hilanînê dubarekirinê bikar tînin? Baştir e an xerabtir e?

Li vir bersivek zelal tune, ji ber vê yekê li vir argumanên FOR û KONS hene:

Argumanên JI bo dubarekirina hilanînê:

  • Sadebûna çareseriyê. Bi yek amûrek, hûn dikarin hemî daneyên xwe dubare bikin, bêyî ku celeb û serîlêdanê be. Ger hûn kopiyek ji serîlêdanan bikar bînin, divê hûn her serîlêdanê ji hev cuda mîheng bikin. Ger ji 2 kesan zêdetir bin, wê hingê ev pir kedkar û biha ye (ji bo dubarekirina serîlêdanê bi gelemperî ji bo her serîlêdanê destûrnameyek cûda û ne belaş hewce dike. Lê bêtir li ser ya jêrîn).
  • Hûn dikarin her tiştî dubare bikin - her serîlêdanê, her daneyê - û ew ê her gav domdar be. Gelek (pir) serîlêdan xwedan kapasîteyên dubarekirinê nînin, û kopiyên ji pergala hilanînê yekane awayê peydakirina parastina ji karesatan in.
  • Ji bo fonksiyona dubarekirina serîlêdanê ne hewce ye ku zêde drav bidin. Wekî qaîdeyek, ew ne erzan e, mîna destûrnameyên ji bo kopiyek pergala hilanînê. Lê divê hûn ji bo dubarekirina hilanînê carekê lîsansek bidin, û pêdivî ye ku lîsansek ji bo kopya serîlêdanê ji bo her serîlêdanê veqetandî were kirîn. Ger gelek serîlêdanên weha hebin, wê hingê ew pereyek pir xweş lê dike û lêçûna destûrnameyên ji bo dubarekirina hilanînê dibe dilopek di deryayê de.

Argumanên LI DIJÎ dubarekirina hilanînê:

  • Replica bi navgîniya serîlêdanan ve ji hêla serîlêdanan ve xwedan fonksiyonek pirtir e, serîlêdan daneyên xwe çêtir dizane (eşkere), ji ber vê yekê ji bo xebata bi wan re vebijarkên bêtir hene.
  • Hilberînerên hin sepanan domdariya daneyên xwe garantî nakin ger dubarekirin bi karanîna amûrên sêyemîn were kirin. *

* - teza nakokî. Mînakî, hilberînerek naskirî ya DBMS ji demek pir dirêj ve bi fermî ragihand ku DBMS-a wan tenê bi karanîna amûrên xwe bi gelemperî dikare were dubare kirin, û mayî ya dubarekirinê (tevî pergalên hilanînê) "ne rast" e. Lê jiyanê nîşan da ku ne wisa ye. Bi îhtîmalek mezin (lê ev ne diyar e) ev bi tenê ne hewildana herî rast e ku meriv bêtir lîsans ji xerîdaran re bifroşe.

Wekî encamek, di pir rewşan de, dubarekirina ji pergala hilanînê çêtir e, ji ber Ev vebijarkek hêsan û kêmtir biha ye, lê rewşên tevlihev hene ku dema ku fonksiyona serîlêdanê ya taybetî hewce ye, û pêdivî ye ku meriv bi dubarekirina asta serîlêdanê re bixebite.

Bi teoriyê qediya, êdî pratîk

Em ê replikayê di laboratûara xwe de mîheng bikin. Di şert û mercên laboratîfê de, me du navendên daneyê emilandin (bi rastî, du rakên cîran ku di avahiyên cihêreng de xuya dibûn). Stand ji du pergalên hilanînê Engine N2 pêk tê, ku bi kabloyên optîkî ve bi hev ve girêdayî ne. Pêşkêşkarek fîzîkî ya ku Windows Server 2016-ê dixebitîne bi her du pergalên hilanînê ve bi karanîna 10Gb Ethernet ve girêdayî ye. Stand pir hêsan e, lê ev eslê xwe naguherîne.

Schematically ev xuya dike:

AERODISK Engine: Berxwedana felaketê. Beş 1

Bi awayekî mantiqî, dubarekirin wiha tê organîzekirin:

AERODISK Engine: Berxwedana felaketê. Beş 1

Naha em li fonksiyona replikasyonê ya ku nuha heye binihêrin.
Du mod têne piştgirî kirin: asynchronous û synchronous. Mantiqî ye ku moda hevdemî ji hêla dûr û kanala ragihandinê ve sînorkirî ye. Bi taybetî, moda hevdemî pêdivî bi karanîna fîberê wekî fizîkî û 10 Gigabit Ethernet (an mezintir) hewce dike.

Dûrahiya destekkirî ji bo dubarekirina hevdem 40 kîlometre ye, nirxa derengiya kanala optîkî ya di navbera navendên daneyê de heya 2 millisecond e. Bi gelemperî, ew ê bi derengiyên mezin re bixebite, lê dûv re dê di dema tomarkirinê de hêdîbûnek xurt hebe (ku ev jî mentiqî ye), ji ber vê yekê heke hûn di navbera navendên daneyê de dubarekirina hevdemî plan dikin, divê hûn qalîteya optîk û derengan kontrol bikin.

Pêdiviyên ji bo dubarekirina asynchronous ne ew qas ciddî ne. Bi rastî, ew bi tevahî ne li wir in. Her pêwendiya Ethernet a xebatê dê bike.

Heya nuha, pergala hilanînê ya AERODISK ENGINE ji bo amûrên blokê (LUN) bi protokola Ethernet (li ser sifir an optîkî) ji nû ve piştgirî dike. Ji bo projeyên ku dubarekirina bi navgîniyek SAN li ser Kanala Fiber hewce ye, em niha çareseriyek guncan lê zêde dikin, lê ew hîn ne amade ye, ji ber vê yekê di doza me de, tenê Ethernet.

Replication dikare di navbera her pergalên hilanînê yên rêza MOTORÊ (N1, N2, N4) de ji pergalên ciwan bigire heya yên pîr û berevajî vê yekê bixebite.

Karbidestiya her du awayên dubarekirinê bi tevahî yek e. Li jêr bêtir agahdarî li ser tiştên ku hene hene:

  • Repplication "yek bi yek" an "yek bi yek", ango guhertoya klasîk bi du navendên daneyê, sereke û paşvekêşanê.
  • Replication "yek ji gelekan re" an "yek ji gelekan re" ye, yanî. yek LUN dikare bi yekcarî li gelek pergalên hilanînê were dubare kirin
  • Ji bo çalakkirin, neçalakkirin, an guheztina rêgeza dubarekirinê, bi rêzê ve çalak bikin, neçalak bikin û "berepaş" bikin.
  • Replication hem ji bo hewzên RDG (Raid Distributed Distributed) û DDP (Dynamic Disk Pool) heye. Lêbelê, LUNên hewzek RDG tenê dikarin li RDG-ya din werin dubare kirin. DDP jî heman tişt.

Gelek taybetmendiyên piçûktir hene, lê di navnîşa wan de ti xalek taybetî tune; dema ku em saz bikin em ê behsa wan bikin.

Sazkirina dubarekirinê

Pêvajoya sazkirinê pir hêsan e û ji sê qonaxan pêk tê.

  1. Veavakirina torê
  2. Storage setup
  3. Sazkirina qaîdeyan (girêdan) û nexşeyê

Di sazkirina dubarekirinê de xalek girîng ev e ku divê du qonaxên yekem li ser pergala hilanîna dûr, qonaxa sêyemîn - tenê li ser ya sereke were dubare kirin.

Sazkirina çavkaniyên torê

Pêngava yekem ev e ku meriv portên torê yên ku dê seyrûsefera dubarekirinê tê veguheztin mîheng bike. Ji bo vê yekê, hûn hewce ne ku portan çalak bikin û navnîşanên IP-ya wan di beşa adapterên Pêş-end-ê de bicîh bikin.

Piştî vê yekê, em hewce ne ku hewzek (di rewşa me de RDG) û IP-ya virtual ji bo dubarekirinê (VIP) biafirînin. VIP navnîşanek IP-ya herikîn e ku bi du navnîşanên "fizîkî" yên kontrolkerên hilanînê (portên ku me nû vesaz kirin) ve girêdayî ye. Ev ê navbeynkariya sereke ya dubarekirinê be. Heke hûn hewce ne ku bi seyrûsefera nîşankirî re bixebitin hûn dikarin ne bi VIP-ek, lê bi VLAN-ê tevbigerin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Pêvajoya afirandina VIP-ek ji bo kopiyek ji afirandina VIP-ek ji bo I/O (NFS, SMB, iSCSI) ne pir cûda ye. Di vê rewşê de, em VIP-ek birêkûpêk (bê VLAN) diafirînin, lê pê ewle bin ku ew ji bo dubarekirinê ye (bêyî vê nîşankerê em ê nikaribin di gava pêş de VIP-ê li qaîdeyê zêde bikin).

AERODISK Engine: Berxwedana felaketê. Beş 1

Pêdivî ye ku VIP di heman jêrtorê de be wekî portên IP-yê yên ku di nav wan de diherike.

AERODISK Engine: Berxwedana felaketê. Beş 1

Em van mîhengan li ser pergalek hilanînê ya dûr, bi IP-yek cûda, bê guman dubare dikin.
VIP-ên ji pergalên hilanînê yên cihêreng dikarin di jêrtorêkên cihêreng de bin, ya sereke ev e ku di navbera wan de rêgezek heye. Di rewşa me de, ev mînak bi rastî tê destnîşan kirin (192.168.3.XX û 192.168.2.XX)

AERODISK Engine: Berxwedana felaketê. Beş 1

Ev amadekirina beşa torê temam dike.

Sazkirina hilanînê

Sazkirina hilanînê ji bo kopiyek tenê ji gelemperî cûda dibe ku em nexşeyê bi navgînek taybetî "Nexşeya Replication" dikin. Wekî din, her tişt wekî sazkirina normal e. Niha, bi rêz.

Di hewza R02 ya ku berê hatî afirandin de, hûn hewce ne ku LUNek çêbikin. Ka em wê biafirînin û jê re bibêjin LUN1.

AERODISK Engine: Berxwedana felaketê. Beş 1

Di heman demê de pêdivî ye ku em heman LUN-ê li ser pergalek hilanînê ya dûr a mezinahiya yeksan biafirînin. Em diafirînin. Ji bo ku ji tevliheviyê dûr nekevin, werin em ji dûr ve LUN LUN1R re dibêjin

AERODISK Engine: Berxwedana felaketê. Beş 1

Ger hewce bû ku me LUNek ku jixwe heye bigirta, wê hingê dema ku kopiyek saz dikin, pêdivî ye ku em vê LUN-a hilberî ji mêvandar derxînin, û bi tenê li ser pergala hilanînê ya dûr LUNek vala bi mezinahiya yeksan biafirînin.

Sazkirina hilanînê qediya, ka em biçin çêkirina qaîdeyek dubarekirinê.

Sazkirina qaîdeyên dubarekirinê an girêdanên dubarekirinê

Piştî afirandina LUN-ên li ser pergala hilanînê, ku dê di vê gavê de ya bingehîn be, em qaîdeya dubarekirinê LUN1 li ser pergala hilanînê 1 heya LUN1R li ser pergala hilanînê 2 mîheng dikin.

Mîheng di menuya "Remote Replication" de tê çêkirin

Werin em qaîdeyek ava bikin. Ji bo vê yekê, hûn hewce ne ku wergirê replica diyar bikin. Li wir jî me navê girêdanê û celebê dubarekirinê (senkron an asînkron) danî.

AERODISK Engine: Berxwedana felaketê. Beş 1

Di qada "pergalên dûr" de em pergala xweya hilanînê2 lê zêde dikin. Ji bo lê zêde bike, hûn hewce ne ku pergalên hilanîna IP-ya rêveberiyê (MGR) û navê LUN-a dûr a ku em ê tê de dubare bikin (di doza me de, LUN1R) bikar bînin. IP-yên kontrolê tenê di qonaxa lêzêdekirina pêwendiyê de hewce ne; seyrûsefera dubarekirinê dê bi wan ve neyê veguheztin; VIP-ya berê hatî mîheng kirin dê ji bo vê were bikar anîn.

Jixwe di vê qonaxê de em dikarin zêdetirî yek pergalên dûr ji bo topolojiya "yek ji gelekan" zêde bikin: bişkoja "lê zêde bike node" bikirtînin, wekî di wêneya jêrîn de.

AERODISK Engine: Berxwedana felaketê. Beş 1

Di doza me de, tenê yek pergalek dûr heye, ji ber vê yekê em xwe bi vê yekê sînordar dikin.

Qanûn amade ye. Ji kerema xwe not bikin ku ew bixweber li ser hemî beşdarên dubarekirinê tê zêdekirin (di doza me de du ji wan hene). Hûn dikarin bi qasî ku hûn bixwazin, ji bo her hejmarek LUN-an û di her alî de qaîdeyên weha biafirînin. Mînakî, ji bo balanskirina barkirinê, em dikarin beşek LUN-ê ji pergala hilanînê 1 berbi pergala hilanînê 2, û beşa din, berevajî, ji pergala hilanînê 2 berbi pergala hilanînê 1 dubare bikin.

Sîstema hilanînê 1. Yekser piştî afirandinê, hevdemkirinê dest pê kir.

AERODISK Engine: Berxwedana felaketê. Beş 1

Sîstema hilanînê 2. Em heman qaîdeyê dibînin, lê hevdemkirin jixwe qediyaye.

AERODISK Engine: Berxwedana felaketê. Beş 1

LUN1 li ser pergala hilanînê 1 di rola seretayî de ye, ango ew çalak e. LUN1R li ser pergala hilanînê 2 di rola Duyemîn de ye, ango di rewşên ku pergala hilanînê 1 têk biçe, ew li bendê ye.
Naha em dikarin LUN-a xwe bi mêvandar ve girêdin.

Em ê bi iSCSI ve girêbidin, her çend ew dikare bi FC-ê jî were kirin. Sazkirina nexşeyê bi riya iSCSI LUN-ê di kopiyek de bi pratîkî ji senaryoya asayî ne cûda ye, ji ber vê yekê em ê li vir vê yekê bi hûrgulî nenirxînin. Ger tiştek hebe, ev pêvajo di gotarê de tête diyar kirin "Sazkirina bilez".

Cudahiya tenê ev e ku em di menuya "Nexşeya Replication" de nexşeyê diafirînin

AERODISK Engine: Berxwedana felaketê. Beş 1

Me nexşe saz kir û LUN da mêvandar. Mêvandar LUN dît.

AERODISK Engine: Berxwedana felaketê. Beş 1

Em wê di pergalek pelê ya herêmî de format bikin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Ew e, sazkirin qediya. Îmtîhan dê paşê werin.

Îmtîhanê

Em ê sê senaryoyên sereke biceribînin.

  1. Guhertina rola birêkûpêk Ya Duyemîn > Seretayî. Guhertina rola birêkûpêk pêdivî ye ku, mînakî, pêdivî ye ku em di navenda daneya sereke de hin karên pêşîlêgirtinê pêk bînin û di vê demê de, ji bo ku dane peyda bibin, em barkirinê vediguhezînin navenda daneya paşvekişandinê.
  2. Veguheztina rola acîl ya Duyemîn > Seretayî (şkesta navenda daneyê). Ev senaryoya sereke ye ku ji bo dubarekirinê heye, ku dikare bibe alîkar ku têkçûnek navenda daneyê ya bêkêmasî bimîne bêyî ku pargîdanî ji bo demek dirêj rawestîne.
  3. Şikandina kanalên ragihandinê yên di navbera navendên daneyê de. Kontrolkirina tevgera rast a du pergalên hilanînê di şert û mercên ku ji ber hin sedeman kanala danûstendinê ya di navbera navendên daneyê de ne berdest e (mînakî, kevçîyek li cîhê xelet hatî kolandin û optîka tarî şikand).

Pêşîn, em ê dest bi nivîsandina daneyan li LUN-a xwe bikin (nivîsandina pelên bi daneyên rasthatî). Em tavilê dibînin ku kanala ragihandinê ya di navbera pergalên hilanînê de tê bikar anîn. Ger hûn çavdêriya barkirinê ya portên ku berpirsiyarê dubarekirinê ne vekin, ev hêsan tê fêm kirin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Her du pergalên hilanînê naha daneyên "bikêr" hene, em dikarin ceribandinê dest pê bikin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Tenê di rewşê de, werin em li hevokên yek ji pelan binihêrin û wan binivîsin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Guhertina rola birêkûpêk

Operasyona guheztina rolan (guheztina rêgeza dubarekirinê) dikare bi her pergalê hilanînê re were kirin, lê hûn ê dîsa jî hewce bikin ku herin her duyan, ji ber ku hûn hewce ne ku nexşeyê li ser Seretayî neçalak bikin, û wê li ser Duyemîn (ku dê bibe Seretayî) çalak bikin. ).

Dibe ku niha pirsek maqûl derkeve holê: çima vê yekê otomatîk nakin? Bersiv ev e: ew hêsan e, dubarekirin rêgezek hêsan a berxwedana karesatê ye, ku tenê li ser bingeha operasyonên destan e. Ji bo otomatîkkirina van operasyonan, moda metrokluster heye; ew bi tevahî otomatîk e, lê veavakirina wê pir tevlihevtir e. Em ê di gotara pêş de li ser sazkirina metroklusterek binivîsin.

Li ser pergala hilanînê ya sereke, em nexşeyê asteng dikin da ku pê ewle bibin ku tomar raweste.

AERODISK Engine: Berxwedana felaketê. Beş 1

Dûv re li ser yek ji pergalên hilanînê (ferq nake, li ser sereke an paşvekêşanê) di menuya "Remote replication" de, pêwendiya me REPL1 hilbijêrin û "Rola biguherînin" bikirtînin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Piştî çend saniyan, LUN1R (pergala hilanînê ya hilanînê) dibe Seretayî.

AERODISK Engine: Berxwedana felaketê. Beş 1

Em nexşeya LUN1R bi pergala hilanînê 2.

AERODISK Engine: Berxwedana felaketê. Beş 1

Piştî vê yekê, ajokera me E: bixweber bi mêvandarê ve tê girêdan, tenê vê carê ew ji LUN1R "gehişt".

Tenê di rewşê de, em berhevokên hash berhev dikin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Identically. Test derbas bû.

Failover. Têkçûna navenda daneyê

Heya nuha, pergala hilanînê ya sereke piştî guheztina birêkûpêk bi rêzdarî pergala hilanînê 2 û LUN1R e. Ji bo teqlîdkirina qezayekê, em ê elektrîkê li ser herdu kontrolkerên hilanînê2 qut bikin.
Êdî gihandina wê nemaye.

Ka em bibînin ka çi diqewime li ser pergala hilanînê 1 (ya paşvekêşanê ya niha).

AERODISK Engine: Berxwedana felaketê. Beş 1

Em dibînin ku LUN-a seretayî (LUN1R) ne berdest e. Peyamek çewtiyê di têketin, di panela agahdarî de û her weha di qaîdeya dubarekirinê de bixwe jî xuya bû. Li gorî vê yekê, daneyên mêvandar niha ne berdest in.

Rola LUN1-ê biguhezînin seretayî.

AERODISK Engine: Berxwedana felaketê. Beş 1

Ez ji mêvandar re nexşeyê dikim.

AERODISK Engine: Berxwedana felaketê. Beş 1

Piştrast bike ku ajoka E li ser mêvandar xuya dike.

AERODISK Engine: Berxwedana felaketê. Beş 1

Em haş kontrol dikin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Her tişt baş e. Pergala hilanînê bi serfirazî ji hilweşîna navenda daneyê, ku çalak bû, xilas bû. Wexta ku me ji bo girêdana dubarekirina "berepaş" û girêdana LUN ji navenda daneya hilanînê derbas kir, bi qasî 3 hûrdem bû. Eşkere ye ku di hilberîna rastîn de her tişt pir tevlihevtir e, û ji bilî kiryarên bi pergalên hilanînê, hûn hewce ne ku li ser torê, li ser mêvandar, di serîlêdanan de gelek operasyonên din jî bikin. Û di jiyanê de ev dem dê pir dirêjtir be.

Li vir ez dixwazim binivîsim ku her tişt, ceribandin bi serfirazî qediya, lê bila lez nekin. Pergala hilanînê ya sereke "derew" e, em dizanin ku gava ew "ket", ew di rola Seretayî de bû. Ger ji nişka ve vebe çi dibe? Dê du rolên seretayî hebin, kîjan bertengiya daneyê ye? Ka em niha wê kontrol bikin.
Ka em ji nişkê ve pergala hilanînê ya bingehîn vekin.

Ew çend hûrdeman bar dike û dûv re piştî hevdemek kurt, lê di rola Duyemîn de vedigere karûbarê.

AERODISK Engine: Berxwedana felaketê. Beş 1

Hemû OK. Split-mejî çênebû. Em li ser vê yekê difikirîn, û her gav piştî hilweşînê pergala hilanînê bi rola Duyemîn radibe, bêyî ku ew di "di jiyanê de" çi rola xwe hebe. Naha em dikarin bi guman bibêjin ku ceribandina têkçûna navenda daneyê serketî bû.

Têkçûna kanalên ragihandinê yên di navbera navendên daneyê de

Erka sereke ya vê ceribandinê ev e ku meriv pê ewle bibe ku pergala hilanînê dest bi xerîbiyê nake heke ew bi demkî kanalên ragihandinê di navbera du pergalên hilanînê de winda bike û dûv re dîsa xuya bibe.
Wiha. Em têlên di navbera pergalên hilanînê de qut dikin (ka em bifikirin ku ew ji hêla kolandinê ve hatine kolandin).

Li ser Seretayî em dibînin ku têkiliyek bi Duyemîn re tune.

AERODISK Engine: Berxwedana felaketê. Beş 1

Li ser Duyemîn em dibînin ku tu pêwendiyek bi Seretayî re tune.

AERODISK Engine: Berxwedana felaketê. Beş 1

Her tişt baş dixebite, û em berdewam dikin ku daneyan li pergala hilanînê ya sereke binivîsin, ango, ew garantî ne ku ew ji ya hilanînê cûda bin, ango ew "ji hev veqetiyane".

Di çend hûrdeman de em kanala ragihandinê "tamîr dikin". Gava ku pergalên hilanînê hevûdu dibînin, hevdemkirina daneyê bixweber tê çalak kirin. Li vir tiştek ji rêveberê nayê xwestin.

AERODISK Engine: Berxwedana felaketê. Beş 1

Piştî demekê, hevdengkirin qediya.

AERODISK Engine: Berxwedana felaketê. Beş 1

Têkilî hate sererast kirin, windakirina kanalên ragihandinê nebû sedema rewşên awarte, û piştî vekêşandinê, hevdemkirin bixweber pêk hat.

vebiguherin

Me teorî analîz kir - çi hewce ye û çima, erênî li ku ne û nebaş li ku ne. Dûv re me di navbera du pergalên hilanînê de dubarekirina hevdemî saz kir.

Dûv re, ceribandinên bingehîn ji bo veguheztina normal, têkçûna navenda daneyê û têkçûna kanala ragihandinê hatin kirin. Di hemî rewşan de, pergala hilanînê baş xebitî. Tu windabûna daneyê tune û operasyonên îdarî ji bo senaryoyek destan herî kêm têne girtin.

Cara din em ê rewşê tevlihev bikin û destnîşan bikin ka ev hemî mantiq çawa di metroklusterek otomatîkî de di moda çalak-aktîf de dixebite, ango dema ku her du pergalên hilanînê seretayî ne, û tevger di rewşa têkçûna pergala hilanînê de bi tevahî otomatîk e.

Ji kerema xwe şîroveyan binivîsin, em ê kêfxweş bibin ku rexneyên saxlem û şîretên pratîkî bistînin.

Heta carek din.

Source: www.habr.com

Add a comment