Vazhdimi i "gjërave të vogla të përjetuara". Pjesët e mëparshme mund të lexohen.
Publikimi i sotëm do të jetë një lëshim premtues. Në përputhje me atë që premtova, do t'ju tregoj se si mund të bëni një gjë interesante me DFS. Kjo, natyrisht, nuk do të jetë një tolerancë e plotë e gabimeve të të dhënave të skedarit, por diçka e ngjashme me një kopje rezervë në internet, të paktën.
Për të filluar, unë do të përsëris bindjet e mia empirike se nuk duhet të organizoni një grup skedarësh duke përdorur mjetet DFS. DFS nuk u krijua për këto qëllime. Dhe për të shënuar I-në, këtu janë argumentet e mia:
- DFS nuk ka asnjë mënyrë për të përcaktuar se cila kopje e një skedari është e saktë.
- Nëse ka disa kopje në një sajt, DFS vetë zgjedh se ku të dërgojë një kërkesë përdoruesi, në kopjen A ose në kopjen B, duke u udhëhequr nga ngarkesa e punës së serverit të ruajtjes. (Ka disa cilësime për rendin në të cilin zgjidhet një kopje, por ato nuk e ndryshojnë thelbin: nëse ka disa kopje brenda një siti, atëherë zgjedhja e një të veçantë mund të jetë e paparashikueshme.
- Këto nuanca bëjnë të mundur simulimin e një situate kur përdoruesi A kontakton kopjen A dhe do të punojë me të dhëna atje, dhe përdoruesi B do të kontaktojë kopjen B dhe do të punojë me të dhëna atje. Si rezultat, do të formohen DY degë të të dhënave të ndryshuara dhe DFS nuk do të dijë se cilat të dhëna janë të sakta, por thjesht do të zgjedhë ato që janë ndryshuar më së fundi. Ju mund të imagjinoni se çfarë do të ndodhë në këtë situatë me ruajtjen e skedarëve, ose edhe më keq, me bazat e të dhënave.
- Epo, vlen të përmendet se përsëritja e skedarëve të hapur mund të vonohet pafundësisht. Shembulli më i thjeshtë janë përdoruesit që nuk i mbyllin dokumentet e zyrës kur dalin nga shtëpia.
Mund të ndërtoni një lloj kopjeje në internet bazuar në DFS, e cila nuk do të funksionojë shumicën e kohës (që do të thotë se shumica e problemeve me sinkronizimin e të dhënave nuk do të shfaqen) dhe që mund të aktivizohet nëse kopja kryesore dështon.
Për shembull, mund të duket kështu:
Këtu (duke përdorur dosjen e Departamentit si shembull), krijohen dy kopje të së njëjtës dosje, konfigurohen grupi i replikimit dhe detyrat e riprodhimit (e gjithë kjo bëhet nga magjistari i konfigurimit dhe nuk do t'ju shkaktojë ndonjë problem). Ideja më e shijshme është se një nga lidhjet me serverët e ruajtjes është i çaktivizuar, d.m.th. Ekziston një kopje, riprodhimi midis serverëve po vazhdon siç është specifikuar, por përdoruesit që hyjnë në këtë dosje nëpërmjet DFS do të ridrejtohen ekskluzivisht te serveri i parë aktiv.
Serveri i dytë do të kopjojë të dhënat sa më shumë që të jetë e mundur dhe do të jetë, si të thuash, "në kapje". Në rast të ndonjë situate jonormale, do të jetë e mundur të kalohet dhe të aktivizohet lidhja me serverin e dytë, dhe të çaktivizohet lidhja me të parin, dhe përdoruesit do të arrijnë përsëri te të dhënat e tyre amtare, të cilat do të jenë po aq të rëndësishme sa DFS përsëritja ishte në gjendje të bënte (në praktikë kjo është nga rëndësia e plotë, d.m.th. gjendja 0,5-2 sekonda më parë, deri në 2-3 ditë në rastin e skedarëve të hapur që nuk përsëriten derisa të mbyllen, pra të zhbllokohen nga aplikacioni).
Do të dukej e mrekullueshme! Ne vrapuam urgjentisht për ta bërë këtë super-sistem! Por përveç të gjitha pikave të mira, ka edhe ato jo shumë të mira:
- Do t'ju duhet të paktën dyfishi i hapësirës në çdo vëllim për dosjen e fshehur DfsrPrivate (një dosje shërbimi për riprodhimin e të dhënave). Duke marrë parasysh kostot e dyfishta të ruajtjes së të dhënave (e njëjta gjë ruhet në të dy serverët dhe ata punojnë vetëm me një nga një), kjo nuk duket më aq joshëse, pasi hapësira për një tolerancë të tillë gabimi duhet të ndahet të paktën 4 herë më shumë se vetë të dhënat
- Përdoruesit ndonjëherë përjetojnë ngadalësim gjatë punës me DFS. Nuk arrita të kuptoj arsyet e sakta, por ishte gjithmonë pasojë e pranisë së disa kopjeve, dhe ngarkesës jo zero në rrjet. Sapo kishte vetëm një kopje, frenat u bënë jashtëzakonisht të vogla. Kjo definitivisht nuk lidhej me përsëritjen e punës, dukej shumë si një lloj problemi me zgjidhjen e emrave të DFS.
- Në mënyrë që përdoruesit të shohin kopjen e re në të cilën i keni kaluar në "X orë", me shumë mundësi do të duhet të rinisin kompjuterin e tyre, përndryshe do të përpiqen të ndjekin rrugën e vjetër.
- Nuk bëra kalim automatik në një kopje të punës. Nuk ka metoda standarde për këtë, dhe shkrimi i një skenari mrekullie në një situatë ku vetë teknologjia ka kaq shumë të meta, më dukej budallallëk.
Nga rruga, sipas atyre që dinë, në mjedisin Windows Server 2008 (R2), DFS (dhe veçanërisht shërbimi i riprodhimit të tij) është përmirësuar në mënyrë dramatike dhe, ndoshta, disa nga problemet janë zgjidhur me sukses. Provojeni - ndoshta skema e propozuar do të funksionojë shumë më mirë atje.
Vazhdon.
P pse më duhet DFS?
A për organizimin e një hapësire të vetme të strukturuar për larjen e skedarëve, tolerante ndaj gabimeve në organizatë. në vend të një kopshti zoologjik me topa dhe disqe të pakuptueshëm, ne kemi një rrënjë të vetme (e cila mund t'u jepet përdoruesve si një disk, për shembull), në të cilën ne mund të krijojmë një strukturë të përshtatshme për ne në formën e dosjeve virtuale (madje të ndërthurur, të paktën të përziera me ato reale), të cilave, në një formë të përshtatshme, ne kapim edhe topa rrjeti, të vendosura fizikisht në serverë të ndryshëm. njerëz, njerëz, një makinë rrjeti - kjo është shumë e përshtatshme në krahasim me fermën kolektive, të cilën e kanë shumica e njerëzve!
P A duhet të integroj hapësirën e emrave në Active Directory (Hapësira e emrave DFS e bazuar në domen) apo të përdor hapësirën e emrave të pavarur DFS?
A hapësira e emrave të integruar DFS ruhet në AD (e rezervuar, përkatësisht, "për kompaninë". A bëni kopje rezervë të Active Directory?;) dhe ju lejon të keni disa serverë të hapësirës së emrave, d.m.th. ka një mekanizëm të integruar të tolerancës së gabimeve. Stand Alone DFS NS nuk ka mekanizma të integruar (toleranca ndaj gabimeve arrihet duke përdorur grupimin). Microsoft rekomandon përdorimin e DSF të bazuar në domen nëse numri i lidhjeve (dosjet virtuale) nuk është më shumë se 5000. Stand Alone DFS rekomandon kufizimin e 50,000 lidhjeve. ky nuk është një kufi i vështirë, këto janë rekomandime (pas tejkalimit të shifrës, duket se performanca duhet të fillojë të bjerë). ato. Si rezultat, marrim se qëndrimi i vetëm është i dobishëm për t'u përdorur në një rrjet të vogël, për shembull, nëse nuk ka AD ose, anasjelltas, në rastin e një ruajtjeje skedari jashtëzakonisht të madh, në raste të tjera është më fitimprurëse të përdoret hapësira e emrave të integruar DFS.
PS: disa borgjezë më të papërgjegjshëm shkruajnë "Rrënja e pavarur DFS nuk ka asnjë dosje të përbashkët DFS në nivelin rrënjë dhe vetëm një nivel i lidhjes DFS është i mundur", por nuk e kuptoj fare se çfarë do të thotë kjo.
P cilët janë mekanizmat e dështimit në DFS të bazuara në domen?
A Informacioni rrënjësor i DFS ruhet në Active Directory (në rast se keni disa kontrollues domenesh të mbështetur edhe këtu) dhe përsëriten në serverët e hapësirës së emrave DFS (të cilët mund të jenë gjithashtu shumë). lidhjet (dosjet virtuale që krijoni në DFS Root dhe në të cilat montoni topa fizike) mund të kenë disa (jo domosdoshmërisht 2, ndoshta më shumë) top-burim, të dhënat në të cilat kopjohen mes tyre.
Pçfarë është përsëritja e DFS dhe çfarë është
A mekanizëm për sinkronizimin e përmbajtjes së burimeve të shumta DFS.
ndodh: FRS(Shërbimi i përsëritjes së skedarëve) - përsëritje e rregullt;)
DFSR(Distributed File System Replication) - një përsëritje në modë që u shfaq në Windows Server 2003R2 dhe 2008. përdor RDC (kompresim diferencial, dmth transferohen vetëm ndryshimet në skedar dhe jo i gjithë skedari i ndryshuar, siç ishte rasti në FRS. Në përgjithësi. , për kanalet tona të vdekura është një gjë shumë e dobishme). Vini re se replikimi i DFS është asinkron, d.m.th. burimet nuk janë rënë dakord për disa kohë.
P gjërat për t'u kujdesur pas vendosjes së DFS
A mbi vendndodhjen dhe sigurinë e dosjes DFSRPrivate në çdo burim (përdoret për të ruajtur informacione të përsëritura, skedarë të fshirë dhe konfliktualë nga pikëpamja e përsëritjes). si parazgjedhje, ruhet në vetë dosjen e burimit me të drejta të trashëguara "nga lart" (në përgjithësi, e çuditshme, teknet nuk thotë se vetëm administratorët do të kenë akses. Ndoshta në 2008R2 diçka është korrigjuar). nëse keni të drejta brenda burimit siguria e dosjeve është e ndryshme (e cila në vetvete është disi e ngathët nga pikëpamja e arkitekturës së ruajtjes së skedarëve), atëherë njerëzit mund të kenë akses atje ku nuk kanë nevojë.plus, duart e vogla lozonjare të Kulibins nuk do të shtojnë gëzim.
PÇfarë është dosja "DFSRPrivate \ Staging" dhe si mund ta përmasoj saktë?
A kjo është dosja ku ruhen kopjet e përkohshme të skedarëve për replikim, përmes së cilës ato në fakt transferohen. është në të gjitha burimet. madhësia, të paktën për kohëzgjatjen e riprodhimit primar, është më mirë të vendosni pak më shumë se madhësia e skedarit maksimal që haset në dosjen e përsëritur (nëse nuk keni extremals që ruajnë gigaz të varese në një arkiv një terabajt, sigurisht) . e rëndësishme: një skedar më i madh se dosja Staging përsëritet normalisht dhe nuk do të ngecë askund, siç mendojnë disa, thjesht procesi i replikimit do të zhvillohet në disa faza (skedari do të pritet në disa pjesë dhe do të transferohet në pjesë), të cilat do të ngadalësoni disi procesin.
Pçfarë është dosja "DFSRPrivate \ Konflikti dhe i fshirë"
A duke qenë se disa përdorues mund të ndryshojnë të njëjtin skedar në të njëjtën kohë, parimi i "kushdo që e ka shkruar skedarin i fundit është i njëjtë". skedari i dështuar dërgohet në këtë dosje dhe një hyrje përkatëse shfaqet në ConflictandDeletedManifest.xml. gjithashtu, nëse ka një kuti kontrolli "ruani skedarët e fshirë në dosjen e konfliktit", skedarët e fshirë nga përdoruesit do të ruhen atje (është shumë i përshtatshëm për t'u rivendosur). kështu që nuk do të kursej në madhësi.
P Cilat janë problemet kryesore me replikimin e DFS?
A Shumica e problemeve me replikimin e DFS që hasa ishin për shkak të Ekzaminimit të Skedarit (kufizim në shtesat e lejuara të skedarëve) dhe Kuotave të Diskut (kufizim në madhësinë e dosjes). sidomos në rastin e replikimit primar. gjithçka është e qartë me kuotat e diskut, ju duhet t'i monitoroni ato (duke pasur parasysh që drejtoria DFSRPrivate së bashku me "Staging" dhe "Conflict and Deleted" janë si parazgjedhje të vendosura në vetë dosjen e burimit), atëherë me Screening Skedari është i plotë - ju duhet ose të zhvendosni dosjen DFSRPrivate në një vend ku nuk ka kufizime (që është e papërshtatshme) ose të përpiqeni të bëni përjashtime për dosjet "DFSRPrivate" (dhe është e fshehur) ose të çaktivizoni përkohësisht ndalimet (edhe në burimin parësor! përndryshe skedari nuk do të përfundojë në Skenim në burim dhe nuk do të kopjohet) ose të fshijë të gjithë përdoruesit e skedarëve që janë nën filtrat ndalues (mos harroni se skedari i shqyrtimit ndalon vetëm krijimin e skedarëve të rinj të shtesave të caktuara, jo praninë e tyre. është, nëse skedarët tashmë ekzistojnë dhe ne mundësojmë rregullat e ndalimit në shqyrtim, atëherë skedarët që bien nën filtra nuk mund të krijohen -ndryshohen, por ju mund të lexoni-fshini. kështu që do të kemi një gabim kur përpiqemi të riprodhojmë, kur shërbimi përpiqet të shkruajë një skedar të përsëritur të ndaluar në dosjen Staging, shqyrtimi i skedarit do të betohet për një gabim th "pa hapësirë në disk", mbi të cilën do të qëndrojë i gjithë replikimi).
P ku ruhen regjistrat e detajuar të replikimit?
A përveç dialogut të ngjarjeve "a in% windir% \ debug \ DFSR * .log.gz - i arkivuar, dhe% windir% \ debug \ DFSR * .log - i përditësuar.
P Cilat janë hollësitë e DFS?
A1 megjithëse lejohet montimi i një hapësire emri si dosje në një hapësirë tjetër emri, në praktikë, kur montoni një DFS të pavarur Windows Server 2003 në një dosje të një tjetri të integruar në AD DFS Windows Server 2008, kjo avangardë çoi në një BSOD kur duke hyrë në një dosje të tillë me kompjuter me Windows XP;) me sa duket, borgjezi kishte parasysh se vetëm hapësira të ndryshme emrash të bazuara në domene mund të bashkohen.
A2 kur dosja kryesore bie jashtë burimeve në DFS, kur e futni atë nga Windows XP, ka një vonesë të barabartë me kohën e memorizimit të strukturës DFS (si parazgjedhje, 300 sekonda, me sa mbaj mend). nëse hyni nga Windows Vista / 7/2008, atëherë nuk ka vonesë. siç shkruajnë borgjezët, ajo është e lidhur me protokollet e rrjetit të rishkruara në dritaret e reja "në mënyrë që një dështim i plotë automatik, nëse keni klientë XP, nuk do të funksionojë, duhet të përdorni mjete pak të ndryshme ose të shkëputni burimet me dorë ( për shembull, në rast të një mbylljeje të planifikuar të një prej serverëve).
A3 Meqenëse riprodhimi i DFS është asinkron, nuk ia vlen të mbash ndonjë bazë të dhënash në një dosje me dy ose më shumë burime të përsëritura. në momentin e tranzicionit midis burimeve, ai është jashtë sinkronizimit.
Pçfarë të bëni tjetër me DFS?
A aktivizoni ABE (Access Based Enumeration) në vetitë e secilit top - kjo teknologji ju lejon të fshehni dosjet nga përdoruesi në të cilat ai nuk ka qasje. i dobishëm për shumë arsye - dhe ne nuk e mërzitim përdoruesin me një mori dosjesh në të cilat ai nuk mund të hyjë (ai do të shohë vetëm dosjet në të cilat ka akses), dhe ne nuk japim asnjë informacion indirekt (pak njerëz nuk do të jenë sinjalizohet nga dosja " Planifikoni të shkurtoni stafin me tre herë ") dhe e bën më të përshtatshëm navigimin nëpër koshin e skedarëve.
P si mund të regjistrohem në DFS pas krijimit? ;)
A në rastin e hapësirës së emrave DFS të bazuar në Doman - "\\ Emri i Domenit \ DFSRootName" në shiritin e adresave të Explorer "a, në rastin e Stand Alone - si në një top të rregullt -" \\ Emri i Serverit \ DFSRootName ". Mund të hartoni si një topin e rregullt -" neto perdor Z: \\ DOMAIN.Local \ MyCoolDFS \ "dhe" neto perdor Z: \\ Server \ MyCoolDFS \ "respektivisht.
Sistemi i skedarëve të shpërndarë DFS(Distributed File System) është një teknologji që ofron ndarje të thjeshtuar të skedarëve dhe aftësi të riprodhimit global të të dhënave. Falë DFS, burimet e përbashkëta (drejtoritë dhe skedarët) të shpërndara nëpër serverë të ndryshëm mund të kombinohen në një strukturë të vetme logjike UNC, e cila duket si një burim i vetëm rrjeti për përdoruesit. Edhe nëse ndryshoni vendndodhjen fizike të dosjes së synuar, kjo nuk ndikon në aksesin e përdoruesit në të.
Zbatimi i DFS në Windows Server 2012 ndryshon nga versionet e mëparshme të Windows. Para së gjithash, vërejmë se teknologjitë DFS në Windows Server 2012 zbatohen si dy shërbime të veçanta, të pavarura - Hapësirat e emrave DFS dhe Replikimi i DFS përfshirë në rolin e serverit të skedarëve (Shërbimet e skedarëve dhe ruajtjes).
- Hapësirat e emrave DFS (DFSN ose DFS-N)- Hapësira e emrave të DFS. Ju lejon të kombinoni dosjet publike të vendosura në serverë të ndryshëm në një organizatë në një strukturë të vetme logjike. Çdo hapësirë emri duket si një dosje e vetme rrjeti me nëndrejtori për përdoruesin. Struktura aktuale e kësaj hapësire emri DFS është e fshehur nga përdoruesi dhe mund të përfshijë dosje të ndryshme rrjeti të vendosura në serverë dhe sajte të ndryshëm.
- Replikimi i DFS (DFSR ose DFS-R)- Shërbimi i përsëritjes së DFS. Ju lejon të organizoni një shërbim efikas të replikimit të drejtorive (duke përfshirë ato të përfshira në hapësirën e emrave të DFS) midis serverëve dhe sajteve të ndryshme AD. Ky shërbim për replikim përdor një algoritëm special të kompresimit diferencial në distancë - RDC - kompresim diferencial në distancë. Falë RDC, e cila gjurmon ndryshimet në skedarë, replikimi nuk kopjon skedarë të tërë (siç është rasti me replikimin e FRS), por ndryshon vetëm blloku i tyre.
Instalimi i shërbimeve DFS në Windows Server 2012
Mund të instaloni shërbimet DFS duke përdorur konsolën e Menaxherit të Serverit ose duke përdorur Windows PowerShell.
Siç thamë, shërbimet e DFS janë pjesë e rolit Skedarët dhe Shërbimet e ruajtjes:
Por është më e lehtë dhe më e shpejtë të instalosh të gjitha shërbimet DFS dhe panelin e menaxhimit të DFS duke përdorur PowerShell:
Install-WindowsFeature FS-DFS-Namespace, FS-DFS-Replication, RSAT-DFS-Mgmt-Con
Këshilla... Natyrisht, ju mund të instaloni veçmas shërbimet DFS dhe panelin e menaxhimit të DFS.
ku FS-DFS-Hapësira e emrave- Shërbimi i hapësirave të emrave DFS
FS-DFS-Replikimi- Shërbimi i riprodhimit të DFS
Konfigurimi i hapësirës së emrave DFS në Windows Server 2012
Le të kalojmë në përshkrimin e procedurës për konfigurimin e hapësirës së emrave DFS, për të cilën duhet të hapni panelin e kontrollit Mjet i menaxhimit të DFS.
Le të krijojmë një hapësirë të re emri ( Hapësirë e re emrash).
Duhet të specifikoni emrin e serverit që do të përmbajë hapësirën e emrave (kjo mund të jetë ose një kontrollues domeni ose një server anëtar).
Pastaj duhet të specifikoni emrin e hapësirës së emrave të krijuar DFS dhe të shkoni te cilësimet e avancuara (Redakto Cilësimet).
Këtu duhet të specifikoni emrin e hapësirës së emrave të DFS dhe lejet për këtë drejtori. Zakonisht rekomandohet të specifikoni që të gjithëve t'u lejohet qasja në dosjen e rrjetit, me ç'rast të drejtat e aksesit kontrollohen në nivelin e sistemit të skedarëve NTFS.
Më pas, magjistari do t'ju kërkojë të specifikoni llojin e hapësirës së emrave për të krijuar. Mund te jete Hapësira e emrave e bazuar në domen(hapësira e emrit të domenit) ose Hapësirë emrash e pavarur(hapësirë e veçantë emri). Hapësira e emrave e bazuar në domen ka një sërë avantazhesh, por për funksionimin e saj ju nevojiten vetë domeni Active Directory dhe të drejtat e administratorit të domenit (ose prania e të drejtave të deleguara për të krijuar hapësira të emrave të domenit DFS).
Pas përfundimit të magjistarit, hapësira e re e emrave të DFS që krijuam do të shfaqet në degën "Hapësirat e emrave" të panelit të menaxhimit të DFS. Për t'u siguruar që kur hyjnë në drejtoritë DFS, përdoruesit mund të shohin vetëm ato direktori në të cilat kanë akses, aktivizoni Numërimin e bazuar në DFSAccess për këtë hapësirë (më shumë rreth kësaj teknologjie në artikull). Për ta bërë këtë, hapni dritaren e vetive të hapësirës së emrave të krijuar.
Dhe në skedën E avancuar aktivizoni opsionin Aktivizo numërimin e bazuar në akses për këtë hapësirë emri.
Për të parë përmbajtjen e hapësirës së re DFS, thjesht shkruani në dritaren UNC Explorer shtegun: \\ domain_or_server_name \ DFS
Shtimi i një serveri shtesë DFS
Një server shtesë mund të shtohet në hapësirën e emrave të domenit DFS (Artikulli i menusë "Shto Hapësirën e Emrave Server") që do ta mbështesë atë. Kjo është bërë për të rritur disponueshmërinë e hapësirës së emrave DFS dhe lejon që serveri i hapësirës së emrave të mbahet në të njëjtin sajt me përdoruesit.
shënim... Hapësirat e pavarura të emrave DFS mbështesin vetëm një server.
Shtimi i një drejtorie të re në një hapësirë emrash ekzistuese DFS
Tani duhet të shtojmë drejtorinë e re të rrjetit në hierarkinë e hapësirës së emrave të DFS që krijuam. Klikoni butonin Shto objektivin e dosjes.
Specifikoni emrin e drejtorisë në hapësirën DFS dhe vendndodhjen e saj reale në serverin ekzistues të skedarëve ( Objektivat e dosjeve).
Konfigurimi i riprodhimit të DFS në Windows Server 2012
Teknologjia e riprodhimit DFS-R është krijuar për të siguruar tolerancën e gabimeve për hapësirën e emrave të DFS dhe balancën e ngarkesës midis serverëve. DFS-R balancon automatikisht trafikun midis kopjeve në varësi të ngarkesës së tyre dhe, nëse njëri prej serverëve nuk është i disponueshëm, i ridrejton klientët në një server tjetër kopje. Por, përpara se të flasim për përsëritjen e DFS dhe konfigurimin e tij në Windows Server 2012, le të rendisim kërkesat dhe kufizimet kryesore të sistemit:
- DFS Replication duhet të instalohet në të gjithë serverët që planifikoni të përfshini në grupin e riprodhimit
- Të gjithë serverët në një grup replikimi duhet të jenë në të njëjtin pyll AD
- Niveli i pyllit të Active Directory duhet të jetë së paku Windows Server 2003 R2 (kur instaloni kontrolluesin e parë të domenit në Windows Server 2012).
- Niveli funksional i domenit - të paktën Windows Server 2008
- Sigurohuni që programi antivirus në serverët e skedarëve të jetë i pajtueshëm me teknologjinë e replikimit DFS
- Drejtoritë e përsëritura duhet të vendosen në vëllime NTFS (sistemet e skedarëve dhe FAT nuk mbështeten). Nuk mbështetet gjithashtu përsëritja e të dhënave të ruajtura në Vëllimet e përbashkëta të grupit.
Në konsolën e menaxhimit të DFS, zgjidhni hapësirën e emrave të DFS që ju nevojitet dhe kliko me të djathtën në drejtorinë për të cilën dëshironi të krijoni një kopje dhe zgjidhni Shto objektivin e dosjes.
Dhe specifikoni shtegun e plotë (UNC) në drejtorinë e rrjetit të një serveri tjetër ku do të ruhet kopja. 
Kur pyetemi nëse dëshironi të krijoni një grup replikimi, ne përgjigjemi me Po. 
Nis magjistari i konfigurimit të replikimit. Ne kontrollojmë emrin e grupit të riprodhimit dhe drejtorisë. 
Ne tregojmë primare ( fillore) server. Është ky server që do të jetë burimi i të dhënave për përsëritjen fillestare (primare). 
Pastaj zgjedhim llojin e topologjisë (lidhjes) ndërmjet anëtarëve të grupit të replikimit. Në shembullin tonë, zgjidhni Rrjetë e plotë(të gjitha me të gjitha). 
Dhe së fundi, ne specifikojmë orarin e riprodhimit dhe parametrat e frenimit të gjerësisë së brezit - kufizimi i gjerësisë së brezit të disponueshëm për përsëritje. 
Pas përfundimit të magjistarit, do të fillojë sinkronizimi fillestar.
Nëse është e nevojshme, mund të vendosni parametrat e avancuar të orarit të riprodhimit dhe gjerësinë maksimale të brezit për këtë trafik në degë Replikimi.
Microsoft Dfs ofron një mënyrë të shkëlqyer për t'u ofruar përdoruesve qasje të lehtë në të dhënat e ruajtura në kompjuterë të largët. Me Dfs, dosjet mund të shikohen dhe aksesohen si një grup i veçantë drejtorish të përbashkëta përmes një hierarkie të njohur e të unifikuar, edhe kur burimet ndodhen në domene të ndryshme ose në media të ndryshme fizike. Për ata që nuk përdorin shërbimin Dfs, nga frika e kompleksitetit të tij, dua t'ju kënaq: nuk ka asgjë për t'u frikësuar - vendosja e Dfs është intuitive, dhe përdorimi i tij është edhe më pak i vështirë. Në këtë artikull, unë do të shpjegoj se si funksionon ky shërbim dhe do t'i prezantoj lexuesit me një konfigurim tipik. Sapo të fillojnë të përdorin Df-të, administratorët zakonisht nuk mund të kuptojnë se si kalonin më parë pa të.
Si funksionon Dfs
Thelbi i këtij shërbimi është drejtoria e përbashkët, e cila është rrënja e hierarkisë Dfs. Nëpërmjet Dfs, këto direktori rrjeti formojnë një hapësirë emrash sekuenciale, të veçantë. Sistemet e klientëve përdorin koncepte të njohura si disku i hartës ose shtegu i Konventës Universale të Emërtimit (UNC) për t'u lidhur me rrënjën Dfs. Pasi klienti është i lidhur, struktura Dfs vepron si një drejtori e zakonshme e përbashkët që përmban nëndrejtori nëpër të cilat përdoruesit mund të lundrojnë. Çdo nëndrejtori e aksesueshme nga rrënja e Dfs është në fakt një lidhje me një drejtori të përbashkët (burimi i lidhjes) kudo në rrjet. Dfs drejton automatikisht klientin që akseson ndarjen e rrjetit në vendndodhjen aktuale të të dhënave. Siç tregon Figura 1, dosjet që shikon përdoruesi janë ridrejtime Dfs të përdoruesve në drejtori të ndryshme të përbashkëta në serverët A, B dhe C. Burimi i lidhjes mund të jetë çdo sistem që përdor sistemin e skedarëve të rrjetit, i cili mund të arrihet përmes shtegut UNC, të tilla si sistemet Windows, Novell NetWare dhe UNIX ose Linux (d.m.th., makinat me sistemin e skedarëve NFS).
Oriz. 1. Ridrejtimi i të dhënave Dfs
Dfs ju lejon të përdorni dy lloje rrënjësh: të pavarur dhe Active Directory (AD) të integruara. Ato ndryshojnë në mënyrën se si ruhen të dhënat Dfs. Për rrënjët e pavarura, hierarkia Dfs e lidhjeve të ndryshme të ndarjes së rrjetit ruhet në regjistrin lokal të serverit Dfs. Kjo mënyrë e ruajtjes së informacionit nuk nënkupton mundësinë e dyfishimit në serverët e tjerë Dfs, domethënë nëse serveri i vetëm Dfs që përmban rrënjën Dfs bëhet i padisponueshëm, hierarkia Dfs bëhet plotësisht e paarritshme për të gjithë klientët në rrjet. Nëse serveri Dfs nuk është i disponueshëm, klientët mund të hyjnë ende direkt në drejtoritë e përbashkëta në serverë. Ata thjesht nuk do të jenë në gjendje të përdorin shërbimin Dfs për të hyrë në burime. Ju do të duhet të përdorni rrënjët Dfs offline nëse sistemi nuk përmban AD ose nëse administratorët e sistemit Dfs nuk janë administratorë domeni dhe për këtë arsye nuk mund të fitojnë privilegje të mjaftueshme (d.m.th., për të hyrë në objektin DFS-Configuration në kontejnerin System të ndarjes AD për domenin) për të menaxhuar sistemin Dfs ...
Windows 2000 Server dhe më vonë gjithashtu mbështesin rrënjët Dfs të integruara në AD (të njohura gjithashtu si rrënjët e domenit Dfs ose rrënjët elastike Dfs). Me rrënjët e integruara, informacioni Dfs ruhet kryesisht në AD, megjithëse serverët ekzistues Dfs mbajnë gjithashtu kopje të të dhënave në memorie për të minimizuar numrin e thirrjeve të serverit Dfs drejt kontrolluesve të domenit (DC) dhe kështu të zvogëlojë ngarkesën e rrjetit nga shërbimi Dfs. Rrënjët e integruara në AD mund të përdoren vetëm kur serveri Dfs është anëtar i domenit. Sidoqoftë, serveri Dfs nuk duhet të jetë një kontrollues domeni. Si i tillë, ju duhet të përdorni rrënjët Dfs offline nëse nuk keni një domen AD, keni nevojë të keni më shumë se 5000 lidhje ose nëse rrjeti juaj përmban sisteme të klientëve të vjetër. Për më shumë informacion mbi ndryshimet midis rrënjëve Dfs të pavarura dhe të integruara në AD, shihni shiritin anësor "Këto rrënjë të ndryshme".
Pasi të vendosni se cilin lloj rrënjësh Dfs të përdorni, duhet të konfiguroni lidhjet dhe burimet e lidhjeve që përmbajnë të dhënat që Dfs do t'u shërbejë klientëve. Siç u tha më herët, një burim lidhjeje është një pjesë që Dfs e drejton klientin kur referohet. Një lidhje mund të ketë origjinë të shumëfishtë, e cila siguron balancimin e ngarkesës dhe tolerancën e gabimeve: nëse drejtoria e përbashkët në një nga serverët nuk është e disponueshme, Dfs e drejton klientin në një kopje tjetër të të dhënave. Burimi ekzistues i referencës i përdorur nga klienti varet kryesisht nga vendndodhja e klientit. Në thelb, Dfs është një shërbim i ndërlidhjes së rrjetit host-to-host, domethënë, si parazgjedhje, nëse burimi i lidhjes është afër klientit, atëherë Dfs e drejton klientin tek ai burim i lidhjes.
Konfigurimi i DFS
Tani që kemi mësuar konceptet më të rëndësishme të Dfs, mund të filloni ta konfiguroni atë. Detyra e parë është të krijoni një rrënjë Dfs. Ka dy mënyra për ta bërë këtë: duke përdorur skedarin shtesë të Sistemit të Skedarit të Shpërndar në Konsolën e Menaxhimit të Microsoft (MMC) dhe ekzekutimin e dfsutil.exe nga linja e komandës. Në këtë artikull, ne do të shikojmë snap-in-et, të cilat janë pak më të lehta për fillestarët sesa dfsutil.exe. Pasi të jeni njohur me Dfs, mund të dëshironi të përdorni dfsutil.exe, për shembull, në një skript që mbush hierarkinë Dfs me lidhje. Pastaj mbani në mend se në Windows Server 2003, Standard Edition dhe Windows 2000 Server, serveri mund të përmbajë vetëm një rrënjë Dfs. Serverët e Windows Server 2003, Enterprise Edition dhe Windows Server 2003, Datacenter Edition mund të funksionojnë me një numër të pakufizuar rrënjësh Dfs.
Për të krijuar një rrënjë të re Dfs duke përdorur snap-in e sistemit të skedarëve të shpërndarë, ndiqni këto hapa:
Hapni skedarin "Sistemi i skedarëve të shpërndarë" (artikulli ndodhet në dosjen "Mjetet administrative" të menysë "Start").
Klikoni me të djathtën në titullin "Distributed File System" në rrënjën e pemës në panel dhe zgjidhni New Root (për Windows 2003) ose New DFS root (për Windows 2000 Server). Hapat pasues përdorin kutitë e dialogut të Windows 2003, megjithëse procesi është pothuajse saktësisht i njëjtë me guaskën e Windows 2000 Server.
Në dritaren e mirëseardhjes, klikoni butonin Tjetra.
Zgjidhni llojin e rrënjës për të krijuar (domain ose i pavarur). Shtypni Tjetra.
Nëse keni zgjedhur rrënjën e domenit Dfs, do t'ju duhet të vendosni emrin e domenit që do të ruajë informacionin e shërbimit Dfs. Nëse keni zgjedhur një rrënjë offline, duhet të vendosni emrin e serverit që do të ruajë informacionin përkatës. Klikoni mbi Tjetra.
Nëse keni zgjedhur një rrënjë domeni në hapin 4, programi do t'ju kërkojë të zgjidhni një server që do të përmbajë rrënjën Dfs. Ju duhet të specifikoni serverin dhe të klikoni butonin Tjetra.
Futni emrin e rrënjës së re dhe çdo koment për të ndihmuar në identifikimin e tij, më pas klikoni Tjetra... Kur futni një emër rrënjë, mund të shihni se si ai emër shfaqet si një emër i përbashkët UNC, siç tregon Figura 2. Për shembull, për një ndarje domeni Dfs, emri i shtegut është emri i domenit \ emri i drejtorisë. Nëse drejtoria e përbashkët nuk ekziston aktualisht, duhet të zgjidhni një dosje lokale në sistem si direktorium të përbashkët. Kjo direktori nuk përmban të dhëna reale; në vend të kësaj, ai përfshin objekte referimi që tregojnë vendndodhjen fizike të të dhënave. Ju duhet të zgjidhni një dosje për ta përdorur si një drejtori të përbashkët dhe të klikoni Tjetra.
Në dritaren e konfirmimit, klikoni butonin Përfundo.
Oriz. 2. Specifikimi i një rrënjë të re Dfs
Në këtë pikë, klientët mund të lidhen me hapësirën e emrave Dfs duke përdorur shtegun UNC \\ dfstest.test \ të përbashkët. Ata nuk kanë nevojë të dinë asgjë se cilët serverë përmbajnë hyrje të Dfs. Klientët që përdorin Windows NT 4.0 + Service Pack 6a (SP6a) ose më vonë mund të lidhen me hapësirën e emrave të domenit Dfs. Klientët që përdorin mbështjellësin e Windows 98 mund të kenë akses në hapësirat e veçanta të emrave Dfs, por duhet të kenë të instaluar shtesën e klientit AD për t'u lidhur me hapësirën e emrave të domenit. Mjedisi i nisjes së Microsoft Windows Parainstallation Environment (WinPE) mund të qaset vetëm në hapësirat e veçanta të emrave Dfs.
Për të përfituar nga elasticiteti i hapësirës së emrave të domenit Dfs, ju nevojiten të paktën dy serverë Dfs që mbështesin të njëjtën hapësirë emri. Për të konfiguruar një server të dytë pritës Dfs, ndiqni udhëzimet më poshtë:
Në snap-in Distributed File System, kliko me të djathtën në rrënjën e krijuar dhe zgjidhni New Root Target.
Futni emrin e serverit që do të shërbejë si host sekondar Dfs për hapësirën e emrave. Vini re se emri i drejtorisë së përbashkët (për shembull, i përbashkët) që Dfs do të përdorë për të përmbajtur këtë kopje është vendosur tashmë dhe nuk mund të ndryshohet. Klikoni Next.
Nëse një drejtori me këtë emër nuk ekziston në serverin e specifikuar, sistemi do të ofrojë të zgjedhë një dosje për t'u përdorur në këtë kapacitet, ose mund të krijoni një dosje të re dhe më pas ta zgjidhni atë. Zgjidhni një dosje dhe klikoni Next.
Në dritaren që rezulton, klikoni butonin Finish.
Rrënja Dfs tani do të shfaqë shumë serverë që veprojnë si rrënja e hapësirës së emrave, siç tregon Figura 3. Klientët mund të lidhen me hapësirën e emrave dhe të tregojnë një nga objektet e saj rrënjë. Megjithatë, përdoruesit që hyjnë në objektin rrënjë do të shohin vetëm një dosje bosh sepse ende nuk janë vendosur lidhje. Hapi tjetër është të shtoni disa lidhje dhe burime lidhjesh që do t'i udhëzojnë klientët drejt të dhënave që dëshirojnë.
Oriz. 3. Shikimi i burimeve rrënjësore të Dfs
Në këtë fazë, për të përfunduar konfigurimin e sistemit Dfs, duhet të krijoni një listë të drejtorive të përbashkëta në kompani, të zbuloni dhe merrni parasysh të dhënat e kopjuara në drejtori të ndryshme dhe të vendosni se në çfarë forme do t'u ofrojmë të dhëna klientëve ( domethënë, zgjidhni një emër dosjeje dhe një tekst komenti). Pasi të jenë mbledhur të gjitha informacionet e mësipërme, mund të krijoni lidhje duke ndjekur këto hapa:
Klikoni me të djathtën në rrënjën Dfs dhe zgjidhni Lidhje e re nga menyja e kontekstit.
Futni emrin e lidhjes (d.m.th., emrin e dosjes që klienti do të shohë) dhe emrin e drejtorisë së përbashkët në të cilën lidhja do ta drejtojë klientin. Ky emër mund të ndryshohet ose shtohet më vonë. Ju gjithashtu mund të shkruani një koment dhe të përcaktoni kohëzgjatjen e kohës që klientët do të ruajnë informacionin sipas burimit përpara se të ri-qasen në serverin Dfs, siç tregon Figura 4.
Klikoni butonin NE RREGULL.
Tani kur klientët hyjnë në hapësirën e emrave Dfs, ata do të shohin dosjen. Kur të hapet kjo dosje, përdoruesi do të ridrejtohet në drejtorinë e përbashkët dhe do të jetë në gjendje të shikojë përmbajtjen e saj.
Aftësitë e shërbimit DFS
1 Ky komponent ju lejon të krijoni një hapësirë emri që është praktikisht pa dosje të përbashkëta bazuar në serverë të ndryshëm, domethënë, të gjithë përdoruesit e rrjetit mund të përdorin skedarë dhe dosje të përbashkëta, pavarësisht vendndodhjes së tyre.
2 Aftësia për të personalizuar një shërbim riprodhimi që mban dosjet dhe skedarët të sinkronizuar në të gjithë organizatën, duke u dhënë përdoruesve akses në versionet më të fundit dhe më të fundit të skedarëve (pa pasur nevojë të mendojnë se në cilin server janë ruajtur në të vërtetë).
Në këtë artikull, unë dua t'ju tregoj në konfigurimin hap pas hapi të funksionit të parë - Hapësira e emrave DFS, oh. Pra, unë do të zbatoj gjithçka në sistemin operativ Windows Server 2008 R2, në dispozicion të 2 serverëve - AD.test.ru - një kontrollues domeni dhe SERV1.test.ru - një server në të cilin do të instalohet roli DFS.
Kujdes! Për të përfituar plotësisht nga DFS-ja e re në Windows Server 2008 R2, duhet të plotësoni një sërë kërkesash: të gjithë serverët anëtarë të DFS duhet të jenë të paktën Windows Server 2008 dhe niveli i domenit AD duhet të jetë së paku Windows 2008.
Pra, gjëja e parë për të filluar është instaloni rolin e hapësirës së emrave DFS, për këtë në server (në këtë artikull do të jetë serveri SERV1.test.ru) klikoni në shkurtoren "Menaxheri i serverit - Rolet - Shto rol".
Dritarja tjetër do të jetë informuese, lexoni dhe klikoni "Me tutje"... Më pas zgjedhim rolin e nevojshëm, në këtë rast ne jemi të interesuar për rolin Shërbimet e skedarëve.
Pas kësaj, do të shfaqet një dritare informacioni, lexoni dhe klikoni "Me tutje"... Pastaj zgjidhni shërbimet e roleve Hapësira e emrave të DFS dhe Replikimi i DFS(Ky artikull nuk do të përshkruajë se si të konfiguroni këtë shërbim, unë do të përqendrohem në të në artikullin tjetër). 
Unë sugjeroj të konfiguroni hapësirën e emrave më vonë, për këtë ne zgjedhim "Krijo hapësirën e emrave më vonë ..." dhe shtypni "Me tutje".
Përfundoni instalimin - klikoni në dritaren e konfirmimit "Instaloni" dhe pas instalimit të suksesshëm, klikoni "Mbyll".
Gjysma e bërë, mbetet për të vendosur hapësirën e emrave të DFS, për këtë hapim tastierën DFS. Për ta bërë këtë, klikoni "Fillimi - Administrimi - Menaxhimi i DFS".
Do të hapet një dritare Menaxhimi i DFS, për të krijuar DFS, klikoni mbi "Hapësira e emrave - Hapësira e re e emrave".
Gjëja e parë që duhet të bëni është të specifikoni se ku do të vendoset hapësira e emrave, në këtë shembull unë do të përdor kontrolluesin e domenit AD.test.ru. 
Më pas, ne specifikojmë emrin e hapësirës së emrave, në këtë shembull "Total" dhe shtypni "Tjetër".
Në dritare "Shkruani hapësirën e emrit" për të rritur tolerancën e gabimeve, unë rekomandoj zgjedhjen "Hapësira e emrit të domenit".
Pas kësaj, do të hapet një dritare me të gjitha cilësimet e bëra, nëse jeni të sigurt për cilësimet, klikoni "Krijoni" dhe pas disa minutash do të krijohet hapësira e emrave të DFS. Pas kësaj, ju duhet të krijoni dosje të hapësirës së emrave, për këtë ju duhet të ndani dosjet (hapni akses në rrjet në dosje) që do të lidhen me DFS. Në këtë shembull, unë ndava dy dosje (e bëra në dy serverë të ndryshëm, për t'i bërë më të qarta aftësitë e DFS) Folder1 dhe Folder2. Më pas shtypni "Krijo një dosje".
Specifikoni emrin (ky emër do të shfaqet në hapësirën e emrave të DFS dhe mund të ndryshojë nga emri i dosjes së lidhur) dhe specifikoni shtegun për në dosje. 
Dhe kështu, ne krijuam një dosje Dosja 1 në DFS. 
Shtoni një dosje tjetër në të njëjtën mënyrë. Si rezultat, ne kemi dy dosje të shtuara në hapësirën e emrave, të cilët ndodhen fizikisht në serverë të ndryshëm. 
Tani, nëse shkojmë përgjatë rrugës \\ test.ru \ Total (kjo lidhje vlen vetëm për këtë shembull specifik, në rastin tuaj ju specifikoni të dhënat që keni regjistruar gjatë konfigurimit) do të shohim shkurtoret e krijuara. 
Për lehtësinë e përdorimit të hapësirës së emrave, unë rekomandoj hartën e një disku rrjeti me rrugën drejt DFS. Për ta bërë këtë, hapeni në kompjuterin e përdoruesit "Kompjuter", në krye të panelit, zgjidhni Harta e rrjetit të makinës dhe në cilësimet shkruajmë shtegun për në DFS, në këtë shembull \\ test.ru \ Total. 
Si rezultat, do të jetë shumë i përshtatshëm për përdoruesit fundorë që të shohin vetë një disk rrjeti, duke hyrë në të cilin do të shohin të gjitha dosjet që u nevojiten pa menduar se ku ruhet ky burim i rrjetit.
