Hivi sasa, pamoja na ukuaji wa habari, matatizo hutokea katika kuhifadhi na kusindika kiasi kikubwa sana cha data. Kwa hiyo, data hii inasindika kwenye seva kadhaa wakati huo huo, ambayo huunda makundi. Ili kurahisisha kufanya kazi na data kwenye makundi, mifumo ya faili iliyosambazwa inatengenezwa. Tutaangalia kwa karibu mfano wa mfumo wa faili uliosambazwa Google Mfumo wa Faili kutumiwa na kampuni Google. (Nakala hiyo, kwa kweli, ni tafsiri isiyolipishwa na iliyofupishwa ya makala asilia).

GFS labda ndio mfumo maarufu wa faili uliosambazwa. Uhifadhi wa data unaotegemewa na hatarishi ni muhimu kwa programu yoyote inayofanya kazi na data kubwa kama hati zote kwenye Mtandao. GFS ndio jukwaa kuu la kuhifadhi habari ndani Google. GFS- mfumo mkubwa wa faili uliosambazwa wenye uwezo wa kuhifadhi na kusindika kiasi kikubwa cha habari.
GFS imeundwa kwa kuzingatia vigezo vifuatavyo:

• Mfumo umejengwa kutoka kiasi kikubwa vifaa vya kawaida vya bei nafuu ambavyo mara nyingi hushindwa. Kuna lazima iwe na ufuatiliaji wa kushindwa, na uwezo wa kurejesha utendaji wa mfumo katika tukio la kushindwa kwa vifaa vyovyote.
• Mfumo lazima uhifadhi mengi faili kubwa. Kama sheria, faili milioni kadhaa, kila MB 100 au zaidi. Pia mara nyingi unapaswa kukabiliana na faili nyingi za gigabyte, ambazo pia zinahitaji kuhifadhiwa kwa ufanisi. Faili ndogo pia zinapaswa kuhifadhiwa, lakini mfumo haujaboreshwa kwao.
• Kwa kawaida, kuna aina mbili za usomaji: kusoma kipande kikubwa cha mfululizo wa data na kusoma kiasi kidogo cha data random. Wakati wa kusoma mkondo mkubwa wa data biashara kama kawaida ni ombi la kipande cha ukubwa wa MB 1 au zaidi. Shughuli kama hizo za mfuatano kutoka kwa mteja sawa mara nyingi husoma vipande vya faili sawa. Kusoma sio ukubwa mkubwa data, kama sheria, ina kiasi cha kilobytes kadhaa. Maombi muhimu kwa wakati lazima yakusanye idadi fulani ya maombi kama haya na kuyapanga kwa kukabiliana tangu mwanzo wa faili. Hii itaepuka kutangatanga na kurudi wakati wa kusoma.
• Mara nyingi kuna shughuli za kuandika kipande kikubwa cha data ambacho kinahitaji kuongezwa kwa faili. Kwa kawaida, kiasi cha data cha kuandika ni cha mpangilio sawa na wa kusoma. Machapisho juzuu ndogo, lakini kwa maeneo ya kiholela kwenye faili, kama sheria, hayatekelezwi kwa ufanisi.
• Mfumo lazima utekeleze semantiki zilizoainishwa madhubuti kwa utendakazi sambamba wa wateja kadhaa ikiwa wakati huo huo watajaribu kuambatisha data kwenye faili moja. Katika kesi hii, inaweza kutokea kwamba mamia ya maombi ya kuandika kwa faili moja yanafika wakati huo huo. Ili kukabiliana na hili, atomicity ya shughuli za kuongeza data kwenye faili hutumiwa, na maingiliano fulani. Hiyo ni, ikiwa operesheni ya kusoma inakuja, itatekelezwa ama kabla ya operesheni inayofuata ya uandishi au baada.
• Kiwango cha juu cha upitishaji ni bora kuliko latency ya chini. Kwa hivyo, programu nyingi kwenye Google hupendelea kufanya kazi na idadi kubwa ya data, kasi kubwa, na utekelezaji wa operesheni moja ya kusoma na kuandika, kwa ujumla, inaweza kupanuliwa.

Faili katika GFS zimepangwa kwa mpangilio kwa kutumia saraka, kama ilivyo katika mfumo mwingine wowote wa faili, na zinatambuliwa na njia zao. Unaweza kufanya shughuli za kawaida kwenye faili katika GFS: kuunda, kufuta, kufungua, kufunga, kusoma na kuandika.
Zaidi ya hayo, GFS inasaidia chelezo, au vijipicha. Unaweza kuunda chelezo kama hizo kwa faili au miti ya saraka, na kwa gharama ndogo.

Usanifu wa GFS

Takwimu imechukuliwa kutoka kwa nakala ya asili.

Katika mfumo kuna seva kuu na seva za chunk, ambazo huhifadhi data kwa kweli. Kwa kawaida, GFS nguzo lina moja mashine kuu bwana (bwana) na mashine nyingi za kuhifadhi vipande vya seva za chunk za faili (chunkservers). Wateja wanaweza kufikia mashine hizi zote. Faili katika GFS zimegawanywa katika vipande - vipande (chunk, unaweza kusema fragment). Chunk ina saizi isiyobadilika ambayo inaweza kubadilishwa. Kila chunk vile ina ufunguo wa kipekee na wa kimataifa wa 64-bit, ambayo hutolewa na bwana wakati wa kuunda chunk. Seva za chunk huhifadhi vipande kama vile vya kawaida Faili za Linux, kwenye diski kuu ya eneo lako. Kwa kuegemea, kila chunk inaweza kuigwa kwa seva zingine za chunk. Kawaida replicas tatu hutumiwa.
Bwana anajibika kwa kufanya kazi na metadata ya mfumo mzima wa faili. Metadata inajumuisha nafasi za majina, maelezo ya udhibiti wa ufikiaji wa data, uchoraji ramani katika vipande, na nafasi ya sasa vipande. Bwana pia hudhibiti shughuli zote za mfumo wa kimataifa kama vile kudhibiti vipande vya bure, ukusanyaji wa takataka (kukusanya vipande ambavyo havihitajiki tena) na kusonga vipande kati ya seva za chunk. Bwana hubadilishana kila mara ujumbe (ujumbe wa HeartBeat) na seva za chunk ili kutoa maagizo na kubaini hali yao (jua ikiwa bado ziko hai).
Mteja huingiliana na bwana tu kufanya shughuli zinazohusiana na metadata. Shughuli zote zilizo na data yenyewe zinafanywa moja kwa moja na seva za chunk. GFS- mfumo hauunga mkono API ya POSIX, kwa hivyo watengenezaji hawakulazimika kuchanganyikiwa na safu ya VNode ya Linux.
Wasanidi programu hawatumii akiba ya data, ingawa wateja hufanya akiba ya metadata. Kwenye seva za chunk mfumo wa uendeshaji Mfumo wa Linux na kwa hivyo huhifadhi vizuizi vilivyotumika zaidi kwenye kumbukumbu. Kwa ujumla, kukataa cache inakuwezesha usifikiri juu ya tatizo la uhalali wa cache (mshikamano wa cache).

Mwalimu

Kutumia mchawi mmoja hurahisisha sana usanifu wa mfumo. Inakuruhusu kutekeleza miondoko changamano ya vipande na kupanga ujirudishaji kwa kutumia data ya kimataifa. Inaweza kuonekana kuwa kuwa na bwana mmoja tu kunapaswa kuwa kizuizi cha mfumo, lakini sivyo. Wateja hawajawahi kusoma au kuandika data kupitia bwana. Badala yake, wanauliza bwana ni seva gani ya chunk wanapaswa kuwasiliana nayo, na kisha wanazungumza na seva za chunk moja kwa moja.
Wacha tuangalie jinsi data inavyosomwa na mteja. Kwanza, kujua ukubwa wa chunk,
jina la faili na kukabiliana na mwanzo wa faili, mteja huamua nambari ya chunk ndani ya faili. Kisha hutuma ombi kwa bwana iliyo na jina la faili na nambari ya chunk kwenye faili hii. Bwana hutoa seva za chunk, moja katika kila nakala, ambayo huhifadhi kipande tunachohitaji. Bwana pia hutoa kitambulisho cha chunk kwa mteja.
Kisha mteja anaamua ni nakala ipi inayoipenda zaidi (kawaida ndiyo iliyo karibu zaidi) na kutuma ombi linalojumuisha kipande na jamaa ya kukabiliana na mwanzo wa chunk. Kusoma zaidi data, hauhitaji uingiliaji wa mchawi. Kwa mazoezi, kama sheria, mteja hujumuisha chunks kadhaa katika ombi moja la kusoma, na bwana anatoa kuratibu za kila chunks kwa jibu moja.
Ukubwa wa chunk ni sifa muhimu ya mfumo. Kwa kawaida, imewekwa kwa megabytes 64, ambayo ni kubwa zaidi kuliko ukubwa wa kuzuia kwenye mfumo wa faili wa kawaida. Ni wazi kwamba ikiwa ni muhimu kuhifadhi faili nyingi, ukubwa wa ambayo ni ndogo kuliko ukubwa wa chunk, basi kumbukumbu nyingi za ziada zitatumiwa. Lakini chaguo la ukubwa mkubwa wa chunk ni kutokana na kazi ambazo Google inapaswa kutatua kwenye makundi yake. Kama sheria, kitu kinapaswa kuhesabiwa kwa hati zote kwenye mtandao, na kwa hiyo faili katika kazi hizi ni kubwa sana.

Metadata

Bwana huhifadhi aina tatu muhimu za metadata: nafasi za majina za faili na chunk, upangaji wa faili-kwa-chunk, na nafasi ya nakala za chunk. Metadata zote zimehifadhiwa kwenye kumbukumbu ya bwana. Kwa sababu metadata imehifadhiwa kwenye kumbukumbu, shughuli za mchawi ni haraka. Bwana anaweza kujua hali ya mambo katika mfumo kwa urahisi na kwa ufanisi. Inachanganua seva za chunk ndani usuli. Uchanganuzi huu wa mara kwa mara hutumika kwa ukusanyaji wa takataka, majibu ya ziada katika kesi ya kugundua seva ya chunk isiyopatikana na harakati za vipande, kusawazisha mzigo na nafasi ya bure kwenye anatoa ngumu seva za chunk.
Bwana anafuatilia nafasi ya chunks. Wakati seva ya chunk inapoanza, bwana anakumbuka vipande vyake. Wakati wa operesheni, bwana anadhibiti harakati zote za chunks na majimbo ya seva za chunk. Hivyo, ana taarifa zote kuhusu nafasi ya kila chunk.
Sehemu muhimu ya metadata ni logi ya muamala. Bwana huhifadhi mlolongo wa shughuli za kuvunja mabadiliko ya metadata. Kulingana na alama hizi katika logi ya operesheni, wakati wa mantiki wa mfumo umeamua. Ni wakati huu wa kimantiki ambao huamua matoleo ya faili na chunks.
Kwa kuwa logi ya muamala ni sehemu muhimu, lazima ihifadhiwe kwa usalama, na mabadiliko yote ndani yake yanapaswa kuonekana kwa wateja tu wakati metadata inabadilika. Logi ya operesheni inarudiwa kwa mashine kadhaa za mbali, na mfumo hujibu kwa operesheni ya mteja tu baada ya kuhifadhi logi hii kwenye diski kuu na diski za mashine za mbali.
Mchawi hurejesha hali ya mfumo kwa kutekeleza logi ya shughuli. Kumbukumbu ya operesheni imehifadhiwa kulingana na ukubwa mdogo, kuokoa shughuli za hivi majuzi pekee. Katika mchakato wa kazi, bwana huunda pointi za udhibiti, wakati ukubwa wa logi unazidi thamani fulani, na mfumo unaweza kurejeshwa tu kwenye kituo cha ukaguzi cha karibu. Zaidi ya hayo, kwa kutumia logi, unaweza kucheza tena baadhi ya shughuli, ili mfumo urudi nyuma hadi sehemu ambayo iko kati ya kituo cha ukaguzi cha mwisho na wakati wa sasa.

Mwingiliano ndani ya mfumo

Usanifu wa mfumo ulielezwa hapo juu, ambayo hupunguza uingiliaji wa bwana katika kufanya shughuli. Sasa hebu tuangalie jinsi seva za mteja, bwana, na chunk zinavyoingiliana ili kuhamisha data, kuandika maandishi ya atomiki, na kuunda nakala mbadala (picha).
Kila badiliko kwenye kipande lazima liwe nakala kwenye nakala zote na kubadilisha metadata. KATIKA GFS bwana anatoa chunk milki(kukodisha) kwa mojawapo ya seva zinazohifadhi kipande hiki. Seva kama hiyo inaitwa nakala ya msingi. Nakala zilizobaki zimetangazwa kuwa za pili. Nakala ya msingi hukusanya mabadiliko mfululizo kwa kipande, na nakala zote hufuata mlolongo huu mabadiliko hayo yanapotokea.
Utaratibu mali Chunk imeundwa kwa njia ya kupunguza mzigo kwa bwana. Wakati wa kugawa kumbukumbu, subiri kwanza 60 sekunde Na kisha, ikiwa ni lazima, replica ya msingi inaweza kumwomba bwana kupanua muda huu na, kama sheria, hupokea jibu chanya. Katika kipindi hiki cha kusubiri, mchawi anaweza kutengua mabadiliko.
Wacha tuchunguze kwa undani mchakato wa kurekodi data. Inaonyeshwa hatua kwa hatua katika takwimu, na mistari nyembamba inayowakilisha mtiririko wa udhibiti na mistari ya ujasiri inayowakilisha mtiririko wa data.


Takwimu hii pia imechukuliwa kutoka kwa nakala ya asili.

1. Mteja anauliza bwana ni ipi kati ya seva za chunk inayomiliki kipande, na sehemu hii iko wapi katika nakala zingine. Ikiwa ni lazima, bwana anatoa chunk kwa mtu mwingine kwa umiliki.
2. Bwana anajibu na nakala ya msingi na nakala iliyobaki (ya sekondari). Mteja huhifadhi data hii kwa vitendo zaidi. Sasa, mteja anaweza kuhitaji tu kuwasiliana na bwana ikiwa nakala ya msingi haipatikani.
3. Ifuatayo, mteja hutuma data kwa nakala zote. Anaweza kufanya hivyo kwa utaratibu wowote. Kila seva ya chunk itazihifadhi kwenye bafa maalum hadi zitakapohitajika au kutotumika.
4. Wakati nakala zote zimekubali data hii, mteja hutuma ombi la kuandika kwa nakala ya msingi. Ombi hili lina kitambulisho cha data iliyotumwa katika hatua ya 3. Nakala ya msingi sasa inaweka mpangilio ambao mabadiliko yote inapokea yanapaswa kutekelezwa, ikiwezekana kutoka kwa wateja wengi kwa sambamba. Na kisha, hufanya mabadiliko hayo ndani ya nchi kwa mpangilio huo maalum.
5. Nakala msingi hupeleka mbele ombi la uandishi kwa nakala zote za upili. Kila nakala ya upili hufanya mabadiliko haya kwa mpangilio uliobainishwa na nakala ya msingi.
6. Nakala za upili huripoti kukamilika kwa mafanikio kwa shughuli hizi.
7. Replica msingi hutuma jibu kwa mteja. Makosa yoyote yanayopatikana katika nakala yoyote pia hutumwa kwa mteja. Ikiwa hitilafu hutokea wakati wa kuandika kwa nakala ya msingi, basi kuandika kwa nakala za sekondari haifanyiki, vinginevyo uandishi ulitokea katika nakala ya msingi na sehemu ndogo ya zile za sekondari. Katika kesi hii, mteja hushughulikia kosa na anaamua nini cha kufanya baadaye.

