Configurarea replicării DFS

Abrevierea DFS înseamnă DistribuitFişierSistem(sistem de fișiere distribuite), acest serviciu implementează funcții destul de importante pentru organizațiile mari distribuite geografic și constând din mai multe Rețele WAN sau site-uri, oferind servicii pentru stocarea simplă, replicarea și preluarea fișierelor în întreaga rețea a întreprinderii.

Primul beneficiu al DFS este că oferă un singur spațiu de nume de rețea pe care toți utilizatorii rețelei îl pot folosi pentru a accesa fișierele și folderele partajate, indiferent de locația lor.

Al doilea functie importanta DFS este capacitatea de a configura un serviciu de replicare care sincronizează folderele și fișierele din cadrul organizației, oferind utilizatorilor acces la cele mai recente și mai actualizate versiuni de fișiere.

Să aruncăm o privire mai atentă la aceste două caracteristici DFS.

DFSNameSpace– fiecare spațiu de nume este un folder de rețea cu subdosare în interior. Principalul avantaj al utilizării unui astfel de spațiu de nume este că utilizatorii își pot accesa folderele și fișierele partajate prin rădăcina spațiului de nume fără a fi nevoiți să vă faceți griji cu privire la serverul pe care sunt stocați de fapt. Acestea. namespace este un fel de structură logică care simplifică accesul la fișiere.

DFSReplicare– Serviciul de replicare DFS vă permite să aveți mai multe copii sincronizate ale aceluiași fișier sau folder. Replicarea vă permite să aveți o copie a fișierelor în fiecare subrețea sau site al unei organizații, de exemplu, biroul central. Acestea. atunci când utilizatorii accesează un anumit folder partajat, ei nu merg la serverul biroului central în sine, ci la cea mai apropiată replică DFS, reducând astfel în mod semnificativ sarcina pe canalul slab de transmisie inter-site. Și dacă un utilizator efectuează modificări la oricare dintre fișiere, modificările sunt replicate în spațiul DFS, rezultând toți utilizatorii rețelei să aibă acces la o copie actualizată și nouă a fișierului.

ÎN Windows Server 2008 Serviciu distribuit Sistemul de fișiere a primit o serie de îmbunătățiri și a devenit mai stabil, multe probleme observate în versiuni anterioare Servicii DFS.

Pentru a profita la maximum de noul DFS pe Windows Server 2008, trebuie să îndepliniți o serie de cerințe: toate serverele membre DFS trebuie să fie cel puțin Windows Server 2008, iar nivelul de domeniu AD trebuie să fie cel puțin Windows 2008.

În DFSau apărut următoarele modificări:

1. Deschideți snap-inul Server Manager.

2. Accesați secțiunea Roluriși selectați AdăugaRoluri.

3. Din lista de roluri, selectați FişierServicii.

4. Va apărea o fereastră de informații ( IntroducerelaFişierServicii), continuați făcând clic pe Următorul.

5. Din lista de roluri, selectați Sistem de fișiere distribuitși Spații de nume DFSȘi Replicare DFS; apoi apasa Următorul.

Notă:
Printre roluri veți vedea „Windows Server 2003 File Services” și „File Replication Service”. Aceste opțiuni ar trebui utilizate numai dacă trebuie să sincronizați un server Windows 2008 cu servicii FRS vechi.

6. Pe ecranul „Creați un spațiu de nume DFS”, puteți specifica dacă doriți să creați spațiul de nume imediat sau mai târziu.

ÎN în acest exemplu, nu voi crea o rădăcină de spațiu de nume. Prin urmare, am ales " Creați un spațiu de nume mai târziu folosind snap-in DFS Management în Server Manager"și faceți clic pe Următorul .

7. Pe ecranul următor, faceți clic Instalare, vom începe procesul de instalare a serviciului DFS.

8. După instalarea DFS, va apărea un nou rol în consola Server Manager Servicii de fișiere cu următoarea listă de componente instalate:

Sistem de fișiere distribuit

Spații de nume DFS

Replicare DFS

Sistemul de fișiere distribuite Windows (DFS) permite utilizatorilor să caute, să vizualizeze și să lucreze cu fișiere în rețea dintr-o locație centrală. Dacă sistemul este configurat corect, utilizatorii nu trebuie să înțeleagă concepte complexe de rețea sau să introducă adrese lungi UNC pentru a găsi fișiere. În Windows 2000 Sistem server DFS este instalat implicit și serviciul corespunzător pornește automat. Să aruncăm o privire asupra modului în care puteți profita de această nouă funcție grozavă.
Selectarea unei configurații DFS

Există două tipuri de sisteme DFS: autonome și tolerante la erori. ÎN sistem autonom DFS toate informațiile sunt stocate pe un singur server. Dezavantajul acestei configurații este că, dacă serverul eșuează, întregul sistem DFS nu mai funcționează. O configurație tolerantă la erori stochează informații DFS în Active Directory (AD), oferind atât protecție împotriva defecțiunilor, cât și asigurarea pentru replicarea datelor.

Creați o rădăcină DFS

