Hallo, ik ben David, principal engineer bij Dell. En vandaag ga ik het hebben over het uitvoeren van een niet-bindende synchronisatie van CIS-data met behulp van gedistribueerde bestandssysteemreplicatie of DFSR DF. Sr is de nieuwere van de twee methoden die worden gebruikt om CIS FLL-gegevens in een domein te repliceren. De oudere zijn bestandsreplicatieservice of FRS, de meeste moderne domeinen gebruiken DFS R om CIS fall op dit punt te repliceren. Het is robuuster dan FRS, maar het kan nog steeds kapot gaan en soms is het nodig om synchronisatie tussen domeincontrollers te forceren. In deze video.
Ik zal u laten zien hoe u een niet-bindende synchronisatie uitvoert waarbij onze doeldomeincontroller de CIS-data van een andere DC kopieert. In onze omgeving hebben we twee dc's waar we ons hier mee bezig zullen houden. DC één en DC drie, DC één zal onze bron DC zijn en DC drie zal ons doel zijn. Als we de logboeken voor gebeurtenissen openen op DC drie en in het DFS-replicatielogboek kijken, kunnen we in dit geval fouten zien. De specifieke fouten zijn niet belangrijk. Ik heb DFS R opzettelijk gebroken voor deze demonstratie. Maar wat we hier wel kunnen zien, is dat DFS-replicatie niet correct werkt en CISL-data van een andere domeincontroller niet repliceert zoals zou moeten.
Als we kijken naar Event Viewer op DC One, zien we geen fouten, alleen informatieve gebeurtenissen, er zijn enkele fouten een tijdje geleden, maar ze zijn opgehelderd. En DFS R op DC één werkt naar behoren. Dus het enige probleem hier is op DC drie, we kunnen bevestigen dat er een probleem is als we naar het groepsbeleidsbeheer gaan en kijken naar het aantal GPS dat we hier hebben, er zijn er 10, waaronder drie test-GPS die onlangs zijn gemaakt voor deze demonstratie. Als we kijken in de CIS fall content folder, zien we hier 10 mappen onder CIS fall domain policies. Elk van die mappen bevat de sjabloonbestanden voor elk van de GPS's die we zagen in de groepsbeleidsbeheerconsole. Dus omdat we 10 GPS's hebben, hebben we 10 mappen met sjabloonbestanden. Als we naar dezelfde locatie op DC gaan, drie bladeren naar vensters, dan cis vallen domein en beleid, we zien hier slechts zeven mappen.
De drie test-GPS's die ik onlangs heb gemaakt, zijn niet gerepliceerd. Dus hun sjabloonbestanden zijn niet aanwezig op DC drie, wat opnieuw wijst op een probleem met DFS-replicatie van de CIS-valgegevens. Om dit te corrigeren, voeren we een niet-bindende synchronisatie van CIS fall uit om dat te doen. We voeren advertenties uit die ik bewerk en binnen advertenties die ik bewerk, maken we verbinding met de standaardnaamgevingscontext, laten we al deze waarden op hun standaardwaarden staan en dit verbindt ons met de standaardnaamgevingscontext. Hieronder zullen we de standaard naamgevingscontext uitvouwen en vervolgens de domeinspan uitbreiden, de domeincontrollers ou en DC drie is de enige waar we ons hier zorgen over zullen maken. Dus we breiden DC drie uit, breiden de lokale instellingen van F sr uit en breiden het domeinsysteemvolume uit. En hier zien we het CIS Fall-abonnementsobject.
We zullen dit object bewerken om de kenmerken hier te bekijken. Het attribuut waar het om gaat heet MS DF Sr ingeschakeld. We willen dat instellen op 'valse klik'. OK, om te bevestigen en OK, nogmaals. En aangezien we, aangezien we deze wijziging daadwerkelijk hebben uitgevoerd op DC drie en DC drie de enige domeincontroller is waar we ons zorgen over maken. Op dit moment hoeven we geen replicatie te forceren. Dat kenmerk is opgeslagen in Active Directory, maar we maken ons alleen zorgen over de waarde op DC drie. Wat we wel moeten doen is DF Sr Diag Pole A uitvoeren, die DFS R vertelt om active directory op te vragen voor configuratiewijzigingen die we hier zien dat de opdracht is geslaagd. We gaan dus terug naar Event Viewer en vernieuwen. Er worden een paar informatieve gebeurtenissen 4114 en 2010 weergegeven die aangeven dat DFS-replicatie is uitgeschakeld.
4114 verwijst specifiek naar het CIS-valpad en 2010 verwijst alleen naar DFS-replicatie in het algemeen, omdat alle gerepliceerde mappen zijn uitgeschakeld. Nu we dat hebben gedaan, gaan we terug naar hetzelfde attribuut en voegen we de bewerking toe en zetten we deze terug op true click. Om te bevestigen en OK, nogmaals, nogmaals, we hoeven niet te repliceren. We moeten DF Sr Diag Pole A opnieuw uitvoeren, omdat we een andere configuratiewijziging hebben aangebracht, slaagt de opdracht opnieuw en gaan we terug naar Event Viewer en vernieuwen we opnieuw. En nu zien we een waarschuwingsgebeurtenis: 4614: de DFS-replicatieservice heeft de CIS-val geïnitialiseerd op het lokale pad, de CIS-valpad en wacht om de eerste replicatie uit te voeren. En al snel zien we dat er weer nieuwe gebeurtenissen zijn. En als we opnieuw vernieuwen, zien we gebeurtenis 4604 en dat is waar we naar op zoek zijn.
De DFS-replicatieservice heeft de CIS fall gerepliceerde map op het pad geïnitialiseerd. Het lid heeft de initiële synchronisatie van CIS fall met partner DC One voltooid. En er staat dat we moeten controleren op de CIS fall folder, we voeren de net share-opdracht uit en dat bevestigt dat we CIS fall en net log on shares hebben. En als we teruggaan naar de bestandsverkenner, zien we nu dat er 10 mappen zijn met GP-sjabloonbestanden die ook bevestigen dat de CIS-gegevens zijn gerepliceerd vanuit DC. Een.
Als we teruggaan naar DC één, kunnen we die mappen vergelijken en bevestigen dat ze hetzelfde zijn. Dus dat was opnieuw een niet-bindende synchronisatie van cisl-gegevens met behulp van DFS R. Mijn naam is David en ik ben Principal Engineer bij Dell.
Bedankt voor uw aandacht.