Kutoka kwa mfano hapo juu unaweza kuona kwamba waundaji walitenganisha mtiririko wa data na mtiririko wa udhibiti. Ikiwa mtiririko wa udhibiti unaenda kwa nakala ya msingi pekee, basi mtiririko wa data huenda kwa nakala zote. Hii inafanywa ili kuzuia kuunda vikwazo kwenye mtandao, na kwa kurudi utumie kikamilifu kipimo data cha kila mashine. Pia, ili kuepuka vikwazo na viunganisho vilivyojaa, mpango wa uhamisho kwa jirani wa karibu katika topolojia ya mtandao hutumiwa. Wacha tuseme kwamba mteja hupeleka data kwa seva za chunk S1,..., S4. Mteja hutuma data kwa seva iliyo karibu, basi S1. Kisha huipeleka kwa seva iliyo karibu zaidi, iwe hivyo S2. Zaidi S2 inawapeleka kwa walio karibu zaidi S3 au S4, Nakadhalika.
Pia, ucheleweshaji unapunguzwa kwa kutumia bomba la pakiti za data zinazopitishwa kupitia TCP. Hiyo ni, mara tu seva ya chunk imepokea sehemu fulani ya data, mara moja huanza kuituma. Hakuna msongamano wa mtandao, wakati unaofaa wa kutuma kiasi cha data B byte kwa R kutakuwa na nakala B/T + RL, Wapi T bandwidth ya mtandao, na L- kuchelewa wakati wa kutuma byte moja kati ya mashine mbili.
GFS inasaidia utendakazi kama vile kuweka data kiotomi kwenye faili. Kawaida, wakati wa kuandika data fulani kwa faili, tunaonyesha data hii na kukabiliana. Ikiwa wateja kadhaa hufanya operesheni sawa, basi shughuli hizi haziwezi kubadilishwa (hii inaweza kusababisha operesheni isiyo sahihi). Ikiwa tunataka tu kuongeza data kwenye faili, basi katika kesi hii tunaonyesha data yenyewe tu. GFS itawaongeza na operesheni ya atomiki. Kwa ujumla, ikiwa operesheni itashindwa kwenye moja ya nakala za sekondari, basi GFS, itarudisha hitilafu, na data itakuwa tofauti kwenye nakala tofauti.
Jambo lingine la kuvutia GFS- hizi ni nakala za chelezo (unaweza pia kusema snapshot) ya faili au mti wa saraka, ambayo huundwa karibu mara moja, wakati karibu bila kukatiza shughuli zinazoendelea katika mfumo. Hii inafanikiwa kupitia teknolojia inayofanana na nakala juu ya kuandika. Watumiaji hutumia kipengele hiki kuunda matawi ya data au kama sehemu ya kati ili kuanzisha baadhi ya majaribio.

Operesheni zinazofanywa na mchawi

Bwana ni kiungo muhimu katika mfumo. Inasimamia marudio ya vipande: hufanya maamuzi ya uwekaji, huunda vipande vipya, na kuratibu shughuli mbalimbali ndani ya mfumo ili kuweka vijisehemu vilivyonakiliwa kikamilifu, kupakia salio kwenye seva za vijisehemu, na kukusanya rasilimali ambazo hazijatumika.
Tofauti na mifumo mingi ya faili GFS haihifadhi muundo wa faili kwenye saraka. GFS kimantiki inawakilisha nafasi ya majina kama jedwali linalopanga kila njia ya metadata. Jedwali kama hilo linaweza kuhifadhiwa kwa ufanisi katika kumbukumbu kwa namna ya bur (kamusi ya njia hizi sawa). Kila nodi kwenye mti huu (inayolingana na njia kamili ya faili au saraka) ina kufuli inayolingana ya uandishi wa kusoma. Kila operesheni ya bwana inahitaji uanzishwaji wa kufuli fulani. Hapa ndipo mfumo hutumia kufuli za kusoma-kuandika. Kwa kawaida, ikiwa operesheni inaendeshwa na /d1/d2/.../dn/jani, kisha inaweka kufuli za kusoma /d1, /d1/d2, ..., d1/d2/.../dn na kufunga, ama kwa kusoma au kuandika d1/d2/.../dn/jani. Ambapo jani inaweza kuwa saraka au faili.
Wacha tuonyeshe kwa mfano jinsi utaratibu wa kufunga unaweza kuzuia uundaji wa faili /nyumbani/mtumiaji/foo wakati wa kuhifadhi /nyumbani/mtumiaji V /hifadhi/mtumiaji. Operesheni ya kuhifadhi nakala huweka kufuli za kusoma /nyumbani Na /hifadhi, pamoja na kuandika kufuli /nyumbani/mtumiaji Na /hifadhi/mtumiaji. Operesheni ya kuunda faili inahitaji kufuli ya kusoma /nyumbani Na /nyumbani/mtumiaji, pamoja na kuandika kufuli /nyumbani/mtumiaji/foo. Kwa hivyo, operesheni ya pili haitaanza kutekeleza hadi ile ya kwanza itakapomaliza kutekeleza, kwani kuna kufuli inayokinzana. /nyumbani/mtumiaji. Wakati wa kuunda faili, kufuli ya kuandika kwenye saraka ya mzazi haihitajiki; kufuli ya kusoma inatosha, ambayo inazuia saraka kufutwa.
Vikundi GFS,zimesambazwa sana na zina tabaka nyingi. Kwa kawaida, nguzo kama hiyo ina mamia ya seva za chunk ziko kwenye racks tofauti. Seva hizi kwa ujumla zinapatikana kwa idadi kubwa ya wateja walio kwenye rack moja au tofauti. Uunganisho kati ya mashine mbili kutoka kwa racks tofauti unaweza kupitia swichi moja au zaidi. Upangaji wa viwango vingi huleta changamoto ngumu sana katika kusambaza data kwa uhakika, kwa kiasi kikubwa na kwa njia inayomulika.
Sera ya eneo la nakala inajaribu kukidhi sifa zifuatazo: kuongeza uaminifu na upatikanaji wa data na kuongeza matumizi ya kipimo data cha mtandao. Nakala zinapaswa kuwekwa sio tu kwenye anatoa tofauti au mashine tofauti, lakini zaidi ya hayo, kwenye racks tofauti. Hii inahakikisha kuwa kipande kinapatikana hata ikiwa rack yote imeharibiwa au kukatika kutoka kwa mtandao. Kwa mpangilio huu, kusoma huchukua takriban muda sawa na bandwidth ya mtandao, lakini mtiririko wa data wakati wa kuandika lazima upite kupitia racks mbalimbali.
Wakati bwana anajenga chunk, anachagua mahali pa kuweka replica. Inatoka kwa sababu kadhaa:

• Inashauriwa kuweka nakala mpya kwenye seva ya chunk na mzigo wa chini wa diski ya wastani. Hii hatimaye itasawazisha mzigo wa diski seva mbalimbali.
• Inashauriwa kupunguza idadi ya vipande vipya vilivyoundwa kwenye kila seva ya chunk. Ingawa kuunda chunk ni operesheni ya haraka yenyewe, inahusisha uandishi unaofuata wa data kwa chunk hiyo, ambayo tayari ni operesheni nzito na inaweza kusababisha usawa wa idadi ya trafiki ya data kwa sehemu tofauti za mfumo.
• Kama ilivyoelezwa hapo juu, inashauriwa kusambaza chunks kati ya racks tofauti.

Mara tu idadi ya nakala inaposhuka chini ya thamani inayoweza kupangwa na mtumiaji, bwana anaiga kipande tena. Hii inaweza kutokea kwa sababu kadhaa: seva ya chunk haipatikani, moja ya diski imeshindwa, au thamani inayobainisha idadi ya replicas imeongezeka. Kila chunk ambayo inapaswa kuigwa inapewa kipaumbele, ambayo pia inategemea mambo kadhaa. Kwanza, kipaumbele ni cha juu kwa chunk ambayo ina idadi ndogo ya nakala. Pili, ili kuongeza uaminifu wa utekelezaji wa maombi, kipaumbele cha vipande vinavyozuia maendeleo katika kazi ya mteja huongezeka.
Bwana huchagua kipande hicho kwa kipaumbele cha juu zaidi na kukinakili, akiagiza mojawapo ya seva za chunk kuinakili kutoka kwa nakala inayopatikana. Nakala mpya iko kulingana na sababu sawa na wakati iliundwa.
Wakati wa kufanya kazi, bwana husawazisha nakala hizo kila wakati. Kulingana na usambazaji wa nakala kwenye mfumo, husonga nakala ili kusawazisha mzigo kwenye diski na kusawazisha mzigo. Bwana lazima pia aamue ni ipi kati ya nakala inapaswa kufutwa. Kwa kawaida, replica ambayo iko kwenye seva ya chunk na nafasi ndogo ya bure ya gari ngumu inafutwa.
Mwingine kazi muhimu, amelala juu ya bwana - hii ni ukusanyaji wa takataka. Wakati wa kufuta faili, GFS hauhitaji kurudi mara moja kwa iliyotolewa nafasi ya diski. Inafanya hivyo wakati wa kukusanya takataka mara kwa mara, ambayo hutokea katika ngazi zote za chunk na faili. Waandishi wanaamini kuwa njia hii inafanya mfumo rahisi na wa kuaminika zaidi.
Wakati faili inafutwa na programu, mchawi anakumbuka ukweli huu, kama wengine wengi, kwenye kumbukumbu. Walakini, badala ya kuhitaji rasilimali zilizoachiliwa kurejeshwa mara moja, faili inabadilishwa jina tu na wakati wa kufuta ulioongezwa kwa jina la faili, na inakuwa isiyoonekana kwa mtumiaji. Na mchawi, wakati wa skanning ya kawaida ya nafasi ya jina la mfumo wa faili, kwa kweli hufuta faili zote zilizofichwa ambazo zilifutwa na mtumiaji zaidi ya siku tatu zilizopita (muda huu unaweza kusanidiwa). Hadi wakati huu, faili inaendelea kuwa katika mfumo kama ilivyofichwa, na inaweza kusomwa au kubadilishwa jina ili kurejesha. Lini faili iliyofichwa inafutwa na bwana, basi habari kuhusu hilo pia huondolewa kwenye metadata, na vipande vyote vya faili hii haviunganishwa nayo.
Mbali na kuchanganua mara kwa mara nafasi ya majina ya faili, mchawi hufanya skanning sawa ya nafasi ya majina ya chunk. Bwana hutambua vipande vilivyotengwa kutoka kwa faili, huwaondoa kutoka kwa metadata, na wakati wa mawasiliano ya kawaida na seva za chunk, ishara kwao kwamba nakala zote zilizo na chunk zilizopewa zinaweza kufutwa. Njia hii ya kukusanya takataka ina faida nyingi, na drawback moja: ikiwa mfumo unatoka nje ya nafasi, na kuondolewa kwa kuchelewa huongeza nafasi isiyotumiwa mpaka kuondolewa kwa kimwili yenyewe. Lakini kuna uwezekano wa kurejesha data iliyofutwa, uwezekano wa kusawazisha mzigo rahisi wakati wa kufuta, na uwezo wa kurejesha mfumo katika kesi ya kushindwa yoyote.

Uvumilivu wa kushindwa na utambuzi wa makosa

Waandishi wa mfumo huona kushindwa mara kwa mara kwa vipengele vya mfumo kuwa mojawapo ya matatizo magumu zaidi. Wingi na ubora wa vipengele hufanya kushindwa hivi sio tu ubaguzi, lakini badala ya kawaida. Kushindwa kwa kipengele kunaweza kusababishwa na kipengele kutopatikana au, mbaya zaidi, na kuwepo kwa data iliyoharibika. GFS hudumisha mfumo katika mpangilio wa kufanya kazi kwa kutumia mbili mikakati rahisi: Urejeshaji wa haraka na urudufishaji.
Urejeshaji wa haraka kimsingi ni kuwasha tena mashine. Wakati huo huo, muda wa kuanza ni mfupi sana, ambayo inaongoza kwa hitch kidogo, na kisha kazi inaendelea kawaida. Replication ya chunk tayari imejadiliwa hapo juu. Bwana ananakili kipande ikiwa moja ya nakala haipatikani au data iliyo na nakala ya chunk imeharibiwa. Vipande vilivyoharibiwa vinatambuliwa kwa kuhesabu hundi.
Aina nyingine ya replication katika mfumo, ambayo kidogo imesemwa, ni replication bwana. Kumbukumbu ya operesheni na vituo vya ukaguzi vinaigwa. Kila mabadiliko ya faili katika mfumo hutokea tu baada ya logi ya uendeshaji imeandikwa kwa disks na bwana na disks za mashine ambazo logi inarudiwa. Katika kesi ya matatizo madogo, mchawi unaweza kuanzisha upya. Katika kesi ya shida na gari ngumu au miundombinu mingine muhimu ya bwana, GFS huanza bwana mpya kwenye moja ya mashine ambayo data kuu iliigwa. Wateja huwasiliana na mkuu wa DNS, ambayo inaweza kukabidhiwa upya gari mpya. Bwana mpya ni kivuli cha zamani, sio nakala halisi. Kwa hivyo ina ufikiaji wa kusoma tu kwa faili. Hiyo ni, haina kuwa bwana kamili, lakini inadumisha tu logi ya operesheni na miundo mingine ya bwana.
Sehemu muhimu ya mfumo ni uwezo wa kudumisha uadilifu wa data. Kawaida GFS nguzo lina mamia ya mashine ambayo maelfu ya anatoa ngumu, na diski hizi, wakati wa kufanya kazi kwa uthabiti unaowezekana, hushindwa, ambayo husababisha uharibifu wa data. Mfumo unaweza kurejesha data kwa kutumia replication, lakini ili kufanya hivyo ni muhimu kuelewa ikiwa data imeharibiwa. Kulinganisha nakala tofauti kwenye seva tofauti za chunk hakufanyi kazi. Zaidi ya hayo, utofauti wa data unaweza kutokea kati ya nakala tofauti, na kusababisha tofauti za data. Kwa hiyo, kila seva ya chunk lazima iamue kwa kujitegemea uadilifu wa data.
Kila chunk imegawanywa katika vitalu vya urefu 64 KB. Kila block kama hiyo inalingana na 32 - kidogo checksum. Kama metadata nyingine, kiasi hiki huhifadhiwa kwenye kumbukumbu, huhifadhiwa mara kwa mara kwenye logi, tofauti na data ya mtumiaji.
Kabla ya kusoma data, seva ya chunk hukagua hesabu za vizuizi ambavyo vinaingiliana na data iliyoombwa na mtumiaji au seva nyingine ya chunk. Hiyo ni, seva ya chunk haisambazi data iliyoharibika. Ikiwa hundi hazilingani, seva ya chunk hurejesha hitilafu kwa mashine iliyowasilisha ombi na kuiripoti kwa bwana. Mtumiaji anaweza kusoma data kutoka kwa nakala nyingine, na bwana huunda nakala nyingine kutoka kwa data kutoka kwa nakala nyingine. Baada ya hayo, bwana anaamuru seva hii ya chunk kufuta nakala hii iliyoharibika.
Wakati wa kuongeza data mpya, uthibitishaji wa checksum haufanyiki, na hundi mpya zimeandikwa kwa vitalu. Ikiwa diski imeharibiwa, itajulikana wakati wa kujaribu kusoma data hii. Wakati wa kuandika, seva ya chunk inalinganisha tu vitalu vya kwanza na vya mwisho vinavyoingiliana na mipaka iliyoandikiwa, kwa kuwa baadhi ya data kwenye vitalu hivi haijaandikwa tena na uadilifu wao lazima uangaliwe.

Leo ni vigumu kushangaza mtu yeyote aliye na mitandao ya matawi yenye topolojia tata, uwepo wa kijijini na ofisi za simu. Kwa msimamizi, kuandaa huduma yoyote katika hali kama hizo sio kazi rahisi. Lakini hatupaswi kusahau kuhusu watumiaji wetu - katika kesi hii watalazimika kufanya kazi na idadi kubwa ya vifaa na rasilimali tofauti ziko kwenye kompyuta mbalimbali na seva za mtandao, ipasavyo, kupata habari muhimu inaweza kuwa ngumu sana. inakuwezesha kutatua tatizo hili. Hebu tuone jinsi gani hasa.

Madhumuni na uwezo wa DFS

Mfumo wa Faili uliosambazwa DFS (Mfumo wa Faili uliosambazwa) ilionekana kama sehemu ya kawaida bado katika Win2k. Madhumuni yake ni kurahisisha kudhibiti, kufikia na kutafuta data kwenye mtandao. Kwa hii; kwa hili rasilimali za faili, ziko kwenye kompyuta tofauti, zimeunganishwa katika nafasi moja ya jina la kimantiki. Mtumiaji, badala ya kukumbuka majina ya hisa zote za mtandao (Mkataba wa Kutaja Jina kwa Wote (UNC), kama vile \\Server\Folder, atarejelea nafasi moja ya majina ya UNC ambayo inachanganya seva zote na hisa kwenye mtandao. Na kwenye kompyuta maalum faili iliyoombwa iko ni wasiwasi DFS, mtumiaji hawana haja ya kuwa na wasiwasi kuhusu eneo halisi la faili. Wakati mteja anawasiliana naye, anahamishiwa tu kwenye saraka anayohitaji. Chanzo ambacho kiungo kinaweza kuwa mfumo wowote wa uendeshaji ambao rasilimali zake zinaweza kupatikana kwa kutumia UNC (Windows, Linux, xBSD, NetWare). Vitu halisi vilivyounganishwa na viungo vya DFS, huitwa lengo vitu(malengo) au nakala(nakili).

Lakini urahisi kwa watumiaji na wasimamizi ni mbali sio muhimu zaidi ya faida kuu za DFS. Ukweli ni kwamba jina moja la mantiki linaweza kuhusishwa na rasilimali kadhaa zilizoshirikiwa ambazo huhifadhi habari zinazofanana. Mkusanyiko kama huo wa rasilimali mbadala zilizoshirikiwa zinazohusiana na jina moja la kimantiki DFS, inaitwa replica seti. Na ikiwa rasilimali zilizoshirikiwa ziko kwenye nafasi ya mizizi ya kikoa sawa DFS na ziko kwenye seva za Win2k au Win2k3, inawezekana kusanidi maingiliano otomatiki habari kati yao. Mtumiaji aliyewasiliana naye DFS, kwa kawaida huelekeza kwenye nakala iliyo karibu zaidi, na ikiwa haipatikani, itaelekeza kwenye rasilimali mbadala. Ili kupunguza mzigo kwenye seva DFS kwa upande wa mteja data imehifadhiwa, kwa hivyo ni lini matumizi ya mara kwa mara kwa rasilimali sawa kila ombi kwa DFS haijazalishwa. Kwa hivyo, otomatiki chelezo ya habari muhimu, kutekelezwa katika DFS, pia huongeza uvumilivu wa makosa ya mfumo mzima (kushindwa kwa seva moja au kifaa cha disk haitaathiri kazi ya watumiaji). Ingawa ikumbukwe hivyo DFS haikuundwa kufanya kazi na data iliyosasishwa mara kwa mara, na haswa kwa kesi hizo wakati faili inaweza kusasishwa wakati huo huo katika sehemu kadhaa (katika DFS toleo la faili ambapo mabadiliko ya mwisho yalifanywa inabaki).

Katika utekelezaji DFS katika Win2k Iliwezekana kuweka nafasi moja tu ya majina; katika Win2k3 kunaweza kuwa na kadhaa kati yao. Katika Win2k3 R2 ilionekana toleo jipya mfumo huu - Nafasi za Majina za DFS, ambapo masuala mengi tayari yametatuliwa. Inawajibika kwa urudiaji wa data katika Win2k3 SP1 na SP2 FRS (Seva ya Kurudia Faili), katika Win2k3 R2 - Uigaji wa DFS n. Tofauti yao kuu ni kwamba ndani FRS kitu kidogo zaidi cha kuigwa ni faili, in Kujirudia kwa DFS teknolojia ya juu zaidi hutumiwa RDC (Ukandamizaji wa Tofauti wa Mbali), ambayo inaweza kunakili tu sehemu zilizobadilishwa za faili, na kazi ya faili ya msalaba RDC huweka mzigo mdogo kwenye chaneli wakati wa kunakili faili mpya. Hivyo kutumia DFS Pia hupunguza mzigo kwenye mtandao, ambayo ni muhimu hasa kwa ofisi za mbali na haitoshi matokeo. Kwenye huduma DFS hakuna matumizi fedha za ziada kuhakikisha usalama. Wakati wa kufikia malengo, ruhusa za mfumo wa faili tu na ruhusa za saraka zilizowekwa kwa vitu hivi huangaliwa Saraka Inayotumika.

Mizizi hii tofauti

Mahali pa kuanzia kwa majina yote ya miti DFS hutumika kama mzizi wa mfumo wa faili uliosambazwa. Kwa kweli, mzizi ni rasilimali iliyoshirikiwa iliyo kwenye seva, zingine zote Majina ya mantiki ya mfumo wa DFS itaunganishwa kama ngazi inayofuata ya daraja. Mizizi ndani DFS Kunaweza kuwa na aina mbili, kila moja ikitofautiana katika mbinu na uwezo wa kuhifadhi data. Mizizi iliyotengwa (inayojitegemea) ( DFS ya pekee) haihusiani na Active Directory, na viungo vyote vya rasilimali za mtandao huhifadhiwa kwenye sajili ya seva yenyewe. DFS. Mzizi huu hautumii Kujirudia kwa DFS, yaani, haihusishi kurudia habari kwa rasilimali nyingine, na kwa hiyo haitoi uvumilivu wa makosa. Katika kesi ya kushindwa Seva za DFS safu nzima haipatikani, ingawa watumiaji wanaweza kufikia rasilimali moja kwa moja. Japo kuwa, seva kadhaa za DFS zinazojitegemea uwezo wa kukimbia kwenye nguzo, kwa hivyo shida hii inaweza kutatuliwa. Ikiwa seva DFS ni mwanachama wa kikoa, mzizi wa kikoa hutumiwa ( DFS inayotokana na kikoa) Kwa chaguo hili, unaweza kuunganisha nakala kadhaa na kutumia Kujirudia kwa DFS kwa urudufishaji wa mzizi wenyewe na viungo DFS. Ikiwa ndani DFS inayotokana na kikoa mizizi iko kwenye kompyuta zinazoendesha Win2k na Win2k3, basi mzizi kama huo unaitwa " Kikoa cha hali mchanganyiko DFS“.

Na kikoa DFS habari zote za nafasi ya majina ziko kwenye kidhibiti cha kikoa, ambacho hufikiwa mara kwa mara na seva DFS. Kwa kuzingatia maingiliano kati ya DFS katika kikoa ambacho kinakuwa ngumu zaidi kila wakati muundo unapobadilika, maswali haya yanaweza kuwa kizuizi katika mfumo, kwa hivyo kuna mapungufu katika kesi hii pia. Kwa hivyo katika Win2k kulikuwa na kikomo cha mizizi 16 kwa nafasi moja ya jina. Katika Win2k3 kizuizi hiki kinaondolewa, kwani seva DFS sasa inaweza kufikia DC yoyote, sio tu emulator ya PDC. Kizuizi cha pili cha mizizi ya kikoa ni kwa sababu ya ukweli kwamba muundo wote umehifadhiwa kwenye kitu maalum, ambacho pia kinahitaji kurudiwa kwenye DCs zote kwa mabadiliko yoyote katika muundo. DFS. Nyaraka zinapendekeza kupunguza ukubwa wa juu kitu 5 MB, ambayo takriban inalingana na viungo 5000 (saraka). Thamani hii inategemea vigezo vingi, urefu wa jina la kiungo, uwepo na ukubwa wa maoni, ambayo pia huhifadhiwa katika kitu hiki. Lakini kwa wastani DFS mara chache huzidi viungo 50-100, na baada usanidi wa awali inabaki kwa kiasi kikubwa tuli, ambayo inamaanisha kuwa haitarudiwa mara nyingi, na vikwazo hivi haviwezi kupatikana. Kwa njia, katika siku zijazo Windows 2008 Kikomo cha viungo 5,000 tayari kimeondolewa, lakini ili kufanya hivi lazima seva zote ziwe zinaendesha Longhorn. Kwa DFS Iliyopendekezwa ya kikomo cha kiungo utaratibu wa ukubwa wa juu na kiasi cha Viungo 50,000.

Kuanzisha DFS

Kwa mfano, hebu tusanidi DFS kwenye kompyuta inayoendesha Win2k3 na SP2, mipangilio yote katika SP1 ni sawa. Katika mipangilio DFS Kuna tofauti kadhaa katika R2 na Win2k, lakini sio ya kimataifa hivi kwamba huwezi kuijua peke yako. Usimamizi wote wa mfumo wa faili uliosambazwa unafanywa kwa kutumia serikali kuu MMC snap-in “Mfumo wa Faili uliosambazwa DFS", ambayo inaweza kupatikana kwenye kichupo cha "Utawala" cha Jopo la Udhibiti la Windows. Kwa msaada wake unaweza kuunda na kufuta mizizi, kuunganisha kwenye mizizi yoyote DFS. Ni rahisi kwamba mizizi kadhaa inaweza kuonyeshwa kwenye kichupo kimoja DFS. Katika kesi ya mzizi kufanya kazi katika " Kikoa cha hali mchanganyiko DFS", ambayo ni, wakati nakala na mizizi DFS iko kwenye kompyuta zinazodhibitiwa na matoleo tofauti Windows, udhibiti DFS lazima ifanyike kutoka kwa kompyuta inayoendesha Win2k3. Vinginevyo, unaweza kufunga kifurushi Ufungashaji wa Vyombo vya Utawala vya Win2k3(adminpak.msi), ambayo inapatikana bila malipo kwenye tovuti ya shirika. Katika kesi hii, kompyuta zilizo na WinXP zinaweza kutumika kwa usimamizi. Taarifa kuhusu kifurushi hiki inaweza kupatikana katika support.microsoft.com/kb/304718. Kwa kuongeza, kufanya kazi na DFS unaweza pia kutumia huduma mstari wa amri dfscmd.exe na dfsutil.exe. Ya mwisho ina uwezekano zaidi, lakini haijajumuishwa na mfumo wa uendeshaji kwa chaguo-msingi; ili kuitumia, lazima usakinishe kifurushi cha Vyombo vya Usaidizi vya Win2k3. Tafadhali kumbuka kuwa ili kusakinisha kwa ufanisi Zana za Usaidizi, unahitaji kupakua faili mbili: suptools.msi na support.cab.

Ili kuunda mzizi mpya, piga simu snap-in, bofya kichwa na uchague "Mzizi Mpya" kwenye menyu ya muktadha; vinginevyo, unaweza kuchagua kipengee sawa kwenye menyu ya "Kitendo". Mchawi Mpya wa Mizizi anaonekana, fuata vidokezo vyake. Katika hatua ya pili, chagua aina mzizi ulioundwa(kikoa au kutengwa), onyesha kikoa cha mwenyeji na seva. Baada ya kuangalia uunganisho kwenye seva iliyochaguliwa, ingiza jina la mizizi. Zingatia jinsi njia ya UNC kwa mzizi mpya itaonekana, kwa chaguo-msingi \\ seva\nameshare. Kwa kuwa kwa sasa hakuna saraka iliyoshirikiwa, hatua inayofuata ni kuchagua saraka ya ndani ya kutumia kama saraka iliyoshirikiwa. Saraka hii haina data halisi, itakuwa na viungo vinavyoelekeza eneo la kimwili data. Mchawi huunda rasilimali ambazo zinaweza kusomeka na kutekelezwa na wanachama wa kikundi cha Watumiaji. Ruhusa zinapaswa kurekebishwa ikiwa ni lazima. Sasa bofya kifungo cha Kumaliza, mzizi mpya utaonekana kwenye dirisha la console. Ikiwa seva inaendesha Win2k3, tunaunda mizizi mingine kwa njia ile ile. Kwa kutumia amri ya Hali ya Kuangalia, inayoitwa kutoka kwenye menyu ya kiweko au menyu ya muktadha, unaweza kuangalia hali ya nakala. Hali itaonyeshwa kwenye safu ya jina moja na mduara ulio na alama utaonekana karibu na jina. Ikiwa ni kijani, basi kila kitu ni sawa. Kuangalia, unaweza kuingia kwenye UNC iliyobainishwa au kutumia amri ya "net view computer_name" kutoka kwa kompyuta ya mbali kwenye kompyuta ya ndani. Amri "dfsutil /Root:\\server\share /View" itaonyesha Habari zinazohusiana na DFS.

>dfsutil /Root:\\server.com\first /View
Toleo la 5.2 la Huduma ya DFS (imejengwa kwa 5.2.3790.3959)
Domain Root na Viungo 0
Root Name="\\SERVER\first" Comment="first Root" State="1" Timeout="300"
Seva Lengwa="GRINDERS" Folda="first" State="2"

Mara tu mzizi utakapoundwa, unaweza kuichapisha kwenye Saraka Inayotumika. Ili kufanya hivyo, chagua Sifa katika menyu ya muktadha, nenda kwenye kichupo cha Kuchapisha na uangalie kisanduku cha "Chapisha mzizi huu kwenye Saraka Inayotumika". Mizizi ya kikoa huchapishwa kiotomatiki na bila kushindwa.

Uundaji wa Kiungo

Mara tu mzizi unapoundwa, unaweza kuanza kuunganisha rasilimali zilizoshirikiwa. Ili kufanya hivyo, kwenye menyu ya muktadha sawa, chagua Kiungo Kipya. Katika dirisha la "Kiungo kipya" kinachoonekana, katika uwanja wa "Jina la Kiungo", ingiza jina la kiungo ambacho kitapatikana katika DFS, kisha chini ya njia ya UNC kwenye saraka ya lengo (lazima tayari kuwepo). Ili kutafuta rasilimali zilizoshirikiwa, unaweza kutumia kitufe cha Vinjari, kilicho hapa chini unaweza kubadilisha muda wa kuweka akiba ya kiungo hiki kwa wateja. DFS(chaguo-msingi sekunde 1800). Ukimaliza, bofya Sawa. Amri ya "dfsutil /view" inapaswa kuonyesha hali ya viungo vyote vilivyounganishwa na mali zao. Ikiwa kuna seva nyingi zinazoendesha kwenye mtandao, inawezekana kuongeza nakala inayoelekeza kwenye kiungo mbadala. Replica kwa mizizi au kitu tofauti imeundwa kwa njia ile ile, tu katika kesi ya kwanza tunachagua "Unda folda ya lengo la mizizi" kwenye menyu ya muktadha, na katika kesi ya pili - "Unda folda".

Rasilimali zilizoshirikiwa ambazo urudiaji utafanywa lazima ziwe kwenye sehemu na mfumo wa faili wa NTFS kwenye kompyuta zinazoendesha matoleo ya seva ya Windows kutoka 2000 (ikiwezekana 2003). Katika sehemu ya "Njia ya kulenga". folda iliyoshirikiwa” katika kidirisha kinachoonekana, ingiza au utumie kitufe cha Vinjari ili kuonyesha rasilimali iliyoshirikiwa iliyo kwenye kompyuta nyingine. Ikiwa unapanga kutumia programu mbadala kusawazisha taarifa kati ya rasilimali hizi (au usawazishaji utafanywa wewe mwenyewe), unapaswa kuteua kisanduku cha kuteua cha "Ongeza lengo hili kwenye seti ya urudufu". Bofya Sawa na Mchawi wa Kuweka Uigaji inaonekana, ambayo itakusaidia kuchagua replica kuu na topolojia ya replication. Katika hatua ya kwanza, tunabainisha saraka ambayo itatumika kama marudio kuu; taarifa zote kutoka kwenye saraka hii zitanakiliwa kwenye folda nyingine. Ya mwisho inapaswa kuwa tupu; ikiwa kuna faili ndani yake, zitanakiliwa kwa saraka ya muda na kisha kufutwa. Ikiwa kwa sababu fulani rasilimali iliyoshirikiwa haifai kwa kurudiwa (kwa mfano, haipo kwenye kizigeu cha NTFS), itawekwa alama na msalaba mwekundu; unapojaribu kuendelea na hatua inayofuata, mchawi atakuhimiza. kutaja kiungo kingine au kumaliza kazi.

Kwa kubonyeza " Hifadhi ya muda” (Folda ya Kuweka) unaweza kubadilisha eneo la saraka ambayo itatumika kwa uhifadhi wa muda wa data iliyorudiwa. Kwa chaguo-msingi, saraka hii imewekwa kwenye kizigeu tofauti na kile ambacho mgao unaohusishwa nao DFS. Ifuatayo, mchawi atakuhimiza kuchagua topolojia ya urudufishaji. Utahitaji kutaja moja ya chaguzi zifuatazo:

• Pete- replicas zote kubadilishana habari na mbili jirani;
• Nyota (Kitovu na alizungumza)- inaonyesha kiunga kikuu ambacho nakala zingine zote zitabadilishana habari;
• Matundu kamili (Mesh)- replicas zote kubadilishana na kila mmoja;
• Maalum (Custom)- baadaye msimamizi atasanidi kwa kujitegemea replication kwa kila jozi ya seva.

Topolojia ya pete ndiyo chaguo-msingi na inafaa kwa hali nyingi. Kwa kweli, topolojia iliyochaguliwa ya urudufishaji inapaswa kuendana na muundo wa mtandao. Kwa mfano, ikiwa kuna ofisi kuu ambapo rasilimali kuu ziko, na matawi mengi yanaunganishwa nao kama inahitajika, basi katika kesi hii mpango wa Nyota unafaa zaidi. Ikiwa hakuna uwekaji mapema unaofaa, unapaswa kurejelea Kipengee Maalum.

Baada ya kuunda nakala ya kiungo, ikoni yake inayolingana kwenye kidirisha cha kuingia itabadilika. Vipengee viwili vipya pia vitaonekana kwenye menyu ya muktadha: Onyesha/Ficha hali ya urudufishaji na Acha kurudia. Sehemu ya hali ya urudufishaji inaweza kuwa na moja ya matokeo matatu. Ikiwa mchakato wa kurudia utakamilika kawaida, ikoni zitakuwa na alama za tiki za kijani. Msalaba mwekundu kwenye ikoni ya nakala itaonyesha kuwa haipatikani kwa sasa; katika sehemu ya Hali, lebo itabadilika kuwa Nje ya Mtandao. Iwapo baadhi tu ya nakala hazipatikani kwenye kiungo unachoangalia, alama ya mshangao ya njano itaonekana kwenye ikoni.

Kabla ya kufuta mojawapo ya nakala mbadala, lazima kwanza uzima urudufishaji. Urudufishaji unapoanza tena, utasalimiwa na bwana yule yule. Ikiwa seva ni mtawala wa kikoa, pamoja na data zote za DFS pia itaiga yaliyomo kwenye kiasi cha SYSVOL. Kwa hivyo, ikumbukwe kwamba hadi nakala kamili ya nakala zote itatokea, anza mabadiliko yoyote kwenye usanidi. DFS hatari sana, inaweza kuvuruga kikoa kizima.

Ikiwa chaguo la topolojia ya urudufishaji iliyochaguliwa haifai kwa sababu fulani, topolojia ya urudufishaji inaweza baadaye kubadilishwa kwa urahisi kwa kuchagua kidirisha cha sifa cha kiungo kinacholingana na kwenda kwenye kichupo cha Urudiaji. Kuna mipangilio michache muhimu zaidi hapa. Kwa chaguo-msingi, urudiaji huendelea mfululizo; kwa kubofya kitufe cha Ratiba, unaweza kubadilisha ratiba ya urudufishaji wa miunganisho yote. Chini kidogo ni vichujio vya faili na folda ndogo ambazo hazitaweza kuigwa. Ili kufanya hivyo, bofya Hariri na uweke violezo vya faili au saraka ndogo.

Ili kulazimisha kurudiwa kwa habari iliyohifadhiwa kwenye seva maalum, unaweza kutumia matumizi ya NtfrsUtl.exe, ambayo imejumuishwa kwenye kifurushi. Zana za Usaidizi. Amri ni rahisi: "ntfrsutl poll /now server.com". Ili kuona vipindi vya muda vilivyowekwa ambapo urudiaji hutokea, weka “ntfrsutl poll”. Usakinishaji wote unapatikana kwa kutumia amri "ntfrsutl sets server.com".

Katika dirisha la mali la sehemu iliyowasilishwa kwenye huduma DFS, kichupo kingine kitaonekana - DFS. Kwa kuifungua, mtumiaji anaweza kuona ni folda zipi za umma ambazo kiungo hiki kinahusishwa nazo, angalia hali ya nakala, na uchague nakala inayotumika ambayo ataelekezwa upya kwanza.

Kwa udhibiti, msimamizi anapaswa kuangalia mara kwa mara logi ya "Utawala - Kitazamaji Tukio - Huduma ya Kurudia Faili", ambapo unaweza kupata taarifa kuhusu matukio yote yanayotokea kwa huduma ya FRS.

Kadiri faili zinazoshirikiwa zinavyoenea kwenye mitandao, wasimamizi wanazidi kukabiliwa na changamoto katika kuwapa watumiaji ufikiaji wa data wanayohitaji. Katika mfumo wa uendeshaji wa Windows 2000, Mfumo wa Faili Uliosambazwa (DFS) hutoa utaratibu kwa wasimamizi kuunda. uwakilishi wa kimantiki saraka na faili, bila kujali ni wapi faili hizo ziko kwenye mtandao. Aidha, shukrani kwa kwa kutumia DFS Uvumilivu wa makosa ya rasilimali za uhifadhi wa mtandao huhakikishwa.

Katika ukurasa huu

Utangulizi

Kadiri faili zinazoshirikiwa zinavyoenea kwenye mitandao, wasimamizi wanazidi kukabiliwa na changamoto katika kuwapa watumiaji ufikiaji wa data wanayohitaji. Katika mfumo wa uendeshaji wa Windows 2000, mfumo wa faili uliosambazwa hutoa utaratibu kwa wasimamizi kuunda maoni ya mantiki ya saraka na faili bila kujali ni wapi faili ziko kwenye mtandao. Kwa kuongeza, kupitia matumizi ya DFS, uvumilivu wa makosa ya rasilimali za hifadhi ya mtandao huhakikishwa. Mwongozo huu unaelezea jinsi ya kutumia Mchawi Mpya wa Mizizi ya DFS, pamoja na zana zingine za kufanya kazi na DFS.

Masharti

Mifano katika hati hii inadhania kuwa Active Directory tayari imesanidiwa na inatumika, na kwamba una haki za msimamizi kwa kikoa na seva ambayo DFS itasanidiwa. Kwa kusudi hili unaweza kutumia miundombinu ya msingi iliyoelezwa ndani Mwongozo wa hatua kwa hatua wa kupeleka msingi Miundombinu ya Windows 2000 Server (Mwongozo wa Hatua kwa Hatua kwa Miundombinu ya Kawaida ya Usambazaji wa Seva ya Windows 2000) http://www.microsoft.com/windows2000/techinfo/planning/server/serversteps.asp (EN).

Kwa kutumia DFS snap-in

Katika hilo mwongozo wa hatua kwa hatua inaelezea jinsi ya kutumia snap-in. Ingawa DFS husakinishwa kiotomatiki unaposakinisha Seva ya Windows 2000, lazima usanidi DFS ili kuruhusu wateja kufikia hisa za mtandao. Ili kukamilisha taratibu hizi, lazima uwe umeingia kwenye kidhibiti cha kikoa chini yake akaunti msimamizi wa kikoa.

Katika mfumo wa uendeshaji wa Windows 2000, mfumo wa faili uliosambazwa unaweza kuunganishwa na huduma ya saraka ya Active Directory ili kutoa uvumilivu wa hitilafu kwa mizizi ya DFS iliyo kwenye vidhibiti vya kikoa vya Windows 2000 na seva za wanachama. Ikiwa una seva nyingi katika kikoa chako cha Windows 2000, nambari yoyote ya seva hizo inaweza kutumika kama seva pangishi ili kutoa uvumilivu wa hitilafu kwa mzizi maalum wa DFS. Huduma ya saraka ya Active Directory inatumika kutoa kugawana vidhibiti vya kikoa katika topolojia ya kawaida ya DFS, na hivyo kutoa upungufu na uvumilivu wa makosa.

Unaweza pia kuunda seva ya DFS inayojitegemea, hata hivyo, hautapata manufaa ya Active Directory na hautakuwa na uvumilivu wa makosa ya kiwango cha mizizi. Kidhibiti cha kikoa kinaweza tu kupangisha mzizi mmoja wa DFS, lakini kwa kweli hakuna kikomo kwa idadi ya mizizi ya DFS katika kila kikoa. Kila mzizi wa DFS unaweza kuauni hadi vidhibiti 32 vya kikoa. Kikoa kinaweza kuauni kiasi kikubwa cha mizizi ya DFS. Kompyuta za ziada zinazotumia mizizi au nodi za watoto (viungo) zinaweza kuboresha kusawazisha upakiaji, kuongeza ustahimilivu wa hitilafu, na kutoa huduma kwa wateja wa mtandao kulingana na uanachama wao wa tovuti mahususi za mtandao. Viungo vya DFS vilivyobainishwa kwenye mzizi vimebainishwa kwa kutumia njia ya UNC ambayo inaweza kufikiwa na seva na wateja wa DFS.

Mwongozo huu utakuuliza uunde mzizi wa DFS unaostahimili makosa.

Kuanza na DFS

	Bofya kitufe Anza, chagua Mipango, nenda kwa sehemu Utawala (Zana za Utawala) na uchague Mfumo wa Faili Uliosambazwa (DFS).
	Bofya bonyeza kulia panya kwenye kipengele cha mizizi Mfumo wa Faili Uliosambazwa (DFS) iko kwenye paneli ya kushoto na ubofye Unda mzizi wa DFS (Mzizi Mpya wa DFS). Imeonyeshwa Mchawi mpya wa Mizizi ya DFS. Ili kuendelea, bofya kitufe Inayofuata.
	Hakikisha swichi imewekwa kwenye nafasi Unda mzizi wa DFS wa kikoa, na ubonyeze kitufe Inayofuata kuendelea.
	Chagua kikoa cha mwenyeji kwa mzizi wa DFS (kwa mfano wetu hii ndio kikoa reskit.com) na bonyeza kitufe Inayofuata kuendelea. Kielelezo 1 - Kuchagua kikoa cha mtoa huduma kwa mzizi wa DFS
	Chagua seva mwenyeji kwa mzizi huu wa DFS. Katika mfano wetu hii ni seva HQ-RES-DC-01.Reskit.com. Bofya kitufe Inayofuata kuendelea.
	Bainisha sehemu ambayo itatumika kama lengo la mzizi huu wa DFS. Weka kubadili kwenye nafasi Unda ushiriki mpya, ingiza njia ya folda hii iliyoshirikiwa (kwa upande wetu ni c:\dfsbooks) na toa jina la folda hii iliyoshirikiwa - Vitabu. Vifaa Mfumo wa Faili Uliosambazwa (DFS) itawawezesha kuunda katalogi mpya na usanidi kwa ajili yake ufikiaji wa jumla, ikiwa hii haijafanywa hapo awali. Kielelezo 2 - Kuchagua folda iliyoshirikiwa kwa kiasi cha mizizi ya DFS
	Bofya kitufe Inayofuata. Ikiwa folda maalum haipo, utaulizwa ikiwa utaiunda. Bofya kitufe Ndiyo ndiyo) kuendelea. Ukipenda, unaweza kuingiza maoni yanayoelezea mzizi huu. Ili kuendelea, bofya kitufe Inayofuata.
	Bofya kitufe Maliza kuunda mzizi wa DFS. Baada ya kukamilisha Unda Mchawi Mpya wa Mizizi ya DFS, unaweza kuanza kusimamia mzizi wako wa DFS.

Ikiwa una vidhibiti vingi vya kikoa vinavyotoa uvumilivu wa makosa ya DFS, kumbuka kwamba uvumilivu wa hitilafu wa DFS hutumia huduma ya saraka ya Active Directory kuhifadhi maelezo ya topolojia. Kwa hivyo, ni muhimu kwamba maelezo ya topolojia yanakiliwa kati ya vidhibiti vya kikoa. Sasisho la usanidi wa DFS mwanzoni hutekelezwa kwenye mojawapo ya seva za kikoa za Windows 2000 ambazo zina mzizi wa DFS. Vidhibiti tofauti vya kikoa vinaweza kuwa na taarifa tofauti kuhusu hali ya sasa Usanidi wa DFS hadi Mchawi wa Kurudufisha kunakili mabadiliko ya usanidi wa DFS kati ya vidhibiti vyote vya kikoa. Mzizi wa DFS na viungo vyake vyote huhifadhiwa kama kipengele kimoja cha aina - Kitu Kikubwa cha Binary (BLOB). Mara tu mabadiliko yanapofanywa kwa kifaa hiki kikubwa cha binary, kipengee chote cha binary kinahitaji kuigwa ili mabadiliko yaonekane kwenye vidhibiti vyote vya kikoa kwenye kikoa.