Pentru a obține acces la partajările DFS, trebuie să creați o rădăcină DFS. Rădăcina stochează toate linkurile către foldere partajateși fișiere. Aș numi rădăcina DFS un container gol care conține link-uri către toate folderele de rețea pe care le-am partajat. Înainte de a începe configurarea rădăcinii DFS, vă recomand să faceți o listă cu toate partajările de rețea de pe sistem - acest lucru va fi util la crearea legăturilor DFS, care vor fi discutate mai detaliat puțin mai târziu.

Pentru a crea o rădăcină DFS:

1...Din meniul Start, selectați Instrumente administrative | Sistem de fișiere distribuit" (Instrumente administrative | Sistem de fișiere distribuite) pentru a intra în consola Microsoft Computer Management ( Management Microsoft Consolă), așa cum se arată în Fig. A.

Figura A.

2...Apăsați Click dreapta mouse-ul pe obiectul Sistem de fișiere distribuit și selectați New DFS Root pentru a lansa New DFS Root Wizard.
3... Faceți clic pe butonul „Următorul” și selectați în caseta de dialog prezentată în Fig. B, tipul de rădăcină DFS pe care doriți să o creați.

Figura B

4...Selectați opțiunea „Creați o rădăcină DFS de domeniu” și faceți clic pe „Următorul”.
5...Introduceți numele de domeniu complet calificat al serverului gazdă (Complet calificat Numele domeniului, FQDN), așa cum se arată în Fig. C și faceți clic pe Următorul.

Figura C

6...În caseta de dialog prezentată în Fig. D, selectați folderul partajat corespunzător rădăcinii DFS și faceți clic pe Următorul.

Figura E.

Odată ce rădăcina DFS este creată, puteți verifica starea acesteia făcând clic dreapta pe rădăcină și selectând Verificare stare, așa cum se arată în figură. F. Dacă totul este configurat corect, lângă rădăcină va apărea o pictogramă sub forma unui bif verde într-un cerc alb.

Figura F

După ce ați finalizat configurarea rădăcinii DFS, puteți începe să creați legături către partajări de rețea. Pentru a face acest lucru, urmați acești pași:

1...Faceți clic dreapta pe rădăcina DFS și selectați New DFS Link.
2...Introduceți un nume pentru link.
3... Faceți clic pe butonul Browse și selectați folderul partajat, așa cum se arată în Fig. G și faceți clic pe „OK”.

Figura G.

Figura H.

După crearea link-urilor către cele necesare fișiere partajateîn rețea, acestea ar trebui publicate în Active Directory.

1...În folderul Administrare, selectați obiectul Utilizatori și computere Active Directory. Faceți clic dreapta pe domeniu și selectați Nou | Dosar partajat" (Nou | Dosar partajat).
Introduceți numele dvs. și adresă de rețea Dosarul partajat DFS, așa cum se arată în Fig. I și faceți clic pe „OK”.

Figura I.

2...După publicarea unui link către o partajare în AD, utilizatorii vor putea să-l vadă examinând harta unității sau deschizând My reţea| Întreaga rețea | Vizualizați tot conținutul rețelei | Catalog | Numele partajării (Locațiile mele din rețea | Întreaga rețea | Vizualizați întregul conținut | Director | Numele partajării dvs.) (în exemplul nostru, „ACME Corporation”, așa cum se arată în figurile J și K).

Figura J.

Figura K.

Replicare

Caracteristica de replicare vă permite să publicați foldere DFS și link-uri către alte rădăcini DFS din domeniu, oferind o toleranță puternică la erori în cazul în care serverul se defectează sau necesită o repornire. Puteți replica atât partajările DFS, cât și rădăcina.

Cel mai important element al unui sistem DFS este rădăcina. Dacă rădăcina DFS este deteriorată și replicarea nu este configurată, întregul arbore de foldere DFS va fi inaccesibil.

Pentru a configura replicarea rădăcină DFS, faceți clic dreapta pe rădăcină și selectați New Root Replica. Introduceți numele serverului în care doriți să copiați rădăcina. Pentru a configura o politică de replicare:

1...Deschideți obiectul Sistem de fișiere distribuit în folderul Administrare.
2... Faceți clic dreapta pe link și selectați New Replica pentru a afișa caseta de dialog Add A New Replica prezentată în Figura 1. L.

Q de ce avem nevoie de DFS?

A pentru a organiza un singur spațiu structurat de stocare a fișierelor tolerant la erori în organizație. în locul unei grădini zoologice de bile și discuri de neînțeles, avem o singură rădăcină (care poate fi mapată utilizatorilor ca disc, de exemplu), în care putem crea o structură convenabilă pentru noi sub formă de foldere virtuale (fie imbricate, fie amestecate cu cele reale), la care, într-o formă convenabilă nouă, conectăm bile de rețea situate fizic pe servere diferite. oameni, oameni, unul unitate de rețea- asta e al naibii de convenabil în comparație cu ferma colectivă pe care o au majoritatea oamenilor!

