Implementering DFS Replication


Få ditt eksemplar av Windows Server Hacks

Hvis du ønsker å lese Mitch Tulloch øvrige DFS artikler kan du gå til:

  • Konfigurering av DFS-navneområder
  • gjennomførings DFS-navneområder
  • Konfigurere og bruke DFS Replication

    I to tidligere artikler vi undersøkt hvordan du setter opp og konfigurere DFS-navneområder i Windows Server 2003 R2. DFS-navneområder er det nye navnet på R2 for en komponent av Distributed File System (DFS) i Windows Server 2003, og lar deg opprette en enkelt virtuell tre av delte mapper som er tilordnet faktiske (fysiske) delte mapper som ligger på flere forskjellige filservere. Ved hjelp av DFS Navnerom lar deg konsolidere delte ressurser på nettverket til en enkelt virtuell ressurs som kan bladde og lett tilgjengelig med kunder uansett hvor de faktiske delte ressursene ligger.

    Det er en annen komponent i DFS i R2 imidlertid er og dette kalles DFS Replication. (I pre-R2 Windows Server 2003 begge komponentene ble bare kalt DFS). DFS Replication er i utgangspunktet bare en tjeneste som kan brukes til å gjenskape filer fra en server til en annen, slik at du kan opprettholde flere kopier i ulike steder av en enkelt fil. Of course, i pre-R2 Windows Server 2003 var det allerede en slik tjeneste som heter (ganske åpenbart) File Replication Service eller FRS, og dette ble brukt til to ulike formål:

  • Kopierer innholdet i delte mapper fra én DFS tre til et annet.
  • Kopierer innholdet i SYSVOL mappe mellom en domenekontroller og en annen.

    Problemet med FRS er at det gjorde en god jobb med den andre oppgaven, men en elendig jobb med det første. For eksempel si at du hadde to DFS trær satt opp til å replikere bruker FRS, og de delte mappene i disse trærne inneholdt svært store filer som videofiler. Hvis du har gjort en liten endring i en slik fil (kanskje ved å redigere ut en enkelt videobilde) da FRS måtte gjenskape hele filen fra ett tre til et annet, noe som medførte mye båndbredde som brukes for replikering. Dette kan være et spesielt problem når de to trærne ble plassert i forskjellige områder forbundet med en langsom WAN link-replikering av filer kan lett spise opp hele båndbredden for linken! På toppen av det, FRS i pre-R2 var også litt ustø og utsatt for svikt, noe som medførte noen ganger DFS ikke fungerte ordentlig i det hele tatt, noe som kan være smertefullt å si det mildt.

    Enter Remote Differential Compression

    File Replication har endret men som av Windows Server 2003 R2. Spesielt er det nå to forskjellige replikering tjenester bygget inn i plattformen, nemlig:

  • DFS Replication
    . Denne tjenesten er ny og kan ikke brukes bare for å kopiere DFS trær for å gi feiltoleranse og bedre ytelse, men selv rett og slett bare å kopiere filer mellom servere for ethvert formål. Mer om denne nye tjenesten i et øyeblikk.
  • File Replication Service (FRS)
    . Dette er den originale replikering service, først utgitt med Windows Server 2000, men noe styrke. I R2 er FRS kun brukes til å kopiere SYSVOL innhold på domenekontrollere og ingenting annet.

    Hva er bra er at det nye DFS Replication tjenesten har en helt fornyet replikering motor som bruker en ny replikering algoritme kalt Remote Differential Compression (RDC). Denne nye algoritmen replikerer bare de endringer i filer og ikke selve filene, noe som betyr at DFS nå fungerer mye bedre over langsomme WAN-koblinger enn før. I tillegg støtter den nye replikering motor båndbredderegulering og replikering planlegging, pluss den opererer på et multimaster replikering modell. Det samlede resultatet er at DFS i Windows Server 2003 er mye mer solid i form av sin pålitelighet og ytelse enn før.

    Sette opp DFS Replication

    For å illustrere hvordan du konfigurerer og bruker DFS Replication, la oss bruke navne vi skapt i min forrige artikkel med tittelen gjennomførings DFS-navneområder. I dette scenariet, regnskapsavdelingen brukt to filservere, BOX 162 og 163, med BOX162 å ha aksjer gjeld og tilgodehavender mens BOX163 hadde aksjene faktura, lager, og rapporter. Disse aksjene ble konsolidert DFS-navneområder inn i en virtuell mappe-treet forankret i en delt mappe som heter Accounting, som ble opprettet på BOX162 når vi skapte DFS navnerom seg på denne serveren. Tabellen nedenfor beskriver hvordan mappene i tre-kart DFS til de delte mappene på de to serverne:

    Delt mappe

    Server

    DFS bane

    Regnskap

    BOX162

    \\\\ r2.local \\ regnskap (root)

    Gjeld

    BOX162

    \\\\ r2.local \\ Regnskap \\ Ledger \\ debitor

    Fordringer

    BOX162

    \\\\ r2.local \\ Regnskaps- \\ Ledger \\ Accounts Receivable

    Invoices

    BOX163

    \\\ 2.local\\Accounting\\Billing\\Invoices

    Inventory

    BOX163

    \\\ 2.local\\Accounting\\Catalog\\Inventory

    Reports

    BOX163

    \\\ 2.local\\Accounting\\Report Database

    Merk at Fakturaer aksje ligger på BOX163 og kan nås ved hjelp av DFS banen \\\\ r2.local \\ Regnskap \\ Billing \\ Fakturaer der r2.local er navnet på Active Directory-domene vi jobber med (dette eksemplet bruker en domenebasert DFS namespace og domenekontroller er BOX161). Med andre ord, den Fakturaer aksje (C: \\ Fakturaer på BOX163) er mappe target
    tilknyttet \\\\ r2.local \\ Regnskap \\ Billing \\ Fakturaer mappe
    i \\\\ r2.local \\ Regnskap navne
    .

    Merk Bilde:
    terminologi for DFS forskjellig i R2 enn i Windows 2000 Server og pre-R2 Windows Server 2003. I den gamle versjonen av DFS, den Fakturaer aksjen ble kalt lenkjemål Hotell og \\\\ r2.local \\ Regnskap \\ Billing \\ fakturerer
    assosiert med det målet, mens \\\\ r2.local \\ Regnskap ble kalt root
    . Så vær sikker på at du forstår den nye DFS terminologien R2 bruker før du begynner å arbeide med den. Med andre ord, røtter nå heter navnerom
    , lenker kalles mapper
    , og link målene er mappe mål
    !

    La oss nå bruke DFS Replication å gjenskape innholdet i Fakturaer aksje fra BOX163 til BOX162. På den måten, bør aksjen på BOX163 eller annen måte blir utilgjengelig, vil brukerne fortsatt ha tilgang til innholdet ved hjelp BOX162. Of course, for ekte feiltoleranse du trenger også å gjenskape navnerom altfor se min forrige artikkel med tittelen Konfigurering av DFS-navneområder for informasjon om hvordan du gjør dette. Hva vi vil gjøre her skjønt er rett og slett lage en ny faktura aksje på BOX162, gjenskape innholdet i \\\\ BOX163 \\ Fakturaer til \\\\ BOX162 \\ Fakturaer, og legge \\\\ BOX162 \\ Fakturaer til listen over mappe mål for \\\\ r2.local \\ Regnskap \\ Billing \\ Fakturaer mappen i navnerommet. På den måten hvis en klient (for eksempel XP-191) forsøker å få tilgang til en fil som heter Sample.doc funnet i \\\\ r2.local \\ Regnskap \\ Billing \\ Fakturaer på BOX163 men BOX163 er nede, det kan få tilgang til kopi av filen på BOX162.

    For å oppnå dette, er det første du trenger å gjøre installere DFS Replication komponent hvis du ikke allerede har gjort det. Som nevnt i mine tidligere artikler, når du legger til eller oppgradere File Server rollen du har muligheten til å installere DFS navnerom men forlater DFS Replication avinstallert, og det er hva vi gjorde tidligere. Så for å legge til DFS Replication nå, kan du bruke Legg til eller fjern programmer i Kontrollpanel. Starte dette verktøyet, velger du Legg til /fjern Windows-komponenter, velg Distributed File System, klikker du Detaljer og velg DFS Replication Service (se figur 1):


    Figur 1: Installere DFS Replication

    Sett Disk 2 av R2 når du blir bedt om, eller bla deg frem til \\ CMPNENTS \\ R2 mappe på nettverket distribusjon aksje å fullføre installasjonen av komponenten. Deretter oppretter du en ny mappe som heter C: \\ Fakturaer på BOX162 og dele den med full kontroll for Everyone (dette valget betyr ikke mappen er ikke sikker som NTFS tillatelse er egentlig brukes til å sikre ressurser, ikke delt mappetillatelser). Så sørg for å installere DFS Replication komponenten på BOX163 også siden hver filserver som må delta i replikere DFS innhold må ha DFS Replication Service installert og kjører. Du kan igjen bruke Legg til eller fjern programmer for å gjøre dette, eller bruke Administrer Server.

    Nå la oss legge \\\\ BOX162 \\ Fakturaer som andre mappe mål for \\\\ r2.local \\ Regnskap \\ Billing \\ fakturaer. Åpne DFS ledelse konsollen og velg følgende node i konsolltreet: DFS Management, navneområder, \\\\ r2.local \\ regnskap, fakturering, fakturaer. Legg merke til at det i dag bare én mappe mål for denne mappen (figur 2):


    Figur 2: Den eksisterende mappe målet

    Kontroller fra en klientmaskin som XP-191 som en Brukeren kan åpne Sample.doc filen ved å klikke på Start, deretter Kjør, skrive \\\\ r2.local \\ Regnskap \\ Billing \\ Fakturaer og dobbeltklikke på filen. Nå la oss legge til en annen mappe mål (\\\\ BOX162 \\ Fakturaer) for denne mappen som følger. Høyreklikk på Fakturaer mappen i konsolltreet, og velg Legg til mappe Target. Deretter angi banen til det nye målet som vist i Figur 3:


    Figur 3: Legge til en andre mappe mål for Fakturaer mappen i \\\\ r2.local \\ Regnskap navne

    Når andre målet er lagt til, vil du bli bedt om å opprette en replikering gruppe (se neste figur).


    Figur 4

    A replikering gruppe
    er en samling av filservere som deltar i replikering av en eller flere mapper i et navnerom. Med andre ord, hvis vi ønsker å gjenskape innholdet \\\\ BOX163 \\ Fakturaer med \\\\ BOX162 \\ Fakturaer, deretter BOX163 og BOX162 må først legges til en replikering gruppe. Replikering grupper kan opprettes manuelt ved å høyreklikke på DFS Replication node i DFS ledelse konsollen, men det er lettere her hvis vi bare lage en på direkten ved å klikke Ja til denne dialogboksen. Dette åpner Repliker Folder Wizard, en lett-å-bruke metoden for å kopiere DFS innhold på R2 filservere (se figur 5):


    Figur 5: Veiviser for replikere mapper

    Vi skal ikke gå gjennom alle trinnene i denne veiviseren her, i stedet får vi bare oppsummere hva de ulike trinnene i veiviseren gjøre:

  • Replication Kvalifikasjon
    . Skjermer som mappe mål kan delta i replikering for den valgte mappen (fakturaer). Her vises veiviseren \\\\ BOX163 \\ Fakturaer og \\\\ BOX162 \\ Fakturaer som forventet.
  • Primær Medlemsanmeldelser. Sørger for at DFS Replication Service er startet på serverne der mappe målene bor. En server er i utgangspunktet den primære medlem av gruppen replikasjon, men når gruppen er etablert alt lykkes replikasjon er mulitmaster. Vi vil velge BOX163 som den primære medlem siden filen Sample.doc bor i Fakturaer aksje på denne serveren (den Fakturaer aksje på BOX162 er i utgangspunktet tom).
  • Topology Utvalg
    . Her kan du velge maske, nav og snakket, eller en tilpasset topologi du angir senere. Jeg skal snakke mer om replikering topologies i min neste artikkel om WindowsNetworking.com. Velge Full Mesh her hopper til Replication konsernet Tidsplan og båndbredde skjermen neste.
  • Replication Gruppe Tidsplan og båndbredde
    . Lar du gjenskape innholdet kontinuerlig opp til maksimalt spesifisert båndbredde eller definere en tidsplan for replikering (vi vil velge det første alternativet, kontinuerlig replikering).

    Etter gjennomgang innstillingene og bekrefter, to en-veis replikering tilkoblinger er opprettet mellom de to servere og innledende replikering er utført. Avhengig av hvor mange andre domenekontrollere du har og hvor de befinner seg, kan innledende replikering ta litt tid å fullføre.

    Testing Replication

    Hvis du vil vise replikering status for denne mappen, velg Replication fanen som vist i denne figuren:


    Figur 6: Replication status for Fakturaer mappen

    En rask sjekk av C: \\ Fakturaer mappen på BOX162 med Windows Utforsker viser at Sample.doc filen har blitt kopiert fra BOX163 til BOX162 som forventet. Hvis du deaktiverer Lokal tilkobling på BOX163 og bla \\\\ r2.local \\ Regnskap \\ Billing \\ Fakturaer på klient XP-191, er den Sample.doc filen fortsatt tilgjengelig fordi brukeren er transparent henvist til neste tilgjengelige mappen målet på BOX162. Til slutt, hvis det gjøres en endring til Sample.doc filen på BOX162 eller BOX163 er endringen replikeres nesten umiddelbart til mappen målet på den andre boksen.

    Hvis du ønsker å lese Mitch Tulloch øvrige DFS artikler kan du gå til: