Kako podesiti pametne telefone i računare. Informativni portal
  • Dom
  • Zanimljivo
  • Pređimo na posao sa Dfs-om. File Tree Guardian: postavljanje DFS-a

Pređimo na posao sa Dfs-om. File Tree Guardian: postavljanje DFS-a

Nastavak "iskusnih sitnica". Prethodne dijelove možete pročitati.
Današnje izdanje će biti obećanje. U skladu sa onim što sam obećao, pokazaću vam kako možete da uradite zanimljivu stvar sa DFS-om. Ovo, naravno, neće biti potpuna tolerancija grešaka podataka datoteka, već barem nešto slično online sigurnosnoj kopiji.

Za početak ću ponoviti svoja empirijska uvjerenja da ne biste trebali organizirati klaster datoteka koristeći DFS alate. DFS nije kreiran za ove svrhe. I da stavim tačke na I, evo mojih argumenata:

  • DFS nema načina da odredi koja je replika datoteke ispravna.
  • Ako postoji nekoliko replika na jednom mjestu, DFS sam bira gdje će poslati korisnički zahtjev, u repliku A ili repliku B, vodeći se radnim opterećenjem servera za skladištenje. (Postoje neke postavke za redoslijed odabira replike, ali one ne mijenjaju suštinu: ako postoji nekoliko replika unutar stranice, onda izbor određene može biti nepredvidiv.
  • Ove nijanse omogućavaju simulaciju situacije kada korisnik A kontaktira repliku A i tamo će raditi s podacima, a korisnik B će kontaktirati repliku B i tamo raditi s podacima. Kao rezultat toga, formiraće se DVIJE grane promijenjenih podataka, a DFS neće znati koji su podaci tačni, već će jednostavno odabrati one koji su nedavno promijenjeni. Možete zamisliti šta će se dogoditi u ovoj situaciji sa pohranom datoteka, ili još gore, s bazama podataka.
  • Pa, vrijedno je napomenuti da se replikacija otvorenih datoteka može odgoditi na neodređeno vrijeme. Najjednostavniji primjer su korisnici koji pri odlasku od kuće ne zatvaraju uredske dokumente.
Sve navedeno nam omogućava da kažemo da je DFS najpogodniji za prijenos podataka u filijale, sinhronizaciju rijetko mijenjanih podataka (nalozi, nalozi, arhive) i slične poslove. Međutim, možete učiniti malo lukavije i koristiti DFS, možda na neobičan, ali ipak koristan način.

Možete napraviti neku vrstu online replike bazirane na DFS-u koja neće raditi većinu vremena (što znači da se većina problema sa sinhronizacijom podataka neće pojaviti) i koja se može uključiti ako glavna replika ne uspije.
Na primjer, to može izgledati ovako:
Ovdje (koristeći direktorij odjela kao primjer) se kreiraju dvije replike istog foldera, konfiguriraju se grupa replikacije i poslovi replikacije (sve ovo radi čarobnjak za podešavanje i neće vam stvarati probleme). Najveći užitak u ideji je da je jedna od veza ka serverima za skladištenje onemogućena, tj. Postoji replika, replikacija između servera se odvija kako je navedeno, ali korisnici koji pristupaju ovoj fascikli preko DFS-a će biti preusmjereni isključivo na prvi, aktivni server.

Drugi server će replicirati podatke koliko god je to moguće, i biće, takoreći, "na hvatanju". U slučaju neke nenormalne situacije, moći će se castle i uključiti link do drugog servera, te isključiti link do prvog, a korisnici će ponovo doći do svojih izvornih podataka, koji će biti relevantni kao i DFS replikacija je uspjela (u praksi je to od potpune relevantnosti, tj. stanja prije 0,5-2 sekunde, do 2-3 dana u slučaju otvorenih datoteka koje se ne repliciraju dok ih ne zatvori, tj. otključa aplikacija).

Izgledalo bi sjajno! Hitno smo potrčali da napravimo ovaj super-sistem! Ali pored svih dobrih strana, postoje i ne baš dobre:

  • Trebat će vam najmanje dvostruko više prostora na svakom volumenu za skriveni folder DfsrPrivate (uslužni folder za replikaciju podataka). S obzirom na dvostruke troškove pohranjivanja podataka (isti se pohranjuju na oba servera, a rade samo s jednim po jedan), ovo više ne izgleda tako primamljivo, jer prostora za takvu toleranciju grešaka mora biti dodijeljeno najmanje 4 puta više od samih podataka
  • Korisnici ponekad dožive usporavanje tokom rada sa DFS-om. Nisam uspeo da shvatim tačne razloge, ali je to uvek bila posledica prisustva nekoliko replika, i opterećenja mreže različitog od nule. Čim je postojala samo jedna replika, kočnice su postale nestašno male. Ovo definitivno nije bilo povezano s radnom replikacijom, vrlo je ličilo na neku vrstu problema s rješavanjem DFS imena.
  • Da bi korisnici vidjeli novu repliku na koju ste ih prebacili u "X sat", najvjerovatnije će morati ponovo pokrenuti svoje računare, u suprotnom će pokušati krenuti starim putem.
  • Nisam izvršio automatsko prebacivanje na ispravnu repliku. Ne postoje standardne metode za to, a pisanje čudesnog scenarija u situaciji kada sama tehnologija ima toliko nedostataka činilo mi se glupo.
Kao što možete vidjeti u opisanom primjeru, osim prilično značajnih prednosti. Ima i dosta nedostataka, pa odredite prioritete, odmjerite prednosti i nedostatke i sami odlučite što ćete učiniti u vašoj konkretnoj situaciji.

Inače, prema poznavaocima, u Windows Server 2008 (R2) okruženju, DFS (a posebno njegova usluga replikacije) je dramatično poboljšan, a možda su neki od problema i uspješno riješeni. Probajte - možda će tamo predložena shema raditi mnogo bolje.

Nastavlja se.

Q zašto mi treba DFS?

A za organizaciju jedinstvenog strukturiranog prostora za pranje fajlova otpornog na greške u organizaciji. umjesto zoološkog vrta neshvatljivih kuglica i diskova, imamo jedan root (koji se korisnicima može mapirati kao disk, na primjer), u kojem možemo kreirati strukturu koja nam odgovara u obliku virtuelnih foldera (čak i ugniježđenih, barem pomiješane sa pravim), na koje, u prikladnom obliku, hvatamo i mrežne lopte, fizički smještene na različitim serverima. ljudi, ljudi, jedan mrežni disk - ovo je jebeno zgodno u poređenju sa kolektivnom farmom koju većina ljudi ima!

Q Da li da integrišem imenski prostor u Active Directory (DFS imenski prostor zasnovan na domeni) ili da koristim samostalni DFS imenski prostor?

A integrisani DFS imenski prostor je pohranjen u AD (rezervna kopija, odnosno "za kompaniju". Da li pravite rezervne kopije Active Directory-a?;) i omogućava vam da imate više servera imenskog prostora, tj. ima ugrađeni mehanizam tolerancije grešaka. Samostalni DFS NS nema ugrađene mehanizme (tolerantnost grešaka se postiže klasterizacijom). Microsoft preporučuje korišćenje DSF-a zasnovanog na domeni ako broj veza (virtuelnih fascikli) nije veći od 5.000. Samostalni DFS preporučuje ograničavanje 50.000 veza. ovo nije tvrda granica, ovo su preporuke (nakon prekoračenja cifre, čini se da bi performanse trebalo da počnu da opadaju). one. Kao rezultat toga, dobivamo da je samostalni uređaj koristan za korištenje u maloj mreži, na primjer, ako nema AD ili, obrnuto, u slučaju izuzetno velikog skladišta datoteka, u drugim slučajevima je isplativije koristiti integrirani DFS imenski prostor.
PS: neki neodgovorniji buržuji pišu "Samostalni DFS root nemaju nijedan DFS shared folder u root nivou i moguć je samo jedan nivo DFS linka", ali ne razumijem baš šta to znači.

Q koji su mehanizmi prelaska na greške u domenskom DFS-u?

A DFS root informacije se pohranjuju u Active Directory (u slučaju da i ovdje imate sigurnosnu kopiju više kontrolera domena) i repliciraju na servere DFS imenskog prostora (kojih također može biti mnogo). linkovi (virtuelni folderi koje kreirate u DFS Root-u i na koje montirate fizičke lopte) mogu imati nekoliko (ne nužno 2, možda i više) izvornih kuglica, podaci u kojima se međusobno repliciraju.

Qšta je DFS replikacija i šta je

A mehanizam za sinhronizaciju sadržaja više DFS izvora.
dešava se: FRS(Usluga replikacije datoteka) - redovna replikacija;)
DFSR(Distributed File System Replication) - moderna replikacija koja se pojavila u Windows Server 2003R2 i 2008. koristi RDC (diferencijalnu kompresiju, tj. prenose se samo promjene u datoteci, a ne cijeli promijenjeni fajl, kao što je to bilo u FRS-u. Generalno, za naše mrtve kanale je vrlo korisna stvar). Imajte na umu da je DFS replikacija asinhrona, tj. izvori nisu usaglašeni već neko vrijeme.