Q Ar trebui să integrez spațiul de nume în Active Directory (spațiul de nume DFS bazat pe domeniu) sau să folosesc spațiul de nume DFS autonom?

A spațiul de nume DFS integrat este stocat în AD (să faceți backup, în consecință, „pentru companie”. O faceți copii de rezervă Director activ? ;) și vă permite să aveți mai multe servere de spații de nume, de ex. are încorporat un mecanism de toleranță la erori. Stand Alone DFS NS nu are mecanisme încorporate (toleranța la erori este obținută prin utilizarea clusteringului). Microsoft recomandă utilizarea DSF bazată pe domenii dacă numărul de linkuri (dosare virtuale) nu depășește 5.000. Stand Alone DFS este recomandat pentru a limita 50.000 de link-uri. Aceasta nu este o limitare strictă, acestea sunt recomandări (după depășirea cifrei, se pare că productivitatea ar trebui să înceapă să scadă). acestea. Ca urmare, constatăm că stand alone este benefic de utilizat într-o rețea mică, de exemplu, dacă nu există AD sau, dimpotrivă, în cazul unui dump de fișiere extrem de mare, în alte cazuri, este mai profitabil de utilizat; spațiul de nume DFS integrat.
PS: niște burghezi mai iresponsabili scriu „Standalone DFS root do nu au orice foldere partajate DFS la nivelul rădăcină și un singur nivel de link DFS este posibil", dar nu prea înțeleg ce înseamnă asta.

Q Care sunt mecanismele de toleranță la erori în DFS bazat pe domeniu?

A Informațiile rădăcină DFS sunt stocate în Active Directory (dacă aveți mai multe controlere de domeniu, backup-ul se obține și aici) și sunt replicate pe serverele de spații de nume DFS (dintre care pot fi și multe). link-urile (directoarele virtuale pe care le creați în DFS Root și la care montați partajări fizice) pot avea mai multe (nu neapărat 2, poate mai multe) surse de partajare, datele în care sunt replicate între ele.

Q ce este replicarea DFS și ce tipuri există?

A mecanism pentru sincronizarea conținutului în mai multe surse DFS.
S-a întâmplat: FRS(Serviciul de replicare a fișierelor) - replicare regulată;)
DFSR(Distributed File System Replication) este o replicare la modă care a apărut în Windows Server 2003R2 și 2008. Utilizează RDC (compresie diferențială, adică numai modificările din fișier sunt transferate, și nu fișierul modificat în ansamblu, așa cum a fost cazul în FRS . În general, pentru canalele noastre moarte sunt un lucru foarte util). Observ că replicarea DFS este asincronă, adică. De ceva vreme sursele nu sunt consistente.

Q La ce să acordați atenție după implementarea DFS

A privind locația și securitatea folderului DFSRPrivate din fiecare sursă (utilizat pentru a stoca informații replicate, fișiere șterse și conflictuale din punct de vedere al replicării). implicit este stocat în folderul sursă însuși cu drepturi moștenite „de sus” (de fapt este ciudat, pe technet e scris că doar administratorii vor avea acces. Poate că au rezolvat ceva în 2008R2 dacă aveți drepturi în securitatea folderului sursă). este diferit (ceea ce în sine este oarecum stângaci din punctul de vedere al arhitecturii de depozitare a fișierelor), atunci oamenii pot avea acces acolo unde nu au nevoie, plus că mâinile jucăușe ale Kulibins nu vor adăuga bucurie.

Q Ce este folderul „DFSRPrivate\Staging” și cum să-i alegi dimensiunea corect?

A acesta este folderul în care sunt stocate copii temporare ale fișierelor pentru replicare, prin care acestea sunt în esență transferate. disponibil în toate sursele. dimensiunea, cel puțin pentru durata replicării primare, este mai bine să o setați la puțin mai mare decât dimensiunea fișierului maxim găsit în folderul replicat (cu excepția cazului în care aveți pasionați de sporturi extreme care stochează gigas de Varez într-o arhivă de un terabyte, de curs). important: un fișier mai mare decât folderul Staging este replicat în mod normal și nu se va bloca nicăieri, așa cum cred unii oameni, procesul de replicare va avea loc pur și simplu în mai multe etape (fișierul va fi tăiat în mai multe părți și transferat în părți), care va încetini oarecum procesul.

Q care este folderul „DFSRPrivate\Conflict and Deleted”

A Deoarece mai mulți utilizatori pot schimba același fișier în același timp, principiul „cel care a scris ultimul fișier, scapă de el” funcționează. fișierul eșuat este trimis în acest folder și o intrare corespunzătoare apare în ConflictandDeletedManifest.xml. de asemenea, dacă există o casetă de selectare „salvare” fișiere șterseîn folderul „conflicte”, fișierele șterse de utilizatori vor fi stocate acolo (foarte convenabil de restaurat).

Q Care sunt principalele probleme cu replicarea DFS?

A Cele mai multe dintre problemele pe care le-am avut cu replicarea DFS s-au datorat File Screening (limitarea extensiilor de fișiere permise) și Disk Quotes (limitarea dimensiunii folderului). mai ales în cazul replicării primare. Cu cote de disc totul este clar, trebuie să fii cu ochii pe ele (având în vedere că directorul DFSRPrivate împreună cu „Staging” și „Conflict and Deleted” se află în mod implicit în folderul sursă în sine), apoi cu File Screening este o mizerie completă - tu fie trebuie să mutați folderul DFSRPrivate într-un loc în care nu există restricții (ceea ce nu este convenabil), fie să încercați să faceți excepții pentru folderul „DFSRPrivate” (și este ascuns. Doamne) sau să dezactivați temporar restricțiile (și în sursa primară! În caz contrar, fișierul nu va ajunge în Staging la sursă și nu va fi replicat) sau șterge toate fișierele utilizator incluse în filtrele de interzicere (vă reamintesc că fișierul de screening interzice doar crearea de fișiere noi cu anumite extensii, și nu a acestora). Adică, dacă fișierele există deja și includem reguli de interzicere în screening, atunci fișierele care se încadrează în filtre nu pot fi create sau modificate, dar puteți citi și șterge serviciul încearcă să scrie un fișier replicat interzis în folderul Staging, screening-ul fișierului se va plânge cu eroarea „fără spațiu pe disc”, care este locul unde se oprește toată replicarea).

Q unde sunt stocate jurnalele detaliate de replicare?

A cu excepția eventlog"a din %windir%\debug\DFSR*.log.gz - arhivat și %windir%\debug\DFSR*.log - curent.

Q Care sunt subtilitățile DFS?

A1 deși este permisă montarea unui spațiu de nume ca folder într-un alt spațiu de nume, în practică, la montarea stand alone DFS Windows Server 2003 în folderul altuia integrat în AD DFS Windows Server 2008, această avangardă a dus la un BSOD la introducerea unui astfel de spațiu. un folder cu computer cu Windows XP ;) Se pare că burghezia a însemnat că poți fuziona diferite spații de nume DFS bazate pe domenii.

A2 când folderul primar din DFS cade, la accesarea lui din Windows XP există o întârziere egală cu timpul de cache al structurii DFS (300 de secunde implicit, din câte îmi amintesc). Dacă vă conectați cu Windows Vista/7/2008, nu există nicio întârziere. După cum scrie burghezia, acest lucru se datorează protocoalelor de rețea rescrise în noul Windows. Deci, o failover automată cu drepturi depline, dacă aveți clienți XP, nu va funcționa, trebuie să utilizați mijloace ușor diferite sau să dezactivați sursele manual. (de exemplu, în cazul unei închideri planificate a unuia dintre servere).

A3 Deoarece replicarea în DFS este asincronă, nu ar trebui să păstrați baze de date într-un folder cu două sau mai multe surse replicate. în momentul tranziţiei între surse se desincronizează.

Q Ce altceva ai putea face cu DFS?

A activați ABE (Access Based Enumeration) în proprietățile fiecărei partajări - această tehnologie vă permite să ascundeți din folderele utilizatorilor la care acesta nu are acces. util din multe motive - și nu-l enervăm pe utilizator cu o grămadă de foldere în care nu va putea intra (va vedea doar acele foldere la care are acces) și nu dăm niciunul informații indirecte (puțini oameni nu vor fi alarmați de dosarul „Planificați reducerea personalului de trei ori”) și face navigarea în depozitul de fișiere mai convenabilă.

Q Cum mă conectez la DFS după creare? ;)

Aîn cazul Spațiului de nume DFS bazat pe Doman - „\\DomainName\DFSRootName” în bara de adrese Explorer, în cazul Stand Alone - ca într-o partajare obișnuită - „\\ServerName\DFSRootName Puteți mapa ca o partajare obișnuită”. -" utilizare net Z: \\DOMAIN.Local\MyCoolDFS\" și respectiv "net use Z: \\Server\MyCoolDFS\".

· Fara comentarii

Acest articol oferă o prezentare generală a modificărilor la replicarea fișierelor sisteme Windows Server 2003 R2 și oferă, de asemenea, exemple ilustrative de implementare a replicării în spațiul de nume DFS folosind tehnologia domeniului.

În cele două articole anterioare, ne-am uitat la modul de instalare și configurare a spațiului de nume DFS în Windows Server 2003 R2. Spațiul de nume DFS din R2 este un nume nou pentru una dintre componentele Sistemului de fișiere distribuite (DFS) din Windows Server 2003, care vă permite să creați un singur arbore de foldere virtuale acces public, ceea ce va duce la resurse reale (fizice) aflate pe diverse servere de fișiere. Spațiul de nume DFS vă permite să combinați diferite resurse partajate în rețea într-o singură resursă virtuală care poate fi vizualizată de un client, indiferent de locația sa.

În plus, DFS în R2 include o altă componentă: replicarea DFS. (În versiunile Windows Server 2003 anterioare R2, ambele componente erau pur și simplu numite DFS). Replicarea DFS este, în esență, un serviciu care poate fi folosit pentru a replica fișiere de la un server la altul, permițându-vă să păstrați mai multe copii ale aceluiași fișier în directoare diferite. Desigur, în Versiuni anterioare Windows Server 2003 avea deja un serviciu numit (evident) File Replication Service sau FRS, care a fost folosit pentru a atinge două scopuri:

• Replicarea conținutului folderelor partajate dintr-un arbore DFS în altul.
• Replicarea conținutului folderului SYSVOL între controlerele de domeniu.

Dezavantajul FRS este că îndeplinește a doua sarcină impecabil, dar nu funcționează bine la prima. Să presupunem că aveți doi arbori DFS care trebuie replicați folosind FRS; Dosarele de date ale celor doi arbori conțin fișiere foarte mari (de exemplu, videoclipuri). Dacă faceți modificări minore unuia dintre fișiere (editarea unui singur cadru), atunci FRS va trebui să reproducă întregul fișier dintr-un arbore în altul, ceea ce înseamnă o încărcare mare a tamponului. Aceasta poate fi o problemă serioasă dacă ambii copaci sunt localizați pe două site-uri diferite conectate folosind o conexiune WAN lentă - replicarea va ocupa totul loc liber tampon de comunicare! În plus, FRS în versiunile anterioare a făcut cu ușurință greșeli și uneori chiar a refuzat să lucreze, ceea ce este cel puțin păcat.

Implementarea

Comprimarea variabilelor de la distanță Mecanismul de replicare a fișierelor sa schimbat în Windows Server 2003 R2. în special, în acest sistem există două mecanisme independente de replicare:

• Replicare DFS. Acest serviciu este complet nou și poate fi folosit nu numai pentru a replica arbori DFS pentru a asigura toleranța la erori de sistem și o funcționare mai bună, ci și pentru a replica arbori între servere în orice scop. Mai multe detalii despre acest serviciu vor fi discutate mai jos.
• Serviciul de replicare a fișierelor (FRS). Acesta este serviciul original din Windows Server 2000. În R2, FRS este utilizat numai pentru a replica conținutul SYSVOL pe un controler de domeniu.

Este grozav că serviciu nou Replicarea DFS utilizează un mecanism de operare îmbunătățit cu un nou algoritm numit Remote Differential Compression (RDC). Acest algoritm asigură replicarea modificărilor conținutului fișierelor, mai degrabă decât fișierele în sine. Aceasta înseamnă că DFS va funcționa semnificativ mai bine pe o conexiune WAN decât înainte. În plus, noul mecanism acceptă limitarea lățimii de bandă și programarea replicării; în plus, funcționează pe o bază multimaster. Astfel, DFS din Windows Server 2003 este mult mai fiabil și mai bogat în funcții decât înainte.

Instalarea DFS Replication

