Hei, dette er David, avdelingsingeniør hos Dell. Og i dag skal jeg snakke om å utføre en ikke-autoritativ synkronisering av CIS-data ved hjelp av replikering av distribuert filsystem eller DFSR DF. Sr er den nyere av de to metodene som brukes til å replikere CIS FLL-data i et domene. Den eldre blir filreplikeringstjeneste eller FRS, de fleste moderne domener vil bruke DFS R til å replikere CIS fall på dette punktet. Det er mer robust enn FRS, men det kan fortsatt bryte, og noen ganger er det nødvendig å tvinge synkronisering mellom domenekontrollere. I denne videoen.
Jeg skal vise deg hvordan du utfører en ikke-autoritativ synkronisering der vår måldomenekontroller kopierer CIS-dataene fra en annen DC. I vårt miljø har vi to DC-er som vi skal være opptatt av her. DC en og DC tre, DC en vil være vår kilde DC og DC tre vil være vårt mål. Hvis vi åpner hendelseslisten på DC tre og ser i DFS-replikeringsloggen, kan vi se feil i dette tilfellet. De spesifikke feilene er ikke viktige. Jeg brøt med vilje DFS R for denne demonstrasjonen. Men det vi kan fortelle her er at DFS-replikering ikke fungerer som den skal, og ikke har replikert cisl-data fra en annen domenekontroller som den burde.
Hvis vi ser på hendelseslisten på DC en, ser vi ingen feil, bare informasjonshendelser, det er noen feil en liten stund tilbake, men de har blitt ryddet opp. DFS R på DC én fungerer som den skal. Så det eneste problemet her er på DC tre, kan vi bekrefte at det er et problem hvis vi går inn i gruppepolicy ledelse og ta en titt på antall GPS vi har her, er det 10 inkludert tre test GPS som ble opprettet nylig i forbindelse med denne demonstrasjonen. Hvis vi ser i mappen CIS fall content, ser vi 10 mapper her inne under CIS fall domain policies. Hver av disse mappene inneholder malfilene for hver av GPS-ene vi så på konsollen for gruppepolicybehandling. Så siden vi har 10 GPS, har vi 10 mapper med malfiler. Hvis vi går til samme sted på DC, tre bla til windows, så cis fall domene og retningslinjer, ser vi bare syv mapper her.
De tre test GPS som jeg opprettet nylig har ikke blitt replikert. Så deres, deres malfiler er ikke til stede på DC tre indikerer igjen et problem med DFS replikering av CIS fall data. Nå, for å rette opp dette, vil vi utføre en ikke-autoritativ synkronisering av CIS-fall for å gjøre det. Vi kjører annonser jeg redigerer, og i annonser jeg redigerer, kobler vi til standard navnekontekst, lar alle disse verdiene være standard, og dette kobler oss til standard navnekontekst. Under her vil vi utvide standard navngivningskontekst, og deretter utvide domenespennet, domenekontrollerne ou og DC tre er den eneste vi vil være opptatt av her. Derfor utvider vi DC tre og utvider de lokale F-sr-innstillingene og utvider domenesystemvolumet. Og her ser vi abonnementsobjektet CIS Fall.
Vi redigerer dette objektet for å se på attributtene her. Og egenskapen vi er opptatt av, kalles MS DF Sr aktivert. Vi setter det til falskt klikk. OK, for å bekrefte og OK, igjen. Og siden vi faktisk utførte denne endringen på DC tre og DC tre, er den eneste domenekontrolleren vi er opptatt av. For øyeblikket trenger vi ikke å tvinge replikering. Dette attributtet lagres i Active Directory, men vi er bare bekymret for verdien på DC tre. Det vi trenger å gjøre er å kjøre DF Sr Diag Pole A som forteller DFS R å spørre Active Directory for eventuelle konfigurasjonsendringer vi ser her at kommandoen lyktes. Vi går tilbake til hendelseslisten og oppdaterer, og den viser noen informasjonshendelser 4114 og 2010 som indikerer at DFS-replikering er deaktivert.
4114 refererer spesifikt til CIS Fall-banen og 2010 refererer bare til DFS-replikering generelt, siden alle de replikerte mappene er deaktivert. Så nå som vi har gjort det, går vi tilbake til det samme attributtet og legger til redigeringen og setter den tilbake til ekte klikk, OK? For å bekrefte og OK, igjen, nok en gang, trenger vi ikke å replikere. Vi trenger å kjøre DF Sr Diag Pole A igjen, siden vi gjorde en annen konfigurasjonsendring, nok en gang, lykkes kommandoen, og vi går tilbake til hendelseslisten og oppdaterer igjen. Og nå ser vi en advarselshendelse 4614, DFS-replikeringstjenesten initialisert CIS, faller på lokal bane for CIS-fall og venter på å utføre første replikering. Og raskt ser vi at det er nye arrangementer igjen. Og hvis vi oppdaterer på nytt, ser vi hendelse 4604, som er det vi leter etter.
DFS-replikeringstjenesten initialiserte CIS fallreplikerte mappe på banen. Medlemmet har fullført første synkronisering av CIS fall med partner DC one. Og det står å se etter CIS fall-mappen, kjører vi net share-kommandoen, og det bekrefter at vi har CIS-fall og nettologg på aksjer. Og hvis vi går tilbake til filutforskeren, ser vi nå at det er 10 mapper som inneholder GP-malfiler som også bekrefter at CIS-dataene har replikert fra DC. Én.
Hvis vi går tilbake til DC one, kan vi sammenligne disse mappene og bekrefte at de er de samme. Så det igjen var en ikke autoritativ synkronisering av cisl data ved hjelp av DFS R. Jeg heter David og er avdelingsingeniør hos Dell.
Takk for at du så på.