Die NETLOGON-Freigabe ist nicht vorhanden, nachdem Sie Active Directory Domain Services auf einem neuen vollständigen oder schreibgeschützten Windows Server 2008-basierten Domänencontroller installiert haben.
Dieser Artikel bietet eine Problemumgehung für ein Problem, das nach der Installation von Active Directory Domain Services auf einem neuen vollständigen oder schreibgeschützten Windows Server 2008-basierten Domänencontroller auftritt.
Wichtig
Dieser Artikel enthält Informationen zum Bearbeiten der Registrierung. Sie sollten eine Sicherungskopie der Registrierung erstellen, bevor Sie die Registrierung bearbeiten. Sie müssen wissen, wie die Registrierung wiederhergestellt werden kann, wenn ein Problem auftritt. Weitere Informationen zum Sichern, Wiederherstellen und Ändern der Registrierung finden Sie unter Sichern und Wiederherstellen der Registrierung in Windows.
Gilt für: Windows Server 2012 R2
Ursprüngliche KB-Nummer: 947022
Symptome
Nachdem Sie Active Directory Domain Services auf einem neuen vollständigen oder schreibgeschützten Windows Server 2008-basierten Domänencontroller in einer vorhandenen Domäne installiert haben, ist die SYSVOL-Freigabe vorhanden. Die NETLOGON-Freigabe ist jedoch nicht auf dem neuen Domänencontroller vorhanden.
Hinweis
Dieser Artikel gilt nicht, wenn sowohl NETLOGON- als auch SYSVOL-Freigaben fehlen.
Ursache
Dieses Problem tritt auf, wenn der Netlogon-Dienst das SysvolReady-Flag sehr schnell in der Registrierung liest. Anschließend versucht der Netlogon-Dienst, den Ordner \Windows\SYSVOL\domain\scripts freigegeben, bevor der NT-Dateireplikationsdienst (NTFRS) diesen Ordner erstellt.
Problemumgehung
Hinweis
Schwerwiegende Probleme können auftreten, wenn die Registrierung mit dem Registrierungs-Editor oder einer anderen Methode unsachgemäß bearbeitet wird. Aufgrund dieser Probleme kann eine Neuinstallation des Betriebssystems erforderlich sein. Microsoft gibt keinerlei Garantien dafür ab, dass diese Probleme behoben werden können. Das Ändern der Registrierung erfolgt auf eigenes Risiko.
Um dieses Problem zu umgehen, legen Sie den Registrierungswert des SysvolReady-Flags auf 0 und dann wieder auf 1 in der Registrierung fest. Gehen Sie dazu wie folgt vor:
Klicken Sie auf Start, klicken Sie auf Ausführen, geben Sie regedit ein, und klicken Sie dann auf OK.
Suchen Sie im Registrierungs-Editor nach dem folgenden Unterschlüssel:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters
Klicken Sie im Detailbereich mit der rechten Maustaste auf das Flag SysvolReady , und klicken Sie dann auf Ändern.
Geben Sie im Feld Wertdatenden Wert 0 ein, und klicken Sie dann auf OK.
Klicken Sie erneut im Detailbereich mit der rechten Maustaste auf das Flag SysvolReady , und klicken Sie dann auf Ändern.
Geben Sie in das Datenfeld Wert den Wert 1 ein, und klicken Sie dann auf OK.
Hinweis
Dies führt dazu, dass Netlogon SYSVOL freigegeben, und der Skriptordner ist vorhanden.
Weitere Informationen
Das im Abschnitt Symptome beschriebene Problem tritt im folgenden Szenario auf:
NTFRS fügt zuerst Änderungen an folgendem Speicherort ein:
\Windows\SYSVOL\domain\DO_NOT_REMOVE_NtFrs_PreInstall_DirectoryAnschließend benachrichtigt NTFRS Netlogon, SYSVOL gemeinsam zu nutzen, indem der Registrierungseintrag SysvolReady Flag auf 1 festgelegt wird.
NTFRS verschiebt dann Dateien aus dem in Schritt 1 erwähnten Speicherort in den folgenden Ordner und benennt sie um:
\Windows\SYSVOL\domainWenn der Netlogon-Dienst jedoch den SysvolReady-Flag-Eintrag in der Registrierung sehr schnell liest, versucht der Netlogon-Dienst, den Ordner \Windows\SYSVOL\domain\scripts freizugeben, bevor NTFRS diesen Ordner erstellt. Daher wird die NETLOGON-Freigabe nicht erstellt.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für