Pentru a vizualiza cum să configurați și să utilizați motorul de replicare DFS, să folosim spațiul de nume creat în articolul meu anterior Utilizarea spațiilor de nume DFS. Contabilitatea utilizează două servere de fișiere: BOX 162 și 163 (BOX162 are resursele Credit și Debit, iar BOX163 are resursele Facturi, Inventar și Rapoarte. Aceste resurse partajate au fost combinate folosind spațiul de nume DFS într-un arbore de foldere virtuale cu rădăcina în Contabilitate. folder, care a fost creat pe serverul BOX162 când a fost creat spațiul de nume DFS. Următorul tabel descrie modul în care folderele din arborele DFS sunt asociate cu resursele de pe cele două servere:

Folder impartit	Server	Calea DFS
Contabilitate	BOX162	\\r2.local\Accounting (rădăcină)
Credit	BOX162	\\r2.local\Accounting\Ledger\Conturi de împrumut
Debit	BOX162	\\r2.local\ Contabilitate \Ledger\Conturi prin debit
Facturi	BOX163	\\r2.local\ Contabilitate \Cont\Facturi
Inventar	BOX163	\\r2.local\ Contabilitate \Catalog\Inventar
Rapoarte	BOX163	\\r2.local\ Contabilitate \bază de date de raportare

Rețineți că resursa „Facturi” se află pe serverul BOX163; poate fi accesat numai folosind calea DFS \\r2.local\Accounting\Account\Invoices, unde r2.local este numele domeniului Active Directory cu care lucrăm (acest exemplu arată spațiul de nume DFS folosind tehnologia domeniului și controlerul de domeniu este BOX161). Cu alte cuvinte, resursa „Facturi” (C:\Invoices pe BOX163) este folderul țintă asociat cu pliant\\r2.local\ Contabilitate \Cont\Facturi în spațiul de nume\\r2.local\Cont.

Tine minte:
Terminologia pentru DFS în R2 diferă de Windows 2000 Server și versiunile anterioare. ÎN versiune veche DFS, a fost numită resursa „Facturi”. link-ul țintă, iar \\r2.local\Accounting\Account\Invoices a fost legătură asociat cu acest scop. \\r2.local\contul a fost doar rădăcină. Așadar, asigurați-vă că înțelegeți terminologia DFS din R2 înainte de a începe să lucrați cu el. Cu alte cuvinte, acum se numesc rădăcinile spații de nume, linkurile sunt foldere, iar linkurile țintă sunt folderele țintă!

Acum să folosim mecanismul DFS pentru a replica conținutul resursei Facturi de pe serverul BOX163 pe serverul BOX162. astfel, resursa de pe serverul BOX163 va deveni indisponibilă, dar utilizatorii vor putea în continuare să o acceseze de pe serverul BOX162. Desigur, pentru a fi mai sigur, este mai bine să copiați și spațiul de nume. Ceea ce vom face aici este să creăm o a doua resursă „Facturi” pe serverul BOX162, să copiați conținutul \\BOX163\Invoices în \\BOX162\invoices și să adăugați \\BOX162\facturi la lista de foldere țintă pentru folderul \\r2 local\Accounting\Account\Invoices în spațiul de nume. În acest caz, dacă un client (de exemplu, XP-191) încearcă să acceseze fișierul Sample.doc aflat în \\r2.local\Accounting\Account\Invoices pe serverul BOX163, dar acest server nu funcționează, atunci accesați va fi furnizat unei copii a fișierului aflat pe serverul BOX162.

Astfel, primul lucru pe care trebuie să-l faceți este să instalați componenta DFS Replication dacă nu este deja pe computer. După cum am discutat în articolele anterioare, dacă adăugați sau actualizați roluri File Server, aveți opțiunea de a instala DFS Namespaces fără a instala DFS Replication Engine. Așa am făcut noi înainte! Pentru a adăuga acum motorul de replicare DFS, puteți utiliza Adăugare sau eliminare programe din Panoul de control. Rulați utilitarul specificat, selectați opțiunea Adăugare/Eliminare componenta Windows, selectați Sistem de fișiere distribuite, faceți clic pe butonul Detalii și selectați serviciul de replicare DFS (vezi Figura 1):

Poza 1: Instalarea motorului de replicare DFS

Dacă este necesar, inserați discul 2 pentru R2 sau specificați calea către folderul \CMPNENTS\R2 din resursele partajate ale rețelei dvs. pentru a finaliza procesul de instalare a componentelor. Acum, creează dosar nou cu numele C:\Invoices pe serverul BOX162 și faceți-l accesibil tuturor prin setarea drepturilor Control total pentru Toată lumea (acest lucru nu va însemna că folderul nu este protejat ca resursă partajată). Acum pregătiți-vă să instalați componenta DFS Replication pe serverul BOX163, deoarece toate serverele de fișiere care vor fi implicate în replicare trebuie să aibă acest serviciu.

Pentru a face acest lucru, puteți utiliza elementul Adăugare sau eliminare programe deja menționat sau opțiunea de gestionare a serverului. Acum, să adăugăm \\BOX162\Invoices ca al doilea dosar țintă pentru \\r2.local\Accounting\Invoices. Deschideți Consola de administrare DFS și selectați următorul nod de arbore al consolei: Management DFS, Spații de nume, \\r2.local\Accounting\Account\Invoices. Amintiți-vă că există o singură țintă pentru folderul curent (Figura 2):

Figura 2: țintă existentă

Verificați de pe un computer client (de exemplu, XP-191) că utilizatorul poate deschide fișierul Sample.doc făcând clic pe Start, apoi Executați..., tastând \\r2.local\Accounting\Account\Invoices și făcând dublu clic pe fișier . Acum să adăugăm o a doua țintă (\\BOX162\Invoices) pentru acest folder. Faceți clic dreapta pe folderul Facturi din arborele consolei și selectați Adăugare țintă. Acum definiți calea către noul obiectiv, așa cum se arată în Figura 3:

Figura 3: Adăugarea unei a doua ținte la un folder

Facturi în spațiul de nume \\r2.local\invoice După adăugarea celei de-a doua ținte, vi se va solicita să creați un grup de replicare (a se vedea figura următoare).

Figura 4

Grup de replicare este o colecție de servere de fișiere care participă la procesul de replicare a unuia sau mai multor foldere dintr-un spațiu de nume. Cu alte cuvinte, dacă dorim să replicăm conținutul \\BOX163\Invoices din \\BOX162\Invoices, atunci BOX163 și BOX162 trebuie adăugate inițial la grupul de replicare. Grupurile de replicare pot fi create manual făcând clic dreapta pe nodul Replicare DFS din Consola de administrare DFS; cu toate acestea, este mult mai ușor dacă facem clic butonul Daîn caseta de dialog. Aceasta va lansa Folder Replication Wizard, o metodă simplă de replicare a conținutului serverelor de fișiere DFS R2 (vezi Figura 5):

Figura 5: Folder Replication Wizard

Nu vom vorbi despre toate etapele lucrării maestrului, ci ne vom concentra doar pe câteva puncte generale:

• Acceptabilitatea reproducerii. Această funcție afișează care ținte pot participa la replicarea folderului selectat (Facturi). În acest caz, Expertul arată \\BOX163\Invoices și \\BOX162\Invoices.
• Element principal. Verifică dacă serviciul de replicare DFS rulează pe serverul pe care vor fi migrate țintele. Un server este elementul principal al grupului de replicare. Când grupul este în cele din urmă determinat, totul se desfășoară pe o bază de mai multe elemente. Vom selecta BOX163 ca element principal, deoarece fișierul Sample.doc va fi transferat în resursa Facturi situată pe acest server(resursa Facturi de pe serverul BOX162 se dovedește a fi goală).
• Selectarea topologiei. Aici puteți selecta „full mesh”, „spoke” sau orice altă opțiune de topologie care va fi descrisă mai târziu. Voi vorbi mai multe despre topologia de replicare într-una dintre cele articolele urmatoare la WindowsNetworking.com. Selectarea topologiei Legături complete vă duce la Grupul de replicare și Lista lățimii de bandă.
• Lista grupurilor de replicare și lățimii de bandă. Puteți seta debitul maxim și puteți seta lista de replicare (planul acesteia) (vom selecta prima opțiune - replicare continuă).

După revizuirea setărilor și confirmarea acestora, se stabilesc conexiuni dual și single track între cele două servere care rulează procesul de replicare. În funcție de numărul total de controlere de domeniu și de locația acestora, replicarea poate dura anumit timp pentru finalizarea acestuia.

Testare de replicare

Pentru a vedea starea de replicare pentru un folder dat, selectați tabelul de replicare, așa cum se arată în figură:

Figura 6: Starea de replicare pentru folder

Facturi verificare rapida folderul C:\Facturi pe serverul BOX162 folosind Windows Explorer arată că fișierul Sample.doc a fost mutat de pe serverul BOX163 pe BOX162, așa cum era de așteptat. Dacă dezactivați Conexiune locală pe serverul BOX163 și specificați calea către \\r2.local\Accounting\Account\Invoices către clientul XP-191, apoi fișierul Sample.doc va rămâne disponibil deoarece utilizatorul rămâne blocat la următorul fișier disponibil pe serverul BOX162 . dacă se fac modificări în fișierul Sample.doc (pe BOX162 sau BOX163), atunci astfel de modificări sunt făcute aproape imediat fișierului replicat pe alt server.

www.windowsnetworking.com

Vezi si:

Sistem de fișiere distribuit DFS Sistemul de fișiere distribuit este o tehnologie care oferă capabilități de simplificare a accesului la partajarea fișierelor și replicarea globală a datelor. Datorită DFS, distribuit pe diferite servere resurse partajate(directoare și fișiere) pot fi combinate într-o singură structură logică UNC, care pentru utilizator arată ca o singură structură resursă de rețea. Chiar dacă locația fizică a folderului țintă se modifică, aceasta nu afectează accesul utilizatorului la acesta.

Implementarea serviciilor DFS în Windows Server 2012 este diferită de versiunile anterioare de Windows. În primul rând, observăm că tehnologiile DFS din Windows Server 2012 sunt implementate sub forma a două servicii separate, independente unul de celălalt - Spații de nume DFSȘi Replicare DFS incluse în rolul serverului de fișiere (Servicii de fișiere și stocare).

• Spații de nume DFS (DFSN sau DFS-N)– spațiu de nume DFS. Vă permite să combinați într-un singur structura logica foldere partajate situate pe diverse servere din organizație. Fiecare spațiu de nume apare utilizatorului ca un singur folder de rețea cu subdirectoare. Structura reală a unui anumit spațiu de nume DFS este ascunsă utilizatorului și poate include diferite foldere de rețea situate pe servere și site-uri diferite.
• Replicare DFS (DFSR sau DFS-R)— Serviciu de replicare DFS. Vă permite să organizați un serviciu de replicare eficient pentru directoare (inclusiv cele incluse în spațiul de nume DFS) între diferite servere și site-uri AD. Acest serviciu Pentru replicare, folosește un algoritm special de compresie diferențială la distanță - RDC-compresie diferențială la distanță. Datorită RDC, care urmărește modificările în fișiere, replicarea nu copiază fișierele întregi (cum este cazul replicării FRS), ci doar blocurile acestora.

Instalarea serviciilor DFS pe Windows Server 2012

Puteți instala serviciile DFS utilizând consola Server Manager sau prin Ajutor Windows PowerShell.

După cum am spus deja, serviciile DFS sunt membri de rol Servicii de fișiere și stocare:

Dar este mai ușor și mai rapid să instalați toate serviciile DFS și consola de management DFS folosind PowerShell:

Instalare-WindowsFeature FS-DFS-Namspace, FS-DFS-Replication, RSAT-DFS-Mgmt-Con

Sfat. Desigur, serviciile și consola de management DFS pot fi instalate separat.

Unde FS-DFS-Namspace– Serviciu DFS Namespaces

FS-DFS-Replicare– Serviciu de replicare DFS

Configurarea unui spațiu de nume DFS în Windows Server 2012

Să trecem la o descriere a procedurii de configurare a spațiului de nume DFS, pentru care trebuie să deschideți panoul de control Instrument de management DFS.

Să creăm un nou spațiu de nume ( Spațiu de nume nou).

Trebuie să specificați numele serverului care va conține spațiul de nume (acesta poate fi fie un controler de domeniu, fie un server membru).

Apoi ar trebui să specificați numele spațiului de nume DFS care urmează să fie creat și să mergeți la setările avansate (Editare setări).

Aici trebuie să specificați numele spațiului de nume DFS și permisiunile pentru acest director. În general, este recomandat să indicați că accesul la folderul de rețea permis tuturor, în acest caz drepturile de acces sunt verificate la nivelul sistemului de fișiere NTFS.

Apoi, expertul vă va solicita să specificați tipul de spațiu de nume care trebuie creat. Ar putea fi Spațiu de nume bazat pe domeniu(spațiu de nume de domeniu) sau Spațiu de nume autonom(spațiu de nume separat). Spațiul de nume bazat pe domenii are o serie de avantaje, dar pentru ca acesta să funcționeze aveți nevoie de fapt Domeniu activ Drepturi de director și administrator de domeniu (sau prezența drepturilor delegate pentru a crea spații de nume DFS de domeniu).

După finalizarea expertului, noul spațiu de nume DFS pe care l-am creat va apărea în ramura Spații de nume a consolei de management DFS. Pentru a ne asigura că atunci când utilizatorii accesează directoarele DFS, văd numai acele directoare la care au acces, vom activa Enumerarea bazată pe DFSAccess pentru acest spațiu (mai multe despre această tehnologie în articol). Pentru a face acest lucru, deschideți fereastra de proprietăți a spațiului de nume creat.

Și pe filă Avansat activați opțiunea Activați enumerarea bazată pe acces pentru acest spațiu de nume.

Pentru a vizualiza conținutul noului spațiu DFS, introduceți pur și simplu calea în fereastra UNC Explorer: \\domain_or_server_name\DFS

Adăugarea unui server DFS suplimentar

Puteți adăuga un server suplimentar la spațiul de nume de domeniu DFS (articolul de meniu Adăugare server de spațiu de nume) care îl va accepta. Acest lucru se face pentru a crește disponibilitatea spațiului de nume DFS și permite ca serverul spațiului de nume să fie localizat în același site cu utilizatorii.

Notă. Spațiile de nume DFS autonome acceptă un singur server.

Adăugarea unui director nou la un spațiu de nume DFS existent

Acum trebuie să adăugăm un nou director de rețea la ierarhia spațiului de nume DFS pe care l-am creat. Faceți clic pe butonul Adăugați folderul țintă.

Specificați numele directorului din spațiul DFS și al acestuia locație reală pe un server de fișiere existent ( Țintele folderului).

Configurarea replicării DFS pe Windows Server 2012

Tehnologia de replicare DFS-R este concepută pentru a oferi toleranță la erori spațiului de nume DFS și echilibrul de încărcare între servere. DFS-R echilibrează automat traficul dintre replici în funcție de încărcarea acestora și, dacă unul dintre servere nu este disponibil, redirecționează clienții către un alt server de replica. Dar înainte de a vorbi despre replicarea DFS și configurația acesteia în Windows Server 2012, enumeram principalele cerințe și limitări de sistem:

• Replicarea DFS trebuie instalată pe toate serverele care vor fi incluse în grupul de replicare
• Toate serverele dintr-un grup de replicare trebuie să fie în aceeași pădure AD
• Nivelul pădurii Active Directory trebuie să fie cel puțin Windows Server 2003 R2 (dacă instalați primul controler de domeniu pe Windows Server 2012).
• Nivel funcțional al domeniului - cel puțin Windows Server 2008
• Trebuie să te asiguri că program antivirus pe servere de fișiere compatibile cu tehnologia de replicare DFS
• Directoarele replicate trebuie să fie localizate pe volume cu sistemul de fișiere NTFS ( sisteme de fișiereși FAT nu sunt acceptate). Replicarea datelor stocate pe Cluster Shared Volumes nu este, de asemenea, acceptată

În consola DFS Managment, selectați spațiul de nume DFS de care aveți nevoie și faceți clic dreapta pe directorul pentru care doriți să creați o replică și selectați Adăugați folderul țintă.

Și specificați calea completă (UNC) către directorul de rețea al altui server în care va fi stocată replica.

Când ați întrebat dacă doriți să creați un grup de replicare, răspundeți Da.

Pornește Expertul de configurare replicare. Verificăm numele grupului de replicare și directorul.

Indicăm primarul ( Primar) Server. Acest server va fi sursa de date în timpul replicării inițiale (primare).

Apoi selectăm tipul de topologie (conexiune) între membrii grupului de replicare. În exemplul nostru alegem Mesh complet(toată lumea cu toată lumea).

Și, în final, specificăm programul de replicare și parametrii de limitare a lățimii de bandă - limitând lățimea de bandă disponibilă pentru replicare.

După ce expertul se termină, va începe sincronizarea inițială.

Dacă este necesar, setările avansate pentru programul de replicare și lățimea de bandă maximă pentru acest trafic pot fi setate în ramură Replicare.