Urudiaji wa data kati ya vidhibiti viwili vya kikoa vilivyo ndani ya tovuti moja huchukua kama dakika tano, na angalau dakika 15 kwa vidhibiti vya kikoa vilivyo katika tovuti tofauti. Hadi urudiaji ukamilike, usanidi wa DFS unaoonyeshwa na DFS snap-in unaweza kutofautiana kati ya wateja. Unaweza kutumia kifungo Onyesha upya kusasisha maelezo yaliyoonyeshwa kuhusu hali ya sasa ya seva pangishi ya DFS.

Ikiwa ulifuata taratibu zilizo hapo juu, mtandao wako sasa una mzizi tupu wa DFS katika huduma ya saraka ya Active Directory. Ili folda hii ya umma iwavutie watumiaji, lazima uchapishe folda za umma zisizo za karibu katika nafasi ya majina ya DFS kwake.

Ili kuchapisha folda iliyoshirikiwa isiyo ya karibu nawe

	Bonyeza kulia kitu cha mizizi cha DFS ulichounda kisha ubofye Unda kiungo cha DFS (Kiungo kipya cha DFS).
	Bonyeza kulia kwenye kitu \\Reskit.com\Books.
	Bainisha saraka ya kiungo hiki. Katika mfano wetu, jina la kiungo litakuwa SANAA. Tafadhali toa anwani halali ya UNC kwa iliyoshirikiwa Folda za Windows 2000 iko kwenye mtandao wako, kwenye uwanja Tuma mtumiaji kwa njia hii ya mtandao. Kwa madhumuni haya, unaweza pia kutumia kifungo Vinjari. Mfano wetu hutumia folda iliyoshirikiwa Usanifu, iko kwenye seva BR3-VAN-SRV-01, ambayo ni sehemu ya kikoa Vancouver. Kumbuka. Folda hii iliyoshirikiwa iliundwa hapo awali kwa ajili ya zoezi hili. Kielelezo 3 - Kuchagua folda iliyoshirikiwa
	Bofya kitufe sawa. Unaweza kubainisha kwa hiari maoni na thamani ya muda kuisha. Nambari ya muda wa kuisha huamua idadi ya sekunde ambazo wateja huweka akiba ya kielekezi kabla ya kuonyeshwa upya kiashirio kutoka kwa mojawapo ya seva za wabebaji wa DFS.
	Ikiwa una seva nyingi za kusanidi (kwa mfano, seva mbili, moja huko Hartford na moja huko Seattle, zina maelezo sawa), basi unaweza kuziongeza kwa seti hii ya nakala. Ili kufanya hivyo, kwenye icon ya folda iliyoshirikiwa iliyochapishwa kwenye mizizi ya DFS, bonyeza-click na ubofye Unda nakala (Replica Mpya).
	Chagua folda iliyoshirikiwa \\ Reskit\BR2-RES-SRV-01\Michoro ya Uhandisi na bonyeza kitufe sawa.
	Bofya sawa tena.
	Bofya kulia kwenye kiungo kilichounganishwa na ubofye Sera ya Kurudufisha. Chagua kila folda iliyoshirikiwa na ubofye kitufe Wezesha, kisha bofya kitufe sawa.

Kumbuka. Ili kutumia urudufu, sehemu za mizizi au za kiungo za DFS lazima zipatikane kwenye juzuu za NTFS 5.0 ziko kwenye kidhibiti cha kikoa cha Windows 2000 au seva za wanachama. Bendera Msingi faili maalum na folda za seva zimewekwa alama, zimeainishwa kwa urudufishaji wa awali wa kulazimishwa, baada ya hapo kurudia mara kwa mara kutafanywa.

Kielelezo 5 - Sera ya kurudia
Kielelezo hapa chini kinaonyesha DFS snap-in baada ya kukamilisha taratibu zilizoelezwa.

Kielelezo 6 - Mzizi wa DFS

Kuangalia Injini ya DFS

Mtumiaji yeyote aliingia Kikoa cha Windows 2000, sasa itaweza kufikia mfumo wa faili uliosambazwa unaostahimili hitilafu. Kwa kudhani ana haki zinazofaa, anaweza kuanzisha miunganisho ya mtu binafsi kwa kukimbia kufuata utaratibu:

Katika mazingira ya kazi hii gari la mtandao inaweza kuwa iko kwenye seva nyingine au kituo cha kazi. Mtumiaji yeyote anayepata ufikiaji wa folda iliyoshirikiwa inayostahimili hitilafu anaweza kuendelea kufanya kazi bila kukatizwa. Matukio yaliyopangwa kufanyika kwenye seva kama vile masasisho programu na kazi zingine ambazo kwa kawaida zingehitaji kuzima seva sasa zinaweza kukamilika bila kuathiri matumizi ya mtumiaji.

Ili kupata mzizi wa DFS kwa kutumia Explorer ( Windows Explorer)

Bofya Anza, vyombo vya habari Kimbia na kuingia \\reskit.com\kitabu katika uwanja wa maandishi Fungua na vyombo vya habari sawa. Kwa kubofya kulia kwenye kiungo kilichoonyeshwa kwenye jopo la kivinjari, ukichagua Mali, Unaweza kwenda kwenye kichupo DFS sanduku la mazungumzo Mali kutazama habari ifuatayo:

Katika tukio la kuzima kwa moja ya seva mbili, bado utakuwa na ufikiaji wa rasilimali kupitia njia sawa ya DFS. Hata hivyo, ikiwa mojawapo ya seva za nafasi ya majina za DFS zinazotumia mzizi au kiungo cha DFS hakipatikani, muunganisho utashindwa kiotomatiki kwa ugavi mwingine wa mtandao unaopatikana. Kumbuka kwamba hii inawezekana tu kwa mizizi inayostahimili hitilafu na nodi za watoto ambazo maudhui yake yanarudiwa kwenye seva nyingi.

Kumbuka. Kwa sasa, DFS inaauni Huduma ya Microsoft Cluster kwa kutumia DFS inayotegemea mashine pekee, kwa hivyo huwezi kuunda topolojia ya DFS inayostahimili hitilafu inayoendeshwa kwenye nguzo kwa sababu nguzo hiyo hufanya kazi kama mashine moja.

Replication

Ikiwa unatumia kivumilivu kilichosambazwa mfumo wa faili Katika mazingira ambapo kuna vidhibiti vingi vya kikoa, ni muhimu kuamua muda unaohitajika kufanya urudiaji wa data kati ya vidhibiti vya kikoa vinavyohitajika kwa usanidi fulani wa DFS. Kwa kurudia mara moja utahitaji chombo REPLMon, ambayo unaweza kusanikisha kutoka kwa folda msaada\zana, iko kwenye CD ya Seva ya Windows 2000.

Wateja ambao bado wanaendesha matoleo ya awali ya mifumo ya uendeshaji (kama vile Windows NT 4.0) na wanaohitaji kunufaika na uwezo wa DFS hawataweza kuchukua fursa ya uvumilivu wa hitilafu wa mzizi wa DFS. Hata hivyo, wateja kama hao wanaweza kuunganisha moja kwa moja kwenye mizizi maalum ya DFS ambayo ni sehemu ya mfumo wa faili uliosambazwa unaostahimili. Katika kesi hii, wakati wa kutumia amri Matumizi halisi unahitaji kubadilisha jina la kikoa na jina la kompyuta maalum.

Vituo vya kazi vya Windows NT vinavyotumia DFS vinaweza pia kubainisha ni folda gani ya pamoja wanayotumia kwa sasa. Ili kufanya hivyo unahitaji kutumia tab DFS iko kwenye kisanduku cha mazungumzo Mali folda iliyoshirikiwa katika Explorer (Windows Explorer).

Kumbuka. Kazi nyingi za kiutawala zinaweza kufanywa kutoka kwa safu ya amri au kutoka kwa faili ya hati kwa kutumia matumizi ya DFSCMD.EXE. Andika kwenye mstari wa amri DFSCMD/? kwa msaada wa haraka juu ya amri.

Kielelezo 7 - Kuangalia mali za DFS
Ikiwa ni lazima, unaweza kubadilisha daima mali ya kitu hiki.

Unaweza pia kuchapisha faili yako ya faili ya DFS kama folda iliyoshirikiwa katika Saraka Inayotumika na kuipata kwa kutumia kivinjari cha huduma ya saraka. Fungua snap Watumiaji wa Saraka Inayotumika na Kompyuta, bonyeza-kulia kwenye kitu chako cha kikoa, bofya Unda (Mpya), chagua chaguo Folda Zilizoshirikiwa na ingiza habari inayofaa.

Leo ni ngumu kushangaza mtu yeyote aliye na mitandao mingi na ngumu
topolojia, upatikanaji wa ofisi za mbali na zinazotembea. Kwa msimamizi
kuandaa huduma yoyote katika hali kama hizo sio kazi rahisi. Lakini hakuna haja
kusahau kuhusu watumiaji wetu - katika kesi hii watalazimika kufanya kazi na zaidi
idadi ya vifaa na rasilimali tofauti ziko kwenye tofauti
kompyuta na seva za mtandao, kwa mtiririko huo, kutafuta habari muhimu kunaweza
kuwa mgumu sana. inaruhusu sisi kutatua hili
tatizo. Hebu tuone jinsi gani hasa.

Madhumuni na uwezo wa DFS

Mfumo wa Faili uliosambazwa DFS (Mfumo wa Faili uliosambazwa) ilionekana kama
sehemu ya kawaida nyuma katika Win2k. Madhumuni yake ni kuwezesha usimamizi, ufikiaji na
kutafuta data kwenye wavuti. Ili kufanya hivyo, rasilimali za faili ziko kwenye tofauti
kompyuta zimeunganishwa katika nafasi moja ya kimantiki ya majina. Mtumiaji,
badala ya kukumbuka majina ya hisa zote za mtandao (Universal Nameing
Convention, UNC), kama \\ Seva\Folda, itafikia nafasi moja
Majina ya UNC ambayo huchanganya seva zote na rasilimali zilizoshirikiwa kwenye mtandao. Gani
iko kwenye kompyuta ambapo faili iliyoombwa iko, hiyo ni wasiwasi DFS, mtumiaji
hakuna haja ya kuwa na wasiwasi kuhusu eneo halisi la faili. Wakati mteja anawasiliana naye
inahamishiwa kwa saraka inayohitaji. Mahali pa chanzo ambacho
inaonyesha kiungo, inaweza kuwa mfumo wowote wa uendeshaji ambao rasilimali zake zinapatikana
inaweza kupatikana kwa kutumia UNC (Windows, Linux, xBSD, NetWare). Kimwili
vitu vilivyounganishwa na viungo DFS, huitwa lengo vitu(malengo) au
nakala(nakili).

Lakini urahisi kwa watumiaji na wasimamizi ni mbali sio jambo muhimu zaidi
faida kuu za DFS. Jambo ni kwamba kwa jina moja la kimantiki kunaweza kuwa
Kuna rasilimali kadhaa zilizoshirikiwa zinazohusiana ambazo huhifadhi maelezo sawa.
Mkusanyiko kama huo wa rasilimali mbadala zilizoshirikiwa zinazohusiana na jina moja la kimantiki
DFS, inaitwa replica seti. Na ikiwa rasilimali zilizoshirikiwa ziko katika moja
nafasi ya mizizi ya kikoa DFS na ziko kwenye seva za Win2k au Win2k3,
Inawezekana kusanidi maingiliano ya moja kwa moja ya habari kati yao.
Mtumiaji aliyewasiliana naye DFS, kwa kawaida huelekeza kwenye nakala iliyo karibu zaidi, na
ikiwa haipatikani, itaelekezwa kwenye rasilimali mbadala. Kwa
kupunguza mzigo wa seva DFS kwa upande wa mteja data imehifadhiwa, kwa hivyo
wakati wa kupata rasilimali sawa mara kwa mara, kila ombi kwa DFS Sivyo
inazalishwa. Kwa hivyo, otomatiki chelezo ya habari muhimu,
gundua katika DFS, pia huongeza uvumilivu wa makosa ya mfumo mzima (pato
seva moja au kifaa cha diski haitaathiri uzoefu wa mtumiaji).
Ingawa ikumbukwe hivyo DFS haikuundwa kufanya kazi mara kwa mara na kusasishwa
data, na haswa kwa kesi hizo ambapo faili inaweza kusasishwa wakati huo huo
maeneo kadhaa (katika DFS toleo la faili ambapo mabadiliko ya mwisho yalifanywa bado
mabadiliko).