Q stvari na koje treba obratiti pažnju nakon postavljanja DFS-a

A o lokaciji i sigurnosti fascikle DFSRPrivate u svakom izvoru (koristi se za pohranjivanje repliciranih informacija, izbrisanih i konfliktnih datoteka sa stanovišta replikacije). po defaultu je pohranjen u samom izvornom folderu sa pravima naslijeđenim "odozgo" (uglavnom, čudno, technet ne kaže da će samo administratori imati pristup. Možda je u 2008R2 nešto ispravljeno). ako imate prava unutar Sigurnost izvornog foldera je drugačija (što je samo po sebi pomalo nespretno sa stanovišta arhitekture skladištenja datoteka), tada ljudi mogu dobiti pristup tamo gdje im ne trebaju. Plus, razigrane male ruke Kulibinovih neće dodati radost.

QŠta je fascikla "DFSRPrivate \ Staging" i kako da je pravilno veličine?

A ovo je fascikla u kojoj se pohranjuju privremene kopije fajlova za replikaciju, preko kojih se, u stvari, prenose. nalazi se u svim izvorima. veličinu, barem za vrijeme trajanja primarne replikacije, bolje je podesiti malo više od veličine maksimalnog fajla koji se nalazi u repliciranom folderu (ako nemate extremals koji pohranjuju gigaz varese-a u jednoj terabajtnoj arhivi, naravno) . važno: fajl veći od fascikle Staging se normalno replicira i neće se nigde zaglaviti, kao što neki misle, samo će se proces replikacije odvijati u nekoliko faza (fajl će se izrezati na nekoliko delova i preneti u delove), što će malo usporiti proces.

Qšta je folder "DFSRPrivate \ Conflict and Deleted"

A budući da više korisnika može promijeniti isti fajl u isto vrijeme, princip "ko je zadnji napisao fajl je isti." neuspješna datoteka se šalje u ovu mapu, a odgovarajući unos se pojavljuje u ConflictandDeletedManifest.xml. također, ako postoji potvrdni okvir "spremi izbrisane datoteke u folder konflikta", fajlovi koje su korisnici izbrisali bit će pohranjeni tamo (vrlo je zgodno za vraćanje). tako da ne bih štedio na veličini.

Q Koji su glavni problemi sa DFS replikacijom?

A Većina problema sa DFS replikacijom na koje sam naišao bio je zbog pregleda datoteka (ograničenje dozvoljenih ekstenzija datoteka) i kvota diska (ograničenje veličine fascikle). posebno u slučaju primarne replikacije. sve je jasno sa diskovnim kvotama, treba ih pratiti (s obzirom da se direktorij DFSRPrivate zajedno sa "Staging" i "Conflict and Deleted" po defaultu nalazi u samom izvornom folderu), onda je sa File Screeningom potpuna sranje - ti trebate ili premjestiti folder DFSRPrivate na mjesto gdje nema ograničenja (što je nezgodno) ili pokušati napraviti iznimke za foldere "DFSRPrivate" (a on je skriven) ili privremeno onemogućiti zabrane (također u primarnom izvoru! inače! U suprotnom! datoteka neće završiti u Staging na izvoru i neće biti replicirana) ili obrišite sve datoteke korisnika koji potpadaju pod zabranjujuće filtere (zapamtite da datoteka za provjeru zabranjuje samo kreiranje novih datoteka određenih ekstenzija, a ne i njihovo prisustvo. odnosno, ako fajlovi već postoje i omogućimo pravila zabrane u screeningu, onda fajlovi koji potpadaju pod filtere ne mogu da se kreiraju -promeni, ali možete pročitati-brisati.tako da ćemo dobiti grešku kada pokušamo da repliciramo, kada servis pokušava da upiše zabranjenu repliciranu datoteku u fasciklu Staging, skrining fajla će dobiti grešku th "nema prostora na disku", na kojem će stajati sva replikacija).

Q gdje se pohranjuju detaljni dnevnici replikacije?

A osim eventlog "a in% windir% \ debug \ DFSR * .log.gz - arhiviran, i% windir% \ debug \ DFSR * .log - ažuriran.

Q Koje su suptilnosti DFS-a?

A1 iako je dozvoljeno montirati jedan imenski prostor kao fasciklu u drugom imenskom prostoru, u praksi, kada se montira samostalni DFS Windows Server 2003 u fasciklu drugog integrisanog u AD DFS Windows Server 2008, ova avangarda je dovela do BSOD-a kada ulazeći u takav folder sa računarom sa Windows XP-om;) očito je buržuj imao na umu da se mogu spojiti samo različiti domenski bazirani DFS imenski prostori.

A2 kada primarni folder ispadne iz izvora u DFS-u, pri ulasku u njega sa Windows XP-a, dolazi do kašnjenja jednakog vremenu keširanja DFS strukture (podrazumevano 300 sekundi, koliko se sećam). ako uđete iz Windows Vista / 7/2008, onda nema kašnjenja. kako buržuji pišu, to je povezano sa mrežnim protokolima prepisanim u novim windowsima "tako da potpuno automatsko preklapanje, ako imate XP klijente, neće raditi, morate koristiti malo druga sredstva ili ručno isključiti izvore ( na primjer, u slučaju planiranog gašenja jednog od servera).

A3 Budući da je DFS replikacija asinhrona, nije vrijedno čuvati nijednu bazu podataka u folderu s dva ili više repliciranih izvora. u trenutku prijelaza između izvora, nije sinkroniziran.

Qšta još raditi sa DFS-om?

A omogućite ABE (Access Based Enumeration) u svojstvima svake lopte - ova tehnologija vam omogućava da sakrijete fascikle od korisnika kojima on nema pristup. korisno iz mnogo razloga - i ne nerviramo korisnika gomilom foldera u koje ne može ući (vidjet će samo foldere kojima ima pristup), a ne dajemo nikakve indirektne informacije (vrlo malo ljudi neće biti upozoren folderom " Planiraj smanjenje broja zaposlenih za tri puta ") i čini navigaciju kroz korpu za datoteke praktičnijom.

Q kako da se prijavim na DFS nakon kreiranja? ;)

A u slučaju Doman Based DFS Namespace - "\\ DomainName \ DFSRootName" u adresnoj traci Explorer "a, u slučaju Stand Alone - kao u običnoj kugli -" \\ ServerName \ DFSRootName ". Možete mapirati kao regularna lopta -" neto upotreba Z: \\ DOMAIN.Local \ MyCoolDFS \ "i" neto upotreba Z: \\ Server \ MyCoolDFS \ "odnosno.

DFS distribuirani sistem datoteka(Distributed File System) je tehnologija koja pruža pojednostavljeno dijeljenje datoteka i globalne mogućnosti replikacije podataka. Zahvaljujući DFS-u, zajednički resursi (direktoriji i datoteke) raspoređeni na različitim serverima mogu se kombinovati u jednu logičku UNC strukturu, koja korisniku izgleda kao jedan mrežni resurs. Čak i ako promijenite fizičku lokaciju ciljne mape, to ne utječe na pristup korisnika njoj.

Implementacija DFS-a u Windows Server 2012 razlikuje se od prethodnih verzija Windows-a. Prije svega, napominjemo da su DFS tehnologije u Windows Server 2012 implementirane kao dvije odvojene, nezavisne usluge - DFS Namespaces i DFS replikacija uključeno u ulogu servera datoteka (Usluge datoteka i pohrane).

  • DFS imenski prostori (DFSN ili DFS-N)- DFS imenski prostor. Omogućava vam da kombinujete javne fascikle koje se nalaze na različitim serverima u organizaciji u jednu logičku strukturu. Svaki imenski prostor za korisnika izgleda kao jedna mrežna fascikla sa poddirektorijumima. Stvarna struktura ovog DFS imenskog prostora je skrivena od korisnika i može uključivati ​​različite mrežne fascikle koje se nalaze na različitim serverima i lokacijama.
  • DFS replikacija (DFSR ili DFS-R)- DFS usluga replikacije. Omogućava vam da organizirate efikasnu uslugu replikacije direktorija (uključujući one uključene u DFS imenski prostor) između različitih AD servera i lokacija. Ova usluga za replikaciju koristi poseban algoritam za udaljenu diferencijalnu kompresiju - RDC - udaljenu diferencijalnu kompresiju. Zahvaljujući RDC-u, koji prati promjene u datotekama, replikacija ne kopira cijele datoteke (kao što je slučaj kod FRS replikacije), već samo promjene njihovih blokova.

Instaliranje DFS usluga na Windows Server 2012

Možete instalirati DFS usluge pomoću konzole Server Manager ili pomoću Windows PowerShell-a.

Kao što smo rekli, DFS usluge su dio uloge Usluge datoteka i pohrane:

Ali lakše je i brže instalirati sve DFS usluge i DFS upravljačku konzolu koristeći PowerShell:

Install-WindowsFeature FS-DFS-prostor imena, FS-DFS-replikacija, RSAT-DFS-Mgmt-Con

Savjet... Naravno, možete zasebno instalirati DFS usluge i DFS Management Console.

Gdje FS-DFS-imenski prostor- Usluga DFS Namespaces

FS-DFS-Replikacija- DFS servis replikacije

Konfiguriranje prostora DFS imena u Windows Serveru 2012

Pređimo na opis procedure za konfiguriranje DFS imenskog prostora, za koji trebate otvoriti kontrolni panel Alat za upravljanje DFS-om.

Kreirajmo novi imenski prostor ( Novi prostor imena).

Morate navesti ime servera koji će sadržavati imenski prostor (ovo može biti ili kontroler domene ili server član).

Zatim treba navesti ime kreiranog DFS imenskog prostora i otići na napredne postavke (Edit Settings).

Ovdje morate navesti ime DFS imenskog prostora i dozvole za ovaj direktorij. Obično se preporučuje da se navede da je svima dozvoljen pristup mrežnoj fascikli, u kom slučaju se prava pristupa proveravaju na nivou NTFS sistema datoteka.

Zatim, čarobnjak će od vas tražiti da navedete tip imenskog prostora za kreiranje. To može biti Imenski prostor zasnovan na domeni(prostor imena domene) ili Samostalni imenski prostor(odvojeni imenski prostor). Imenski prostor zasnovan na domeni ima brojne prednosti, ali za njegovo funkcionisanje potrebna vam je sama domena Active Directory i administratorska prava domena (ili prisustvo delegiranih prava za kreiranje DFS domenskih imenskih prostora).

Nakon što čarobnjak završi, novi DFS imenski prostor koji smo kreirali pojavit će se u grani Namespaces DFS upravljačke konzole. Kako biste osigurali da prilikom pristupa DFS direktorijima korisnici mogu vidjeti samo one direktorije kojima imaju pristup, omogućite DFSAccess-Based Enumeration za ovaj prostor (više o ovoj tehnologiji u članku). Da biste to učinili, otvorite prozor sa svojstvima kreiranog prostora imena.

I u kartici Napredno omogućite opciju Omogućite nabrajanje zasnovano na pristupu za ovaj imenski prostor.

Da vidite sadržaj novog DFS prostora, jednostavno ukucajte u prozor UNC Explorera putanju: \\ ime_domena ili_servera \ DFS

Dodavanje dodatnog DFS servera

Dodatni server se može dodati u imenski prostor DFS domene (stavka menija Add Namespace Server) koji će ga podržavati. Ovo je učinjeno kako bi se povećala dostupnost DFS imenskog prostora i omogućilo da server imenskog prostora bude smješten na istom mjestu kao i korisnici.

Bilješka... Samostalni DFS imenski prostori podržavaju samo jedan server.

Dodavanje novog direktorija postojećem DFS imenskom prostoru

Sada moramo dodati novi mrežni direktorij u hijerarhiju DFS imenskog prostora koji smo kreirali. Kliknite na dugme Dodaj ciljnu mapu.

Navedite ime direktorija u DFS prostoru i njegovu stvarnu lokaciju na postojećem serveru datoteka ( Ciljevi foldera).

Konfiguriranje DFS replikacije na Windows Server 2012

DFS-R tehnologija replikacije je dizajnirana da obezbijedi toleranciju grešaka za DFS imenski prostor i balans opterećenja između servera. DFS-R automatski balansira promet između replika u zavisnosti od njihovog opterećenja i, ako je jedan od servera nedostupan, preusmjerava klijente na drugi replika server. Ali prije nego što govorimo o DFS replikaciji i njenoj konfiguraciji u Windows Serveru 2012, nabrojimo glavne sistemske zahtjeve i ograničenja:

  • DFS replikacija mora biti instalirana na svim poslužiteljima koje planirate uključiti u grupu replikacije
  • Svi serveri u grupi za replikaciju moraju biti u istoj AD šumi
  • Nivo šume Active Directory mora biti najmanje Windows Server 2003 R2 (kada instalirate prvi kontroler domena na Windows Server 2012).
  • Funkcionalni nivo domene - najmanje Windows Server 2008
  • Uverite se da je antivirusni softver na serverima datoteka kompatibilan sa DFS tehnologijom replikacije
  • Replicirani direktoriji moraju biti locirani na NTFS volumenima (sistemi datoteka i FAT nisu podržani). Replikacija podataka pohranjenih na dijeljenim volumenima klastera također nije podržana.

U konzoli DFS Managment izaberite DFS Namespace koji vam je potreban i kliknite desnim tasterom miša na direktorijum za koji želite da kreirate repliku i izaberite Dodaj ciljnu mapu.

I navedite punu (UNC) putanju do mrežnog direktorija drugog poslužitelja gdje će replika biti pohranjena.

Na pitanje da li želite da kreirate grupu za replikaciju, odgovaramo Da.

Pokreće se čarobnjak za konfiguraciju replikacije. Provjeravamo ime grupe replikacije i direktorija.

Ukazujemo na primarni ( Primarno) server. Upravo ovaj server će biti izvor podataka za početnu (primarnu) replikaciju.

Zatim biramo tip topologije (veze) između članova grupe replikacije. U našem primjeru odaberite Full Mesh(svi sa svima).

I konačno, specificiramo raspored replikacije i parametre ograničavanja propusnog opsega – ograničenje propusnog opsega dostupnog za replikaciju.

Nakon završetka čarobnjaka, početna sinhronizacija će započeti.

Ako je potrebno, možete postaviti napredne parametre rasporeda replikacije i maksimalnu propusnost za ovaj promet u grani Replikacija.

Microsoft Dfs pruža odličan način da se korisnicima omogući lak pristup podacima pohranjenim na udaljenim računarima. Sa Dfs-om, fascikle se mogu pregledati i pristupiti kao odvojeni skup zajedničkih direktorija kroz poznatu, ujedinjenu hijerarhiju, čak i kada se resursi nalaze u različitim domenima ili na različitim fizičkim medijima. Za one koji ne koriste Dfs servis, iz straha od njegove složenosti, želim da ugodim: nema čega da se plaše - postavljanje Dfs-a je intuitivno, a njegovo korištenje je još manje teško. U ovom članku ću objasniti kako ova usluga funkcionira i upoznati čitatelje sa tipičnim podešavanjem. Jednom kada počnu koristiti Dfs, administratori obično ne mogu shvatiti kako su se snalazili bez njega.

Kako Dfs radi

Srž ove usluge je zajednički direktorij, koji je korijen Dfs hijerarhije. Kroz Dfs, ovi mrežni direktoriji formiraju sekvencijalni, odvojeni prostor imena. Klijentski sistemi koriste poznate koncepte kao što su mapirani pogon ili putanja Univerzalne konvencije o imenovanju (UNC) za povezivanje na Dfs root. Jednom kada se klijent poveže, Dfs struktura djeluje kao običan zajednički direktorij koji sadrži poddirektorije kroz koje korisnici mogu kretati. Svaki poddirektorij kojem se može pristupiti iz Dfs root-a je zapravo veza do zajedničkog direktorija (izvor veze) bilo gdje na mreži. Dfs automatski usmjerava klijenta koji pristupa mrežnom dijeljenju na stvarnu lokaciju podataka. Kao što slika 1 pokazuje, fascikle koje korisnik vidi su Dfs preusmjeravanja korisnika na različite dijeljene direktorije na serverima A, B i C. Izvor veze može biti bilo koji sistem koji koristi sistem mrežnih datoteka, kojem se može pristupiti putem putanje UNC, kao što su Windows sistemi, Novell NetWare i UNIX ili Linux (tj. mašine sa NFS sistemom datoteka).

Rice. 1. Dfs preusmjeravanje podataka

Dfs vam omogućava da iskoristite dvije vrste korijena: samostalni i integrirani Active Directory (AD). Razlikuju se po načinu pohranjivanja Dfs podataka. Za samostalne korijene, Dfs hijerarhija različitih mrežnih dijeljenih veza pohranjena je u lokalnom registru Dfs servera. Ovakav način pohranjivanja informacija ne podrazumijeva mogućnost dupliciranja na drugim Dfs serverima, odnosno ako jedini Dfs server koji sadrži Dfs root postane nedostupan, Dfs hijerarhija postaje potpuno nedostupna svim klijentima na mreži. Ako Dfs server nije dostupan, klijenti i dalje mogu direktno pristupiti zajedničkim direktorijumima na serverima. Oni jednostavno neće moći koristiti Dfs uslugu za pristup resursima. Morat ćete koristiti offline Dfs roots ako sistem ne sadrži AD ili ako administratori Dfs sistema nisu administratori domene i stoga ne mogu dobiti dovoljno prava (tj. za pristup objektu DFS-Configuration u sistemskom kontejneru AD particije za domen) za upravljanje Dfs sistemom...

Windows 2000 Server i noviji takođe podržavaju AD-integrisane Dfs korene (takođe poznate kao koreni Dfs domena ili Dfs otporni koreni). Sa integrisanim korenima, Dfs informacije se pohranjuju prvenstveno u AD, iako postojeći Dfs serveri takođe čuvaju kopije podataka u memoriji kako bi minimizirali broj poziva Dfs servera na kontrolere domena (DC) i tako smanjili opterećenje mreže od Dfs usluge. AD-integrisani root-ovi mogu se koristiti samo kada je Dfs server član domene. Međutim, Dfs server ne mora biti kontroler domene. U osnovi, trebali biste koristiti offline Dfs roots ako nemate AD domen, ako trebate hostovati više od 5000 veza ili ako vaša mreža sadrži stare klijentske sisteme. Za više informacija o razlikama između samostalnih i AD integriranih Dfs korijena, pogledajte bočnu traku „Ovi različiti korijeni“.

Nakon što odlučite koji tip Dfs korijena ćete koristiti, morate postaviti veze i izvore veza koji sadrže podatke koje će Dfs služiti klijentima. Kao što je ranije rečeno, izvor veze je dionica na koju Dfs usmjerava klijenta kada je referencirana. Veza može imati više izvora, što omogućava balansiranje opterećenja i toleranciju grešaka: ako je zajednički direktorij na jednom od servera nedostupan, Dfs usmjerava klijenta na drugu kopiju podataka. Postojeći referentni izvor koji koristi kupac zavisi uglavnom od lokacije kupca. U suštini, Dfs je mrežna usluga interkonekcije između domaćina, to jest, po defaultu, ako je izvor veze blizu klijenta, onda Dfs usmjerava klijenta na taj izvor veze.

Dfs setup

Sada kada smo naučili najvažnije koncepte Dfs-a, možete početi da ga konfigurišete. Prvi zadatak je kreiranje Dfs root-a. Postoje dva načina da se to uradi: korišćenjem dodatka distribuiranog sistema datoteka u Microsoft Management Console (MMC) i pokretanjem dfsutil.exe iz komandne linije. U ovom članku ćemo pogledati dodatke, koji su za početnike nešto lakši od dfsutil.exe. Kada ste upoznati sa Dfs-om, možda ćete želeti da koristite dfsutil.exe, na primer, u skripti koja popunjava Dfs hijerarhiju vezama. Zatim imajte na umu da na Windows Server 2003, Standard Edition i Windows 2000 Server, server može sadržavati samo jedan Dfs root. Windows Server 2003, Enterprise Edition i Windows Server 2003, Datacenter Edition serveri mogu raditi sa neograničenim brojem Dfs root-ova.

Da biste kreirali novi Dfs root koristeći dodatak za distribuirani sistem datoteka, slijedite ove korake:

Pokrenite dodatak Distributed File System (stavka se nalazi u fascikli Administrativni alati u meniju Start).
Kliknite desnim tasterom miša na naslov Distributed File System u korenu stabla u oknu i izaberite New Root (za Windows 2003) ili New DFS root (za Windows 2000 Server). Sledeći koraci koriste Windows 2003 dijaloške okvire, iako je proces skoro potpuno isti kao i kod Windows 2000 Server ljuske.
U prozoru dobrodošlice kliknite na dugme Sljedeći.
Odaberite vrstu root-a za kreiranje (domena ili samostalna). Pritisnite Sljedeći.
Ako ste odabrali korijen Dfs domene, morat ćete unijeti naziv domene koji će pohraniti informacije o Dfs servisu. Ako ste odabrali offline root, morate unijeti ime servera koji će pohraniti relevantne informacije. Kliknite na Sljedeći.
Ako ste odabrali korijen domene u koraku 4, program će od vas tražiti da odaberete server koji će sadržavati Dfs root. Trebalo bi da navedete server i kliknete na dugme Sljedeći.
Unesite ime novog korijena i sve komentare koji će vam pomoći da ga identificirate, a zatim kliknite Sljedeći... Unošenjem osnovnog imena, vidite kako se to ime pojavljuje kao UNC ime dijeljenja, kao što je prikazano na slici 2. Na primjer, za dijeljenje Dfs domene, ime staze je ime domene \ ime direktorija. Ako dijeljeni direktorij trenutno ne postoji, morate odabrati lokalnu mapu na sistemu kao dijeljeni direktorij. Ovaj direktorij ne sadrži prave podatke; umjesto toga, uključuje referentne objekte koji ukazuju na fizičku lokaciju podataka. Morate odabrati mapu koju ćete koristiti kao zajednički direktorij i kliknuti Sljedeći.
U prozoru za potvrdu kliknite na dugme Završi.

Rice. 2. Određivanje novog Dfs korijena

U ovom trenutku, klijenti se mogu povezati na Dfs imenski prostor koristeći UNC stazu \\ dfstest.test \ shared. Oni ne moraju znati ništa o tome koji serveri sadrže Dfs unose. Klijenti koji koriste Windows NT 4.0 + servisni paket 6a (SP6a) ili noviji mogu se povezati na imenski prostor Dfs domene. Klijenti koji koriste Windows 98 omotač mogu pristupiti samostalnim Dfs imenskim prostorima, ali moraju imati instaliranu AD klijentsku ekstenziju da bi se povezali na prostor imena domene. Okruženje za pokretanje Microsoft Windows Preinstallation Environment (WinPE) može pristupiti samo samostalnim prostorima imena Dfs.

Da biste iskoristili otpornost imenskog prostora Dfs domene, potrebna su vam najmanje dva Dfs servera koji podržavaju isti prostor imena. Da biste postavili drugi Dfs host server, slijedite upute u nastavku:

U dodatku Distributed File System, kliknite desnim tasterom miša na kreirani root i izaberite New Root Target.
Unesite ime servera koji će služiti kao sekundarni Dfs host za imenski prostor. Imajte na umu da je ime dijeljenog direktorija (na primjer, zajedničkog) koji će Dfs koristiti da sadrži ovu kopiju već postavljeno i ne može se promijeniti. Kliknite na Next.
Ako direktorij sa ovim imenom ne postoji na navedenom serveru, sistem će ponuditi da odaberete folder koji će se koristiti u ovom svojstvu, ili možete kreirati novi folder i zatim ga odabrati. Odaberite fasciklu i kliknite na Next.
U prozoru koji se pojavi kliknite na dugme Završi.
Dfs root će sada prikazati više servera koji djeluju kao korijen imenskog prostora, kao što je prikazano na slici 3. Klijenti se mogu povezati na prostor imena i pokazati na jedan od njegovih korijenskih objekata. Međutim, korisnici koji pristupaju korijenskom objektu vidjet će samo praznu mapu jer još uvijek nisu postavljene veze. Sljedeći korak je dodavanje nekoliko veza i izvora veza koji će voditi kupce do podataka koje žele.

Rice. 3. Pregled Dfs korijenskih izvora

U ovoj fazi, da biste završili postavljanje Dfs sistema, potrebno je da kreirate listu zajedničkih imenika u kompaniji, da otkrijete i uzmete u obzir duple podatke u različitim imenicima i odlučite u kom obliku ćemo podatke dostavljati klijentima ( odnosno odaberite naziv foldera i tekst komentara). Nakon što se sakupe sve gore navedene informacije, možete kreirati veze slijedeći ove korake:

Kliknite desnim tasterom miša na Dfs root i izaberite New Link iz kontekstnog menija.
Unesite naziv veze (tj. naziv foldera koji će klijent vidjeti) i naziv dijeljenog direktorija na koji će link usmjeriti klijenta. Ovo ime se može promijeniti ili dodati kasnije. Također možete unijeti komentar i definirati dužinu vremena u kojem će klijenti zadržati informacije prema izvoru prije ponovnog pristupa Dfs serveru, kao što je prikazano na slici 4.
Kliknite na dugme UREDU.

