2
SYSVOL wird von Windows 2012R2 auf 2003 nicht repliziert
Guten Morgen,
ich bin aktuell dabei einen Windows Server 2003 auf Windows Server 2012R2 umzustellen (beide laufen aktuell parallel) - Dabei sollen eben Dienste wie das AD und der DNS umgezogen werden.
Der 2012R2 ist Betriebsmaster und das AD wird repliziert:
Auszug der FSMO Rollen:
Es gab ein kleines Problem, der SYSVOL Ordner wurde nicht erstellt und freigeben.
Nach etwas suchen, konnte ich die Funktion nachträglich starten (gibt dazu Anleitungen seitens MS)
Policies und Scripte wurden dann aus dem alten Server 2003 repliziert.
Wenn ich nun jedoch neue GPOs unter dem Server 2012r2 erstelle, werden diese zwar korrekt in dem SYSVOL Verzeichnis des 2012r2 Servers angelegt, nicht jedoch in dem SYSVOL Ordner des alten 2003.
Da nun der alte 2003 sowieso irgendwann ausgeschaltet werden soll, weiß ich nicht, ob es einfach nur "unschön" ist - oder gar so muss.
2012r2 - dcdiag:
2012r2 - ipconfig /all
Edit:
Gerade erschein die Fehlermeldung, welche unter "dcdiag" bei sysvol steht, in den eventlogs..
2012r2 - nslookup w2k3.megla.local
2012r2 - nslookup megla.local
ich bin aktuell dabei einen Windows Server 2003 auf Windows Server 2012R2 umzustellen (beide laufen aktuell parallel) - Dabei sollen eben Dienste wie das AD und der DNS umgezogen werden.
Der 2012R2 ist Betriebsmaster und das AD wird repliziert:
Auszug der FSMO Rollen:
Schemamaster win2012R2.megla.local
Domänennamen-Master win2012R2.megla.local
PDC win2012R2.megla.local
RID-Pool-Manager win2012R2.megla.local
Infrastrukturmaster win2012R2.megla.local
Der Befehl wurde ausgefhrt.
Es gab ein kleines Problem, der SYSVOL Ordner wurde nicht erstellt und freigeben.
Nach etwas suchen, konnte ich die Funktion nachträglich starten (gibt dazu Anleitungen seitens MS)
Policies und Scripte wurden dann aus dem alten Server 2003 repliziert.
Wenn ich nun jedoch neue GPOs unter dem Server 2012r2 erstelle, werden diese zwar korrekt in dem SYSVOL Verzeichnis des 2012r2 Servers angelegt, nicht jedoch in dem SYSVOL Ordner des alten 2003.
Da nun der alte 2003 sowieso irgendwann ausgeschaltet werden soll, weiß ich nicht, ob es einfach nur "unschön" ist - oder gar so muss.
2012r2 - dcdiag:
Verzeichnisserverdiagnose
Anfangssetup wird ausgefhrt:
Der Homeserver wird gesucht...
Homeserver = win2012R2
* Identifizierte AD-Gesamtstruktur.
Sammeln der Ausgangsinformationen abgeschlossen.
Erforderliche Anfangstests werden ausgefhrt.
Server wird getestet: Standardname-des-ersten-Standorts\WIN2012R2
Starting test: Connectivity
......................... WIN2012R2 hat den Test Connectivity
bestanden.
Primärtests werden ausgeführt.
Server wird getestet: Standardname-des-ersten-Standorts\WIN2012R2
Starting test: Advertising
......................... WIN2012R2 hat den Test Advertising
bestanden.
Starting test: FrsEvent
Fr den Zeitraum der letzten 24 Stunden seit Freigabe des SYSVOL sind
Warnungen oder Fehlerereignisse vorhanden. Fehler bei der
SYSVOL-Replikation k”nnen Probleme mit der Gruppenrichtlinie zur Folge
haben.
......................... WIN2012R2 hat den Test FrsEvent bestanden.
Starting test: DFSREvent
......................... WIN2012R2 hat den Test DFSREvent bestanden.
Starting test: SysVolCheck
......................... WIN2012R2 hat den Test SysVolCheck
bestanden.
Starting test: KccEvent
......................... WIN2012R2 hat den Test KccEvent bestanden.
Starting test: KnowsOfRoleHolders
......................... WIN2012R2 hat den Test KnowsOfRoleHolders
bestanden.
Starting test: MachineAccount
......................... WIN2012R2 hat den Test MachineAccount
bestanden.
Starting test: NCSecDesc
......................... WIN2012R2 hat den Test NCSecDesc bestanden.
Starting test: NetLogons
......................... WIN2012R2 hat den Test NetLogons bestanden.
Starting test: ObjectsReplicated
......................... WIN2012R2 hat den Test ObjectsReplicated
bestanden.
Starting test: Replications
......................... WIN2012R2 hat den Test Replications
bestanden.
Starting test: RidManager
......................... WIN2012R2 hat den Test RidManager bestanden.
Starting test: Services
......................... WIN2012R2 hat den Test Services bestanden.
Starting test: SystemLog
......................... WIN2012R2 hat den Test SystemLog bestanden.
Starting test: VerifyReferences
......................... WIN2012R2 hat den Test VerifyReferences
bestanden.
Partitionstests werden ausgefhrt auf: ForestDnsZones
Starting test: CheckSDRefDom
......................... ForestDnsZones hat den Test CheckSDRefDom
bestanden.
Starting test: CrossRefValidation
......................... ForestDnsZones hat den Test
CrossRefValidation bestanden.
Partitionstests werden ausgefhrt auf: DomainDnsZones
Starting test: CheckSDRefDom
......................... DomainDnsZones hat den Test CheckSDRefDom
bestanden.
Starting test: CrossRefValidation
......................... DomainDnsZones hat den Test
CrossRefValidation bestanden.
Partitionstests werden ausgefhrt auf: Schema
Starting test: CheckSDRefDom
......................... Schema hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... Schema hat den Test CrossRefValidation
bestanden.
Partitionstests werden ausgefhrt auf: Configuration
Starting test: CheckSDRefDom
......................... Configuration hat den Test CheckSDRefDom
bestanden.
Starting test: CrossRefValidation
......................... Configuration hat den Test
CrossRefValidation bestanden.
Partitionstests werden ausgefhrt auf: megla
Starting test: CheckSDRefDom
......................... megla hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... megla hat den Test CrossRefValidation
bestanden.
Unternehmenstests werden ausgefhrt auf: megla.local
Starting test: LocatorCheck
......................... megla.local hat den Test LocatorCheck
bestanden.
Starting test: Intersite
......................... megla.local hat den Test Intersite
bestanden.
2012r2 - ipconfig /all
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : win2012R2
Prim„res DNS-Suffix . . . . . . . : megla.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : megla.local
Ethernet-Adapter Ethernet 3:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : HP Ethernet 1Gb 2-port 332i Adapter #2
Physische Adresse . . . . . . . . : 6C-C2-17-84-7B-D9
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.10.246(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.10.254
DNS-Server . . . . . . . . . . . : 192.168.10.246
192.168.10.5
127.0.0.1
NetBIOS ber TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter Ethernet 2:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : HP Ethernet 1Gb 2-port 332i Adapter
Physische Adresse . . . . . . . . : 6C-C2-17-84-7B-D8
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.0.1(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
DNS-Server . . . . . . . . . . . : 127.0.0.1
NetBIOS ber TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter Ethernet:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : HP NC112T PCIe Gigabit Server Adapter
Physische Adresse . . . . . . . . : 9C-B6-54-A7-2E-D3
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
Tunneladapter isatap.{07B770ED-03A3-4E63-9886-4A063F8C836B}:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #3
Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Tunneladapter isatap.{0EBA1551-D9AD-44F0-93AF-ED4C544FBC3D}:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #4
Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Tunneladapter isatap.{D1C88DBE-400D-4525-9980-80AA4C01C022}:
Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #5
Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Edit:
Gerade erschein die Fehlermeldung, welche unter "dcdiag" bei sysvol steht, in den eventlogs..
Der Dateireplikationsdienst kann die Replikation von W2K3 nach WIN2012R2 für c:\windows\sysvol\domain mit DNS-Namen w2k3.megla.local nicht aktivieren. Es wird ein neuer Versuch gestartet.
Mögliche Ursachen für diese Warnung sind:
[1] Der DNS-Name w2k3.megla.local von diesem Computer konnte nicht ausgewertet werden.
[2] Der Dateireplikationsdienst wird auf w2k3.megla.local nicht ausgeführt.
[3] Die Topologieinformationen in den Active Directory-Domänendiensten dieses Replikats wurden noch nicht auf allen Domänencontrollern repliziert.
Diese Ereignisprotokollmeldung wird einmal pro Verbindung angezeigt. Nachdem der Fehler behoben wurde, wird eine andere Ereignisprotokollmeldung angezeigt, die bestätigt, dass die Verbindung hergestellt wurde.
2012r2 - nslookup w2k3.megla.local
Server: win2012r2.megla.local
Address: 192.168.10.246
Name: w2k3.megla.local
Address: 192.168.10.5
2012r2 - nslookup megla.local
Server: win2012r2.megla.local
Address: 192.168.10.246
Name: megla.local
Addresses: 192.168.10.5
192.168.10.246
192.168.0.1
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 251421
Url: https://administrator.de/contentid/251421
Ausgedruckt am: 22.11.2024 um 08:11 Uhr
2 Kommentare
Neuester Kommentar
Hi,
welche Anleitung von MS? (Link?)
Ansonsten sehr komisch: Du hast offenbar auf dem neuen DC ein neues SYSVOL aufgebaut?
Falls ja: Der Win2003 "ist aber noch der Meinung", er müsse sein SYSVOL erstmal auf den neuen DC replizieren, bevor dieser vollwertig ist. Kann sein, dass er sich deshalb weigert, Änderungen vom neuen DC anzunehmen.
Ich würde zuerst versuchen, den NTFrs auf dem neuen DC zu reseten. Der neue wird sich dann die Daten vom alten DC abholen.
Oder umgekehrt, auf dem alten reseten, wenn Du Dir sicher bist, dass der neue tatsächlich alle Informationen hat.
Reset des NTFRS siehe hier: http://support2.microsoft.com/kb/290762/en-us
E.
PS: Erstell sicherheitshalber Systemstatus-Backups von beiden DC, bevor Du dies umsetzt.
welche Anleitung von MS? (Link?)
Ansonsten sehr komisch: Du hast offenbar auf dem neuen DC ein neues SYSVOL aufgebaut?
Falls ja: Der Win2003 "ist aber noch der Meinung", er müsse sein SYSVOL erstmal auf den neuen DC replizieren, bevor dieser vollwertig ist. Kann sein, dass er sich deshalb weigert, Änderungen vom neuen DC anzunehmen.
Ich würde zuerst versuchen, den NTFrs auf dem neuen DC zu reseten. Der neue wird sich dann die Daten vom alten DC abholen.
Oder umgekehrt, auf dem alten reseten, wenn Du Dir sicher bist, dass der neue tatsächlich alle Informationen hat.
Reset des NTFRS siehe hier: http://support2.microsoft.com/kb/290762/en-us
E.
PS: Erstell sicherheitshalber Systemstatus-Backups von beiden DC, bevor Du dies umsetzt.
Danke,
habe eine Lösung gefunden.
So dachte ich die ganze Zeit, ich hätte etwas falsch gemacht.
Dabei hatte der alte Server 2003 einen Fehler.
Ich habe den
mittels "net stop ntfrs" den Dienst gestoppt, und dann "C:\Windows\ntfrs\jet" einfach umbenannt... Nach dem starten des Dienstes, wurde die Datenbnak neu aufgebaut, und die Replikation fand ohne Probleme statt...
habe eine Lösung gefunden.
So dachte ich die ganze Zeit, ich hätte etwas falsch gemacht.
Dabei hatte der alte Server 2003 einen Fehler.
Ich habe den
mittels "net stop ntfrs" den Dienst gestoppt, und dann "C:\Windows\ntfrs\jet" einfach umbenannt... Nach dem starten des Dienstes, wurde die Datenbnak neu aufgebaut, und die Replikation fand ohne Probleme statt...