Katika utekelezaji DFS katika Win2k iliwezekana kuchukua nafasi ya jina moja tu,
katika Win2k3 kunaweza kuwa tayari kuna kadhaa kati yao. Win2k3 R2 ina toleo jipya la hii
mifumo - Nafasi za Majina za DFS, ambapo masuala mengi tayari yametatuliwa. Kwa replication
data katika Win2k3 SP1 na SP2 inajibu FRS (Seva ya Kurudia Faili), katika Win2k3 R2 -
Uigaji wa DFS n. Tofauti yao kuu ni kwamba ndani FRS mdogo zaidi
kitu cha kuigwa ni faili, in Kujirudia kwa DFS kutumika
teknolojia ya juu zaidi RDC (Ukandamizaji wa Tofauti wa Mbali), ambayo inaweza
nakala tu sehemu zilizobadilishwa za faili, na kazi ya faili ya msalaba RDC kidogo
hupakia kituo wakati wa kunakili faili mpya. Hivyo kutumia DFS
Pia hupunguza mzigo kwenye mtandao, ambayo ni muhimu hasa kwa ofisi za mbali na
upitishaji wa kutosha. Kwenye huduma DFS hakuna matumizi
vipengele vya ziada vya usalama. Wakati wa kufikia malengo
Ruhusa za mfumo wa faili pekee na zile zilizowekwa kwa hizi ndizo huangaliwa.
vitu vya ruhusa katika Saraka Inayotumika.

Mizizi hii tofauti

Mahali pa kuanzia kwa majina yote ya miti DFS hutumika kama mzizi wa kusambazwa
mfumo wa faili. Kwa kweli, mzizi ni rasilimali iliyoshirikiwa iliyo kwenye
seva, kila mtu mwingine Majina ya mantiki ya mfumo wa DFS itaunganishwa kama
ngazi inayofuata ya uongozi. Mizizi ndani DFS inaweza kuwa ya aina mbili, kila moja
hutofautiana katika mbinu na uwezo wa kuhifadhi data. Imetengwa (inayojitegemea)
mzizi ( DFS ya pekee) haihusiani na Active Directory, na viungo vyote ni vya mtandao
rasilimali zimehifadhiwa kwenye Usajili wa seva yenyewe DFS. Mzizi huu hautumii
DFS
Replication, yaani, haimaanishi kurudia habari kwenye rasilimali nyingine,
na kwa hivyo haitoi uvumilivu wa makosa. Katika kesi ya kushindwa Seva za DFS
safu nzima inakuwa haifikiki, ingawa watumiaji wanaweza kufikia
rasilimali moja kwa moja. Japo kuwa, seva kadhaa za DFS zinazojitegemea uwezo wa kufanya kazi
katika nguzo, hivyo tatizo hili linaweza kutatuliwa. Ikiwa seva DFS ni
mwanachama wa kikoa, mzizi wa kikoa hutumiwa ( DFS inayotokana na kikoa) Pamoja na hili
chaguo, unaweza kuunganisha nakala kadhaa na utumie Kujirudia kwa DFS Kwa
urudufishaji wa mzizi wenyewe na viungo DFS. Ikiwa ndani DFS inayotokana na kikoa mizizi
ziko kwenye kompyuta zinazoendesha Win2k na Win2k3, kisha mzizi kama huo
kuitwa" Kikoa cha hali mchanganyiko DFS".

Na kikoa DFS habari zote za nafasi ya majina ziko kwenye kidhibiti
kikoa ambacho seva hufikia mara kwa mara DFS. Inazingatia maingiliano
kati ya DFS katika kikoa ambacho kinakuwa changamano zaidi kwa kila mabadiliko
miundo, maombi haya yanaweza kuwa kizuizi katika mfumo, kwa hivyo katika kesi hii
pia kuna baadhi ya vikwazo. Kwa hivyo katika Win2k kulikuwa na kikomo cha 16
mizizi kwa nafasi moja ya jina. Katika Win2k3 kizuizi hiki kimeondolewa, kwani
seva DFS sasa inaweza kufikia DC yoyote, sio tu emulator ya PDC.
Kizuizi cha pili cha mizizi ya kikoa ni kwa sababu ya ukweli kwamba muundo mzima umehifadhiwa ndani
kitu maalum, ambacho pia kinahitaji kurudufiwa kwenye DC zote kwa yoyote
mabadiliko kidogo katika muundo DFS. Nyaraka zinapendekeza kupunguza
saizi ya juu ya kitu ni 5 MB, ambayo takriban inalingana na 5000
viungo (saraka). Thamani hii inategemea vigezo vingi, urefu wa jina
viungo, uwepo na ukubwa wa maoni, ambayo pia huhifadhiwa katika kitu hiki.
Lakini kwa wastani DFS mara chache huzidi viungo 50-100, na baada ya awali
mipangilio, inabaki zaidi tuli, ambayo inamaanisha kuwa hairudiwi mara kwa mara
itatokea, na mapungufu haya hayawezi kupatikana. Kwa njia, katika siku zijazo
Windows 2008 kikomo cha viungo 5000 tayari kimeondolewa, lakini seva zote ni za hili
lazima kukimbia chini ya Longhorn. Kwa Ilipendekeza DFS
kikomo cha kiungo utaratibu wa ukubwa wa juu na kiasi cha Viungo 50,000.

Kuanzisha DFS

Kwa mfano, hebu tusanidi DFS kwenye kompyuta inayoendesha Win2k3 na SP2, kila kitu
Mipangilio katika SP1 ni sawa. Katika mipangilio DFS kuna baadhi katika R2 na Win2k
tofauti, lakini sio za kimataifa hivi kwamba huwezi kuzibaini peke yako. Wote
Mfumo wa faili uliosambazwa unasimamiwa katikati na
kwa kutumia MMC snap-in Mfumo wa Faili uliosambazwa DFS", ambayo unaweza
piga simu kwenye kichupo cha "Utawala" cha Jopo la Udhibiti la Windows. Kwa msaada wake
unaweza kuunda na kufuta mizizi, kuunganisha kwenye mizizi yoyote DFS. Inafaa kuwa ndani
Kichupo kimoja kinaweza kuonyesha mizizi mingi DFS. Katika kesi ya mzizi kufanya kazi katika " Imechanganywa
kikoa cha mode DFS", ambayo ni, wakati nakala na mizizi DFS iko kwenye kompyuta
inayoendesha matoleo tofauti ya Windows, dhibiti DFS lazima kuzalishwa na
kompyuta inayoendesha Win2k3. Vinginevyo, unaweza kufunga kifurushi Ufungashaji wa Vyombo vya Utawala vya Win2k3(adminpak.msi), ambayo inapatikana bila malipo kwenye
tovuti ya shirika. Katika kesi hii, kompyuta na
WinXP. Habari juu ya kifurushi hiki inaweza kupatikana

support.microsoft.com/kb/304718. Kwa kuongeza, kufanya kazi na DFS unaweza pia
tumia huduma za mstari wa amri dfscmd.exe na dfsutil.exe. Ya mwisho ina
vipengele zaidi, lakini ambavyo havijajumuishwa katika mfumo wa uendeshaji kwa chaguo-msingi,
Ili kuitumia, lazima usakinishe kifurushi cha Vyombo vya Usaidizi vya Win2k3. Reverse
Tafadhali kumbuka kuwa ili kusakinisha kwa ufanisi Zana za Usaidizi unahitaji kupakua faili mbili:
suptools.msi na support.cab.

Ili kuunda mzizi mpya, piga simu snap-in, bofya kichwa na
kwenye menyu ya muktadha, chagua "Unda mzizi" (Mzizi Mpya), kama chaguo, unaweza
chagua kipengee sawa kwenye menyu ya "Kitendo". Unda Wizard Mpya inaonekana
mzizi (Mchawi Mpya wa Mizizi), fuata maagizo yake. Katika hatua ya pili, chagua aina
mzizi utakaoundwa (kikoa au kutengwa), onyesha kikoa cha mtoa huduma na
seva. Baada ya kuangalia uunganisho kwenye seva iliyochaguliwa, ingiza jina la mizizi. Reverse
Zingatia jinsi njia ya UNC kwenye mzizi mpya itaonekana, kwa chaguo-msingi \\seva\nameshare.
Kwa kuwa kwa sasa hakuna saraka iliyoshirikiwa, hatua inayofuata ni
chagua saraka ya ndani itakayotumika kama saraka iliyoshirikiwa. Hii
saraka haina data halisi, itakuwa na viungo vinavyoonyesha
kwa eneo halisi la data. Mchawi huunda rasilimali za kusoma tu na
utekelezaji kwa wanachama wa kikundi cha Watumiaji. Inapaswa kurekebishwa ikiwa ni lazima
ruhusa. Sasa bofya kifungo cha Kumaliza, mzizi mpya utaonekana kwenye dirisha la console.
Ikiwa seva inaendesha Win2k3, vile vile unda
mizizi mingine. Kwa kutumia amri ya Hali ya Angalia, inayoitwa kutoka
menyu ya kiweko au menyu ya muktadha, unaweza kuangalia hali ya nakala. Jimbo
itaonyeshwa kwenye safu ya jina moja na mduara wenye alama utaonekana karibu na jina.
Ikiwa ni kijani, basi kila kitu ni sawa. Kuangalia unaweza kwenda
bainisha UNC au tumia amri ya "shiriki wavu" kwenye kompyuta ya ndani au
"net view computer_name" kutoka kwa kidhibiti. Amri "dfsutil /Root:\\server\share /View"
itaonyesha Habari zinazohusiana na DFS.

>dfsutil /Root:\\server.com\first /View
Toleo la 5.2 la Huduma ya DFS (imejengwa kwa 5.2.3790.3959)
Domain Root na Viungo 0
Root Name="\\SERVER\first" Comment="first Root" State="1" Timeout="300"
Seva Lengwa="GRINDERS" Folda="first" State="2"

Mara tu mzizi utakapoundwa, unaweza kuichapisha kwenye Saraka Inayotumika. Kwa kusudi hili katika
chagua Sifa kutoka kwa menyu ya muktadha, nenda kwenye kichupo cha Uchapishaji na
Angalia kisanduku cha kuteua cha "Chapisha mzizi huu kwa Saraka Inayotumika". Kikoa
mizizi huchapishwa moja kwa moja na bila kushindwa.

Uundaji wa Kiungo

Mara tu mzizi unapoundwa, unaweza kuanza kuunganisha rasilimali zilizoshirikiwa. Kwa nini katika hilo
Katika menyu ya muktadha sawa, chagua Kiungo Kipya. Katika dirisha inayoonekana
"Kiungo kipya", kwenye uwanja wa "Jina la Kiungo", ingiza jina la kiungo ambacho kitakuwa chini yake
inapatikana katika DFS, kisha chini ya njia ya UNC kwenye saraka inayolengwa (lazima tayari
kuwepo). Ili kutafuta rasilimali zilizoshirikiwa, unaweza kutumia kitufe cha Vinjari, tu
Hapa chini unaweza kubadilisha muda wa kuweka akiba wa kiungo hiki kwa wateja DFS(chaguo-msingi
Sekunde 1800). Ukimaliza, bofya Sawa. Amri "dfsutil /view" inapaswa
onyesha hali ya viungo vyote vilivyounganishwa na mali zao. Ikiwa mtandao unafanya kazi
seva kadhaa, inawezekana kuongeza nakala inayoelekeza
kiungo mbadala. Replica ya mzizi au kitu tofauti huundwa
vivyo hivyo, tu katika kesi ya kwanza, kwenye menyu ya muktadha chagua kipengee "Unda
folda ya lengo la mizizi" na kwa pili - "Unda folda".

Rasilimali za pamoja ambazo zitaigwa lazima
iko kwenye partitions na mfumo wa faili wa NTFS kwenye kompyuta zinazoendesha
kusimamia matoleo ya seva ya Windows kutoka 2000 (ikiwezekana 2003). Katika uwanja wa "Njia ya".
lenga folda iliyoshirikiwa" kwenye dirisha linaloonekana, ingiza au tumia kitufe cha Vinjari
Tunaonyesha rasilimali iliyoshirikiwa iliyo kwenye kompyuta nyingine. Katika kesi ikiwa
kusawazisha habari kati ya rasilimali hizi ambayo imepangwa kutumia
programu mbadala (au maingiliano yatafanywa kwa mikono),
Unapaswa kuteua kisanduku cha kuteua cha "Ongeza folda hii lengwa kwenye seti ya urudufu".
lengo kwa seti ya marudio). Bonyeza OK na Mchawi wa Kuweka inaonekana
replication (Sanidi Replication Wizard), ambayo itakusaidia kuchagua
replica bwana na topolojia replication. Katika hatua ya kwanza, tunataja saraka hiyo
itatumika kama lengo kuu, taarifa zote kutoka kwa hili
saraka basi itanakiliwa kwa folda nyingine. Ya mwisho inapaswa kuwa tupu
ikiwa kuna faili ndani yake, zitanakiliwa kwenye saraka ya muda, na kisha
imefutwa. Ikiwa rasilimali iliyoshirikiwa ni kwa sababu fulani haifai kwa urudufishaji
(kwa mfano, haipo kwenye kizigeu cha NTFS), itawekwa alama na msalaba mwekundu,
Unapojaribu kwenda hatua inayofuata, mchawi atakuhimiza kutaja kiungo tofauti au
kumaliza kazi.

Kwa kubonyeza " Hifadhi ya muda" (Folda ya Kuweka) inaweza kubadilika
eneo la saraka ambayo itatumika kwa uhifadhi wa muda
data iliyorudiwa. Kwa chaguo-msingi, saraka hii iko katika kizigeu tofauti
kutoka kwa ile ambayo rasilimali iliyoshirikiwa inayohusishwa nayo DFS. Ijayo bwana
hukuhimiza kuchagua topolojia ya urudufishaji. Utahitaji kutaja mojawapo
chaguzi zifuatazo:

• Pete- replicas zote kubadilishana habari na mbili jirani;
• Nyota (Kitovu na alizungumza)- inaonyesha kiungo kikuu ambacho watafanya
  kubadilishana habari na nakala zingine zote;
• Matundu kamili (Mesh)- replicas zote kubadilishana na kila mmoja;
• Maalum (Custom)- baadaye msimamizi atasanidi kwa kujitegemea replication
  kwa kila jozi ya seva.

Topolojia ya pete ndiyo chaguo-msingi na inafaa kwa wengi
kesi. Kwa kweli, topolojia iliyochaguliwa ya urudufishaji inapaswa kuendana na muundo
mitandao. Kwa mfano, ikiwa kuna ofisi kuu ambapo rasilimali kuu ziko,
na matawi mengi yameunganishwa kwao kama inahitajika, basi katika hili
Katika kesi hii, mpango wa Nyota unafaa zaidi. Ikiwa hakuna mipangilio ya awali inayofaa,
tafadhali rejea sehemu Maalum.

Baada ya kuunda nakala ya kiunga, ikoni yake inayolingana kwenye dirisha la snap-in
itabadilika. Vipengee viwili vipya pia vitaonekana kwenye menyu ya muktadha: Onyesha/Ficha
hali ya urudufishaji na Acha kurudia. Sehemu ya hali ya urudufishaji inaweza kuwa nayo
moja ya matokeo matatu. Ikiwa mchakato wa kurudia umekamilika kwa kawaida, icons
kutakuwa na bendera za kijani. Msalaba mwekundu kwenye ikoni ya nakala itaonyesha kuwa iko sasa hivi
muda haupatikani, lebo katika sehemu ya Hali itabadilika kuwa Nje ya Mtandao. Ikiwa ndani
ni nakala zingine tu hazipatikani kwa kiunga kinachoangaliwa, ikoni ya manjano itaonekana
Pointi ya mshangao.

Kabla ya kufuta mojawapo ya nakala mbadala, lazima kwanza uzime
urudufishaji. Urudufishaji unapoanza tena, utasalimiwa na bwana yule yule. Kama
seva ni mtawala wa kikoa, pamoja na data zote za DFS mapenzi
iga yaliyomo katika kiasi cha SYSVOL. Kwa hiyo, ni lazima ikumbukwe kwamba mpaka
mpaka urudufishaji kamili wa nakala zote kutokea, anza mabadiliko yoyote kwa
usanidi DFS hatari sana, inaweza kuvuruga utendakazi wa kila kitu
kikoa.

Ikiwa chaguo la topolojia ya urudufishaji iliyochaguliwa kwa sababu fulani sivyo
inapokaribia, topolojia ya urudufishaji inaweza kubadilishwa kwa urahisi baadaye kwa kuchagua dirisha
mali ya kiungo kinacholingana na kwenda kwenye kichupo cha Kurudia. Hizi hapa
mipangilio michache muhimu zaidi. Kwa chaguo-msingi, urudufishaji huendelea mfululizo,
Kwa kubofya kitufe cha Ratiba, unaweza kubadilisha ratiba ya urudufishaji kwa wote
miunganisho. Chini kidogo ni vichujio vya faili na folda ndogo ambazo sio
itaigwa. Ili kufanya hivyo, bofya Hariri na uweke violezo vya faili au
saraka ndogo.

Ili kulazimisha kurudiwa kwa habari iliyohifadhiwa kwenye seva maalum,
unaweza kutumia matumizi ya NtfrsUtl.exe, ambayo imejumuishwa kwenye kifurushi
Zana za Usaidizi. Amri ni rahisi: "ntfrsutl poll /now server.com". Kuona
vipindi vya muda vilivyowekwa ambapo replication hutokea,
unapaswa kuingia "ntfrsutl poll". Mipangilio yote inapatikana kwa kutumia amri ya "ntfrsutl sets".
server.com".

Katika dirisha la mali la sehemu iliyowasilishwa kwenye huduma DFS, zaidi itaonekana
kichupo kimoja - DFS. Kwa kuifungua, mtumiaji anaweza kutazama ambayo imeshirikiwa
folda zinazohusiana na kiunga hiki, angalia hali ya nakala, chagua inayotumika
nakala ambayo itaelekezwa upya kwanza.

Msimamizi anapaswa kuangalia logi mara nyingi zaidi kwa udhibiti.
"Utawala - Mtazamaji wa Tukio - Huduma ya Kurudia Faili", ambapo unaweza
pata taarifa kuhusu matukio yote yanayotokea kwa huduma ya FRS.

Malengo makuu mawili.

Uwazi wa mtandao.
Lengo muhimu zaidi ni kutoa uwezo sawa wa kufikia faili zinazosambazwa kwenye mtandao wa kompyuta ambazo hutolewa katika mifumo ya kugawana wakati kwenye kompyuta za kati.

Upatikanaji wa juu.
Lengo lingine muhimu ni kuhakikisha upatikanaji wa juu. Hitilafu za mfumo au shughuli za kunakili na urekebishaji hazipaswi kusababisha faili zikosekana.

Wazo la huduma ya faili na seva ya faili.

Huduma ya faili ni nini mfumo wa faili hutoa kwa wateja wake, i.e. interface na mfumo wa faili.
Seva ya faili ni mchakato unaotumia huduma ya faili.

Mtumiaji haitaji kujua ni seva ngapi za faili ziko au ziko wapi.

Kwa kuwa seva ya faili kawaida ni mchakato wa kawaida wa mtumiaji, kunaweza kuwa na seva tofauti za faili kwenye mfumo ambao hutoa huduma tofauti (kwa mfano, huduma ya faili ya UNIX na huduma ya faili ya MS-DOS).

5.1 Usanifu wa mifumo ya faili iliyosambazwa

Mfumo uliosambazwa kawaida huwa na sehemu mbili tofauti - huduma ya faili yenyewe na huduma ya saraka.

5.1.1 Kiolesura cha seva ya faili

Kwa mfumo wowote wa faili, swali la kwanza la msingi ni faili ni nini. Kwenye mifumo mingi, kama vile UNIX na MS-DOS, faili sio mlolongo uliofasiriwa wa ka. Juu ya wengi Kwenye kompyuta za kati (IBM/370), faili inawakilishwa na mlolongo wa rekodi ambazo zinaweza kubainishwa na nambari yake au yaliyomo kwenye uwanja fulani (ufunguo). Kwa kuwa mifumo mingi iliyosambazwa inategemea matumizi ya mazingira ya UNIX na MS-DOS, hutumia toleo la kwanza la dhana ya faili.

Faili inaweza kuwa na sifa(habari kuhusu faili ambayo si sehemu yake). Sifa za kawaida ni mmiliki, ukubwa, tarehe ya kuundwa na ruhusa.

Kipengele muhimu cha mfano wa faili ni ikiwa faili zinaweza kurekebishwa baada ya uumbaji. Kawaida wanaweza, lakini kuna mifumo iliyo na faili zisizobadilika. Faili kama hizo huachilia watengenezaji kutoka kwa shida nyingi wakati wa kuweka kumbukumbu na kuzaliana.

Ulinzi hutolewa na taratibu sawa na katika kompyuta moja-processor - mamlaka na orodha ya haki za upatikanaji. Mamlaka ni aina ya tikiti iliyotolewa kwa mtumiaji kwa kila faili inayoonyesha haki za ufikiaji. Orodha ya haki za ufikiaji hubainisha kwa kila faili orodha ya watumiaji walio na haki zao. Mpango rahisi zaidi na haki za upatikanaji ni mpango wa UNIX, unaofautisha aina tatu za upatikanaji (kusoma, kuandika, kutekeleza), na aina tatu za watumiaji (mmiliki, wanachama wa kikundi chake, na wengine).

Huduma ya faili inaweza kutegemea moja ya mifano miwili - kupakia/kupakua na mifano ufikiaji wa mbali. Katika kesi ya kwanza, faili huhamishwa kati ya mteja (kumbukumbu au diski) na seva kwa ujumla, na kwa pili, huduma ya faili hutoa shughuli nyingi (kufungua, kufunga, kusoma na kuandika sehemu ya faili, kuhamisha pointer, kuangalia na kubadilisha sifa, nk). Njia ya kwanza inahitaji kiasi kikubwa cha kumbukumbu kwa mteja na gharama za kusonga sehemu zisizohitajika za faili. Kwa njia ya pili, mfumo wa faili hufanya kazi kwenye seva; mteja anaweza kukosa diski au kumbukumbu kubwa.

5.1.2 Kiolesura cha seva ya Saraka

Hutoa shughuli za kuunda na kufuta saraka, kutaja na kubadilisha faili, kuhamisha faili kutoka saraka moja hadi nyingine.

Inafafanua alfabeti na sintaksia ya majina. Kwa vipimo aina habari katika faili, sehemu ya jina (kiendelezi) au sifa ya wazi hutumiwa.

Mifumo yote iliyosambazwa inaruhusu saraka kuwa na subdirectories - mfumo kama huo wa faili unaitwa wa daraja . Mifumo mingine hukuruhusu kuunda viashiria au viungo vya saraka kiholela ambazo zinaweza kuwekwa ndani ya saraka. Katika kesi hii, inawezekana kujenga sio miti tu, bali pia grafu za kiholela (tofauti kati yao ni muhimu sana kwa mifumo iliyosambazwa, kwa kuwa katika kesi ya grafu, kuondoa uunganisho kunaweza kusababisha kuonekana kwa miti ndogo isiyoweza kufikiwa. ni ngumu sana kugundua miti ndogo kama hiyo katika mifumo iliyosambazwa).

Uamuzi muhimu wakati wa kuunda mfumo wa faili uliosambazwa ni ikiwa mashine (au michakato) inapaswa kuona safu ya saraka kwa njia sawa. Inahusiana sana na suluhisho hili ni uwepo wa saraka ya mizizi moja (unaweza kuwa na saraka kama hiyo na subdirectories kwa kila seva).

Kutaja uwazi.
Aina mbili za uwazi wa majina zinatofautishwa - uwazi wa eneo (/seva/d1/f1) na uwazi wa uhamiaji (ambapo kubadilisha eneo la faili hakuhitaji kubadilisha jina).

Kuna njia tatu za kutaja majina:


• gari + njia;
• kuweka mifumo ya faili ya mbali kwenye safu ya faili ya ndani;
• nafasi pekee ya majina ambayo inaonekana sawa kwenye mashine zote.

Njia ya mwisho ni muhimu kufikia kuonekana kwa mfumo uliosambazwa kama kompyuta moja, lakini ni ngumu na inahitaji muundo wa uangalifu.

Majina ya ngazi mbili.
Mifumo mingi hutumia aina fulani ya majina ya ngazi mbili. Faili (na vipengee vingine) vina majina ya kiishara kwa watumiaji, lakini pia vinaweza kuwa na majina ya mfumo jozi ya ndani ya kutumiwa na mfumo wenyewe. Kwa mfano, katika operesheni ya kufungua faili, mtumiaji anataja jina la mfano, na kwa kujibu hupokea jina la binary, ambalo hutumia katika shughuli nyingine zote na faili hii. Njia ya majina ya binary huundwa inatofautiana katika mifumo yote:

• ikiwa kuna seva kadhaa ambazo hazirejelei kila mmoja (saraka hazina kumbukumbu za vitu vya seva zingine), basi jina la binary linaweza kuwa sawa na katika UNIX OS;
• jina linaweza kuonyesha seva na faili;
• Wakati wa kutazama majina ya ishara, uwezo hurejeshwa kama majina ya binary, yaliyo na, pamoja na haki za ufikiaji, ama nambari halisi ya mashine iliyo na seva, au anwani ya mtandao ya seva, na nambari ya faili.

Kwa kujibu jina la mfano, mifumo mingine inaweza kurudisha majina mengi ya binary (kwa faili na nakala zake), ambayo inaboresha uaminifu wa kufanya kazi na faili.

5.1.3 Semantiki za kutenganisha faili

Semantiki za UNIX
Semantics ya asili ya kompyuta moja-processor ni kwamba ikiwa operesheni ya kuandika inafuatiwa na kusoma, basi matokeo yanatambuliwa na mwisho wa shughuli za awali za kuandika. Katika mfumo uliosambazwa, semantiki hizo ni rahisi kufikia tu wakati kuna seva moja ya faili na wateja hawana caches. Katika uwepo wa caches, semantics inakiukwa. Ni muhimu ama kutafakari mara moja mabadiliko yote katika cache katika faili, au kubadilisha semantics ya mgawanyiko wa faili.

Faili Zisizobadilika - mbinu kali sana ya kubadilisha semantiki ya mgawanyo wa faili.
Shughuli mbili tu - kuunda na kusoma. Unaweza kuchukua nafasi ya zamani na faili mpya - i.e. unaweza kubadilisha saraka. Ikiwa mchakato mmoja unasoma faili na mwingine unaibadilisha, basi unaweza kuruhusu mchakato wa kwanza kumaliza kufanya kazi kwenye faili ya zamani wakati michakato mingine tayari inaweza kufanya kazi kwenye mpya. Semantiki za kikao Mabadiliko kwenye faili iliyo wazi yanaonekana tu kwa mchakato (au mashine) ambayo hufanya mabadiliko haya, na tu baada ya kufunga faili huonekana kwa michakato mingine (au mashine). Ni nini hufanyika ikiwa michakato miwili ilifanya kazi kwenye faili moja kwa wakati mmoja - ama matokeo yataamuliwa na mchakato ambao ulifunga faili mara ya mwisho, au inaweza kusemwa tu kuwa moja ya matoleo mawili ya faili yatakuwa ya sasa. moja.

Shughuli
Mchakato unatoa oparesheni ya KUANZA MALIPO, ikionyesha kwamba shughuli zinazofuata zinapaswa kuendelea bila kuingiliwa kwa michakato mingine. Kisha hutoa mlolongo wa kusoma na kuandika, na kuishia na END OF TRANSACTION operation. Ikiwa miamala kadhaa itaanza kwa wakati mmoja, mfumo unahakikisha kuwa matokeo yatakuwa sawa na yangekuwa ikiwa miamala itatekelezwa kwa kufuatana (kwa utaratibu usiojulikana). Mfano ni shughuli za benki.

5.2 Utekelezaji wa mifumo ya faili iliyosambazwa

Vipengele vilivyojadiliwa hapo juu vya mifumo ya faili iliyosambazwa ambayo inaonekana kwa mtumiaji. Vipengele vya utekelezaji vimejadiliwa hapa chini.

5.2.1 Kutumia faili

Wakati wa kuanza utekelezaji, ni muhimu sana kuelewa jinsi mfumo utatumika. Haya hapa ni matokeo ya baadhi ya tafiti kuhusu matumizi ya faili (tuli na zenye nguvu) katika vyuo vikuu. Ni muhimu sana kutathmini uwakilishi wa data inayosomwa.

• Faili nyingi zina ukubwa wa chini ya 10K (lazima zipakuliwe kwa ukamilifu).
• kusoma ni kawaida zaidi kuliko kuandika (caching).
• kusoma na kuandika kunafuatana, ufikiaji wa nasibu ni nadra (kuweka akiba mbele, kusoma kwa kichwa, pop baada ya kuandika inapaswa kuwekwa kwenye vikundi).
• faili nyingi zina maisha mafupi (unda faili kwenye mteja na uihifadhi hapo hadi iharibiwe).
• faili chache zimeshirikiwa (caching katika mteja na semantiki za kikao).
• Kuna aina tofauti za faili zilizo na sifa tofauti (zinapaswa kuwa kwenye mfumo wako mifumo tofauti kwa madarasa tofauti).

5.2.2 Muundo wa mfumo

Kama kuna tofauti kati ya wateja na seva? Kuna mifumo ambapo mashine zote zina programu sawa na mashine yoyote inaweza kutoa huduma ya faili. Kuna mifumo ambayo seva ni michakato ya kawaida ya mtumiaji na inaweza kusanidiwa ili kuendeshwa kwenye mashine sawa na wateja au kwenye mashine tofauti. Kuna mifumo ambayo wateja na seva ni mashine tofauti kimsingi katika suala la maunzi au programu (inahitaji mifumo tofauti ya uendeshaji, kwa mfano).