Sada kada klijenti uđu u imenski prostor Dfs, vidjet će folder. Kada se ovaj folder otvori, korisnik će biti preusmjeren na zajednički direktorij i moći će vidjeti njegov sadržaj.

Mogućnosti DFS servisa
1 Ova komponenta vam omogućava da kreirate prostor imena koji je praktično bez zajedničkih fascikli zasnovanih na različitim serverima, odnosno svi korisnici mreže mogu koristiti deljene datoteke i fascikle, bez obzira na njihovu lokaciju.
2 Mogućnost prilagođavanja usluge replikacije koja održava fascikle i datoteke u sinhronizaciji u cijeloj organizaciji, dajući korisnicima pristup najnovijim i najnovijim verzijama datoteka (bez potrebe da razmišljaju o tome na kojem serveru su zapravo pohranjeni).
U ovom članku želim da vas provedem kroz korak po korak konfiguraciju prve funkcije - DFS Namespace, oh. Dakle, sve ću implementirati na operativni sistem Windows Server 2008 R2, na raspolaganju 2 servera - AD.test.ru - kontroler domena i SERV1.test.ru - server na kojem će biti instalirana DFS uloga.
Pažnja !!! Da biste u potpunosti iskoristili novi DFS na Windows Serveru 2008 R2, morate ispuniti niz zahtjeva: svi serveri članovi DFS-a moraju imati najmanje Windows Server 2008, a nivo AD domena mora biti najmanje Windows 2008.
Dakle, prva stvar za početak je instalirajte ulogu DFS Namespace, za ovo na serveru (u ovom članku to će biti server SERV1.test.ru) kliknite na prečicu "Upravitelj servera - Uloge - Dodaj ulogu".
Sljedeći prozor će biti informativni, pročitajte i kliknite "Dalje"... Zatim biramo potrebnu ulogu, u ovom slučaju nas zanima uloga File Services.

Nakon toga će se pojaviti prozor sa informacijama, pročitajte i kliknite "Dalje"... Zatim odaberite usluge uloga DFS imenski prostor i DFS replikacija(Ovaj članak neće opisati kako konfigurirati ovu uslugu, fokusirat ću se na to u sljedećem članku).

Predlažem da kasnije postavite imenski prostor, za to biramo "Kreiraj imenski prostor kasnije..." i pritisnite "Dalje".

Završite instalaciju - kliknite u prozoru za potvrdu "Instaliraj" i nakon uspješne instalacije kliknite "Zatvori".


Napola gotovo, ostaje nam podesiti DFS imenski prostor, za to otvaramo DFS konzolu. Da biste to učinili, kliknite "Start - Administracija - Upravljanje DFS-om".

Otvoriće se prozor DFS Management, da kreirate DFS, kliknite na "Prostor imena - novi prostor imena".

Prvo što treba da uradite je da odredite gde će se nalaziti prostor imena, u ovom primeru koristiću kontroler domene AD.test.ru.

Zatim navodimo ime imenskog prostora, u ovom primjeru "ukupno" i pritisnite "Sljedeći".

U prozoru "Unesite imenski prostor" za povećanje tolerancije grešaka, preporučujem da odaberete "Prostor imena domene".

Nakon toga će se otvoriti prozor sa svim napravljenim postavkama, ako ste sigurni u postavke kliknite "Stvoriti" i nakon nekoliko minuta DFS imenski prostor će biti kreiran.
Nakon toga, potrebno je kreirati foldere imenskog prostora, za to trebate dijeliti foldere (otvoriti mrežni pristup folderima) koji će biti povezani na DFS. U ovom primjeru, podijelio sam dvije mape (učinio sam to na dva različita servera, da bi DFS mogućnosti bile jasnije) Folder1 i Folder2. Zatim pritisnite "Kreiraj folder".

Odredite ime (ovo ime će biti prikazano u DFS imenskom prostoru i može se razlikovati od imena povezane fascikle) i odredite putanju do fascikle.

I tako smo kreirali folder Folder1 u DFS.

Dodajte još jedan folder na sličan način. Kao rezultat, imamo dva foldera dodana u imenski prostor, koji se fizički nalaze na različitim serverima.

Sada, ako idemo putem \\ test.ru \ Total (ova veza vrijedi samo za ovaj konkretan primjer, u vašem slučaju navedete podatke koje ste registrovali tokom podešavanja) vidjet ćemo kreirane prečice.

Radi praktičnosti korištenja prostora imena, preporučujem mapiranje mrežnog diska s putanjom do DFS-a. Da biste to uradili, otvorite na računaru korisnika "Kompjuter", na vrhu ploče odaberite Mapa mrežnog diska a u postavkama upisujemo putanju do DFS-a, u ovom primjeru \\ test.ru \ Total.

Kao rezultat toga, krajnjim korisnicima će biti vrlo zgodno da sami vide jedan mrežni disk, ulaskom u koji će vidjeti sve mape koje su im potrebne bez razmišljanja o tome gdje je pohranjen ovaj mrežni resurs.

Top srodni članci