Swali la pili- ikiwa seva ya faili na seva ya saraka inapaswa kuwa seva tofauti au kuunganishwa kuwa seva moja. Kugawanya hukuruhusu kuwa na seva tofauti za saraka (UNIX, MS-DOS) na seva moja ya faili. Ujumuishaji hukuruhusu kupunguza gharama za mawasiliano.

Katika kesi ya kujitenga kwa seva na ikiwa kuna seva tofauti directories kwa subtrees tofauti, shida ifuatayo inatokea. Ikiwa seva ya kwanza inayoitwa inapata seva zote zinazofuata kwa zamu, basi gharama kubwa za mawasiliano hutokea. Ikiwa seva ya kwanza itapitisha jina lililobaki kwa la pili, na la tatu, nk, basi hii hairuhusu kutumia RPC.

Suluhisho linalowezekana ni kutumia kashe ya kidokezo. Walakini, katika kesi hii, ikiwa mteja anapokea jina la binary lililopitwa na wakati kutoka kwa seva ya saraka, lazima iwe tayari kukataliwa na seva ya faili na uwasiliane na seva ya saraka tena (mteja anaweza kuwa sio mtumiaji wa mwisho!).

Mwisho swali muhimu - ikiwa seva zinapaswa kuhifadhi habari kuhusu wateja.

Seva za serikali. Faida.

• Ujumbe mfupi (majina ya binary hutumia jedwali la faili wazi).
• ufanisi wa juu (habari kuhusu faili wazi zinaweza kuhifadhiwa kwenye RAM).
• vitalu vya habari vinaweza kusomwa mbele.
• Ni rahisi kuthibitisha uhalali wa ombi ikiwa kuna hali (kwa mfano, kuhifadhi idadi ya ombi la mwisho).
• operesheni ya kukamata faili inawezekana.

Seva zisizo na utaifa . Faida.

• uvumilivu wa makosa.
• hakuna shughuli za FUNGUA/FUNGA zinazohitajika.
• hakuna kumbukumbu inayohitajika kwa meza.
• Hakuna vikwazo kwa idadi ya faili wazi.
• hakuna shida ikiwa mteja ataanguka.

5.2.3 Kuweka akiba

Katika mfumo wa seva ya mteja na kumbukumbu na diski, kuna maeneo manne ya kuhifadhi faili au sehemu zao.

Kwanza, kuhifadhi faili kwenye diski za seva. Hakuna tatizo la mshikamano kwani nakala moja ya faili ipo. tatizo kuu- ufanisi, kwani kubadilishana na faili inahitaji uhamisho wa habari kwa pande zote mbili na kubadilishana na diski.

Kuhifadhi kwenye kumbukumbu ya seva. Shida mbili ni kuweka faili nzima au vizuizi vya diski kwenye kashe, na jinsi ya kuzisukuma nje ya kache.

Gharama za mawasiliano zinabaki.

Caching katika mashine ya mteja inakuwezesha kuondokana na mawasiliano.

Uakibishaji wa diski ya mteja hauwezi kutoa faida yoyote juu ya uhifadhi wa kumbukumbu ya seva, na ugumu huongezeka sana.

Kwa hiyo, hebu tuangalie kwa karibu kuandaa caching katika kumbukumbu ya mteja.

• caching katika kila mchakato. (Ni vizuri ikiwa mchakato mmoja unafanya kazi kikamilifu na faili - kufungua na kufunga faili mara kwa mara, kusoma na kuandika, kwa mfano katika mchakato wa hifadhidata).
• kuakibisha kwenye kernel. (Juu ya kupata kernel).
• meneja wa kache kama mchakato tofauti. (Kiini hujiweka huru kutoka kwa kazi za mfumo wa faili, lakini kwa kiwango cha mtumiaji ni ngumu kutumia kumbukumbu kwa ufanisi, haswa wakati kumbukumbu halisi. Inawezekana kufanya kurasa ili kuepuka kubadilishana kwa disk).

Uchaguzi wa njia moja au nyingine inaweza kutathminiwa tu kwa kuzingatia asili ya maombi na data juu ya utendaji wa wasindikaji, kumbukumbu, disks na mitandao.

Mshikamano wa akiba.

Andika kupitia algorithm.
Haja ya kuangalia ikiwa maelezo katika kache yamepitwa na wakati. Kuandika husababisha gharama za mawasiliano (MS-DOS).

Uvivu wa kuandika algorithm.
Kwa vipindi vya kawaida, vizuizi vyote vilivyobadilishwa vimeandikwa kwa faili. Ufanisi ni wa juu, lakini semantiki haijulikani kwa mtumiaji (UNIX).

Algorithm ya kuandika kwa faili wakati wa kufunga faili .
Hutekeleza semantiki za kipindi. Sio mbaya zaidi kuliko kesi ambapo michakato miwili kwenye kompyuta moja inafungua faili, isome, irekebishe kwenye kumbukumbu zao, na uandike tena kwa faili.

Algorithm ya udhibiti wa kati .
Inaweza kushughulikia semantiki za UNIX, lakini haifai, haitegemei, na haina kiwango kizuri.

5.2.4 Uzazi

Mfumo unaweza kutoa huduma kama vile kudumisha nakala nyingi za faili maalum kwenye seva tofauti. Malengo makuu:

1. Kuongeza kuegemea.
2. Ongeza upatikanaji (kushindwa kwa seva moja hakusababishi kutopatikana kwa faili zilizorudiwa.
3. Sambaza mzigo kwenye seva kadhaa.
4. Uzazi wa wazi (opaque). Katika kukabiliana na kufungua faili, mtumiaji hupewa majina mengi ya mfumo wa jozi ambayo lazima ayatumie ili kunakili utendakazi wa faili kwa uwazi.
5. Uzazi wa uvivu. Nakala moja imeundwa kwenye seva moja, na kisha inaunda kiotomatiki (in muda wa mapumziko) nakala za ziada na kuhakikisha matengenezo yao.
6. Uzazi wa ulinganifu. Shughuli zote zinaitwa kwa wakati mmoja kwenye seva nyingi na kutekelezwa kwa wakati mmoja.

Itifaki za urekebishaji.
Kutuma ujumbe tu na operesheni ya kusahihisha kwa kila nakala sio suluhisho nzuri sana, kwani katika kesi ya ajali nakala zingine zinaweza kubaki bila kusahihishwa. Kuna algorithms mbili zinazotatua shida hii.

1. Njia ya kutoa nakala kuu. Seva moja inatangazwa kuwa bwana, na wengine ni watumwa. Mabadiliko yote ya faili yanatumwa kwa seva kuu. Kwanza husahihisha nakala yake ya ndani na kisha kutuma maagizo ya kusahihisha kwa seva za mkondo wa chini. Seva yoyote inaweza kusoma faili. Ili kulinda dhidi ya ajali ya seva kuu kabla ya marekebisho yote kukamilika, kabla ya nakala kuu kusahihishwa, seva kuu huhifadhi kazi ya kurekebisha katika kumbukumbu imara. Udhaifu - kushindwa kwa seva kuu hairuhusu marekebisho.
2. Mbinu ya kupiga kura. Wazo ni kuomba kusoma na kuandika faili kutoka kwa seva nyingi (kuandika kutoka kwa wote!). Ombi linaweza kuidhinishwa na nusu ya seva pamoja na moja. Katika kesi hii, lazima kuwe na makubaliano kuhusu nambari ya toleo la sasa la faili. Nambari hii huongezeka kwa moja kwa kila masahihisho ya faili. Unaweza kutumia maadili tofauti kwa akidi ya kusoma (Nr) na kuandika akidi (Nw). Katika hali hii, uhusiano Nr+Nw>N lazima uridhishwe. Kwa kuwa kusoma ni operesheni ya mara kwa mara, ni kawaida kuchukua Nr=1. Walakini, katika kesi hii, seva zote zitahitajika kwa akidi ya kurekodi.

5.2.5 Mfano: Mfumo wa Faili wa Mtandao wa Sun Microsystems (NFS)

Hapo awali ilitekelezwa na Sun Microsystem mnamo 1985 kwa matumizi kwenye vituo vyake vya kazi vya UNIX. Hivi sasa pia inaungwa mkono na makampuni mengine kwa UNIX na mifumo mingine ya uendeshaji (ikiwa ni pamoja na MS-DOS). Vipengele vifuatavyo vya NFS vinavutia - usanifu, itifaki na utekelezaji. Usanifu wa NFS. Inakuruhusu kuwa na seti kiholela ya wateja na seva kwenye kompyuta kiholela kwenye mtandao wa ndani au wa kiwango kikubwa.

Kila seva husafirisha idadi fulani ya saraka zake kwa ufikiaji wa wateja wa mbali. Katika kesi hii, saraka na subdirectories zao zote zinasafirishwa nje, i.e. kweli miti ndogo. Orodha ya saraka zilizosafirishwa zimehifadhiwa kwenye faili maalum, ambayo inaruhusu kusafirishwa kiatomati wakati boti za seva.

Mteja anapata ufikiaji wa saraka zilizohamishwa kwa kuzipachika. Ikiwa mteja hana diski, basi inaweza kuweka saraka kwenye saraka yake ya mizizi.

Ikiwa wateja kadhaa wameweka saraka sawa kwa wakati mmoja, wanaweza kushiriki faili kwenye saraka iliyoshirikiwa bila juhudi zozote za ziada. Urahisi ni fadhila ya NFS. Itifaki za NFS. Kwa kuwa moja ya malengo ya NFS ni kusaidia mifumo tofauti, wateja na seva zinaweza kufanya kazi kompyuta tofauti Na usanifu tofauti na OS mbalimbali. Kwa hivyo, inahitajika kuwa na itifaki kali za mwingiliano wao. NFS ina itifaki mbili kama hizo.
Itifaki ya kwanza inasaidia kuweka . Mteja anaweza kutuma seva jina la saraka linalostahiki (jina la njia) na kuomba ruhusa ya kuiweka. Ambapo mteja ataweka saraka haijalishi kwa seva na kwa hivyo haijaripotiwa kwake. Ikiwa njia imebainishwa kwa usahihi na saraka inafafanuliwa kama inayoweza kuhamishwa, basi seva inarudisha maelezo ya saraka kwa mteja. Kifafanuzi kina sehemu zinazotambulisha kipekee aina ya kompyuta, diski, nambari ya i-vertex (dhana ya UNIX OS) kwa saraka fulani, pamoja na habari kuhusu haki za ufikiaji kwake. Ncha hii inatumiwa na mteja katika shughuli za saraka zinazofuata.

Wateja wengi huweka saraka za mbali zinazohitajika kiotomatiki wakati wa kuanza (kwa kutumia utaratibu wa amri ya UNIX).

Toleo la UNIX OS iliyotengenezwa na Sun (Solaris) ina hali yake maalum ufungaji wa moja kwa moja. Kila saraka ya ndani inaweza kuwa na saraka nyingi za mbali zinazohusiana nayo. Wakati faili inafunguliwa ambayo haiko kwenye saraka ya ndani, OS hutuma maombi kwa seva zote (ambazo zinamiliki saraka maalum). Yeyote anayejibu kwanza saraka yake itawekwa. Njia hii inahakikisha kuegemea na ufanisi (wale walio huru watajibu mapema). Hii inadhania kuwa saraka zote mbadala zinafanana. Kwa kuwa NFS haitumii kuzidisha faili au saraka, hali hii ya uwekaji kiotomatiki hutumiwa hasa kwa saraka zilizo na misimbo ya programu au faili zingine ambazo hubadilishwa mara chache.

Itifaki ya pili ni ya kupata saraka na faili. Wateja hutuma ujumbe ili kudhibiti saraka na kusoma na kuandika faili. Unaweza kupata sifa za faili. Simu nyingi za mfumo wa Uendeshaji wa UNIX zinatumika, bila kujumuisha OPEN na CLOSE. Ili kupata maelezo ya faili kwa jina lake la mfano, operesheni ya LOOKUP inatumiwa, ambayo inatofautiana na kufungua faili kwa kuwa hakuna meza za ndani zinazoundwa. Kwa hivyo, seva katika NFS hazina uraia. Kwa hiyo, utaratibu maalum hutumiwa kukamata faili.

NFS hutumia utaratibu wa usalama wa UNIX. Katika matoleo ya kwanza, maombi yote yalikuwa na kitambulisho cha mtumiaji na kikundi chake (kuangalia haki za ufikiaji). Miaka kadhaa ya uendeshaji wa mfumo ilionyesha udhaifu wa mbinu hii. Utaratibu wa kriptografia sasa unatumika na funguo za umma ili kuthibitisha uhalali wa kila ombi na jibu. Data haijasimbwa kwa njia fiche.

Vifunguo vyote vinavyotumiwa kwa udhibiti wa upatikanaji vinasaidiwa na huduma maalum (na seva) - mtandao huduma ya habari(NIS). Kwa kuhifadhi jozi (ufunguo, thamani), huduma inahakikisha kwamba thamani ya msimbo inarudi wakati funguo zimethibitishwa kwa usahihi. Zaidi ya hayo, hutoa maonyesho ya majina ya mashine kwenye yao anwani za mtandao, na maonyesho mengine. Seva za NIS hutumia mpango mkuu wa mtumwa kutekeleza uenezi (uenezi wa uvivu). Utekelezaji wa NFS(XDR - Uwakilishi wa Data ya Nje)

Madhumuni ya safu ya mfumo wa faili ni kudumisha, kwa kila faili iliyo wazi, safu katika jedwali (v-vertex), sawa na UNIX i-vertex. Mstari huu utapata kutofautisha faili za mitaa kutoka kwa mbali. Kwa faili za mbali, taarifa zote muhimu huhifadhiwa kwenye r-vertex maalum katika mteja wa NFS, ambayo inarejelewa na v-vertex. Seva haina majedwali yoyote.

Uhamisho wa habari kati ya mteja na Seva ya NFS zinazozalishwa katika vitalu 8K (kwa ufanisi).

Akiba mbili - kashe ya data na kashe ya sifa ya faili (zinafikiwa mara nyingi sana; watengenezaji wa NFS walidhani makisio ya 90%). Imetekelezwa semantiki za uandishi wavivu, somo la ukosoaji kwa NFS.

Pia kuna kashe ya kidokezo ili kuharakisha kurejesha v-vertex kwa jina la mfano. Wakati wa kutumia kidokezo cha urithi, mteja wa NFS atawasiliana na seva ya NFS na kusasisha kashe yake (mtumiaji hahitaji kujua chochote kuhusu hili).

Maabara ya Teknolojia ya Habari Sambamba, Kituo cha Kompyuta cha Utafiti MSU