Erstellen und Verwalten des zentralen Speichers für administrative Vorlagendateien für Gruppenrichtlinien in Windows

  • Artikel

In diesem Artikel wird beschrieben, wie Sie die neuen ADMX- und ADML-Dateien zum Erstellen und Verwalten von registrierungsbasierten Richtlinieneinstellungen in Windows verwenden. Außerdem wird erläutert, wie der zentrale Speicher zum Speichern und Replizieren von Windows-basierten Richtliniendateien in Domänenumgebungen verwendet wird.

Ursprüngliche KB-Nummer: 3087759

Die ADMX-Tabellen mit den neuen Einstellungen, die in späteren Betriebssystemversionen zur Verfügung stehen, finden Sie in den folgenden Tabellen:

Übersicht

Administrative Vorlagendateien sind in ADMX-Dateien und sprachspezifische ADML-Dateien unterteilt, die von Gruppenrichtlinienadministratoren verwendet werden können. Mithilfe der in diesen Dateien implementierten Änderungen können Administratoren einen Richtliniensatz in zwei Sprachen konfigurieren. Administratoren können Richtlinien mit den sprachspezifischen ADML-Dateien und den sprachneutralen ADMX-Dateien konfigurieren.

Speicher für administrative Vorlagendateien

Windows verwendet zum Speichern von administrativen Vorlagendateien einen zentralen Speicher. Der Ordner „ADM“ wird nicht wie in früheren Versionen von Windows in einem Gruppenrichtlinienobjekt (Group Policy Object, GPO) erstellt. Daher speichern oder replizieren Windows-Domänencontroller keine redundanten Kopien von ADM-Dateien.

Der zentrale Speicher

Um die Vorteile von ADMX-Dateien zu nutzen, müssen Sie auf einem Windows-Domänencontroller im Ordner SYSVOL einen zentralen Speicher erstellen. Beim zentralen Speicher handelt es sich um einen Dateispeicherort, der standardmäßig von den Gruppenrichtlinientools überprüft wird. Die Gruppenrichtlinientools verwenden alle ADMX-Dateien, die sich im zentralen Speicher befinden. Die Dateien im zentralen Speicher werden später an alle Domänencontroller in der Domäne repliziert.

Es wird empfohlen, ein Repository aller ADMX/L-Dateien für solche Anwendungen zu behalten, die Sie vielleicht noch verwenden möchten. Beispielsweise Betriebssystemerweiterungen wie Microsoft Desktop Optimization Pack (MDOP), Microsoft Office und Anwendungen von Drittanbietern, die Gruppenrichtlinienunterstützung bieten.

Um einen zentralen Speicher für ADMX- und ADML-Dateien zu erstellen, erstellen Sie am folgenden Speicherort (Beispiel) auf dem Domänencontroller einen neuen Ordner mit dem Namen „PolicyDefinitions“:

\\contoso.com\SYSVOL\contoso.com\policies\PolicyDefinitions

Wenn Sie schon einen solchen Ordner mit einem zuvor erstellten zentralen Speicher haben, verwenden Sie einen neuen Ordner, der die aktuelle Version beschreibt, wie etwa:

\\contoso.com\SYSVOL\contoso.com\policies\PolicyDefinitions-1803

Kopieren Sie alle Dateien aus dem Ordner „PolicyDefinitions“ auf einem Quellcomputer in den Ordner „PolicyDefinitions“ auf dem Domänencontroller. Folgende Quellspeicherorte sind möglich:

  • Der C:\Windows\PolicyDefinitions Ordner auf einem Windows 8.1- oder Windows 10-basierten Clientcomputer
  • Der C:\Program Files (x86)\Microsoft Group Policy\<version-specific>\PolicyDefinitions Ordner, wenn Sie eine der administrativen Vorlagen getrennt von den oben aufgeführten Links heruntergeladen haben.

Im Ordner „PolicyDefinitions“ auf dem Windows-Domänencontroller werden alle ADMX- und ADML-Dateien für alle auf dem Clientcomputer aktivierten Sprachen gespeichert.

Die ADML-Dateien werden in einem sprachspezifischen Ordner gespeichert. Beispielsweise werden englische (USA) ADML-Dateien in einem Ordner mit dem Namen en-US gespeichert. Koreanische ADML-Dateien werden in einem Ordner mit dem Namen ko_KR gespeichert, usw.

Wenn ADML-Dateien für zusätzliche Sprachen benötigt werden, müssen Sie den Ordner, der die ADML-Dateien für die jeweilige Sprache enthält, in den zentralen Speicher kopieren. Wenn Sie alle ADMX- und ADML-Dateien kopiert haben, sollte der Ordner „PolicyDefinitions“ auf dem Domänencontroller die ADMX-Dateien sowie einen oder mehrere Ordner mit sprachspezifischen ADML-Dateien enthalten.

Hinweis

Wenn Sie die ADMX- und ADML-Dateien von einem Windows 8.1- oder Windows 10-basierten Computer kopieren, sollten Sie sich vergewissern, dass die neuesten Updates für diese Dateien installiert sind. Stellen Sie außerdem sicher, dass die neuesten administrativen Vorlagendateien repliziert wurden. Diese Empfehlung gilt gegebenenfalls auch für Service Packs.

Wenn die Betriebssystemsammlung abgeschlossen ist, gliedern Sie alle ADMX/ADML-Dateien der Betriebssystemerweiterung oder von Anwendungen in den neuen Ordner „PolicyDefinitions“ ein.

Wenn das getan ist, benennen Sie den aktuellen Ordner „PolicyDefinitions“ um, um anzuzeigen, dass es sich um die vorherige Version handelt, beispielsweise in „PolicyDefinitions-1709“. Benennen Sie dann den neuen Ordner (z. B. PolicyDefinitions-1803) in den Produktionsnamen um.

Wir empfehlen diesen Ansatz, denn so können Sie auf den alten Ordner zurückgreifen, falls ein schwerwiegendes Problem mit dem neuen Satz von Dateien auftritt. Wenn keine Probleme mit dem neuen Satz von Dateien auftreten, können Sie den älteren PolicyDefinitions-Ordner in einen Archivspeicherort außerhalb des SYSVOL-Ordners verschieben.

Gruppenrichtlinienverwaltung

Windows 8.1 und Windows 10 enthalten keine administrativen Vorlagendateien mit der Erweiterung „.adm“. Wir empfehlen, zum Ausführen der Gruppenrichtlinienverwaltung Computer zu verwenden, auf denen Windows 8.1 oder höhere Versionen von Windows ausgeführt werden.

Aktualisieren der administrativen Vorlagendateien

Wenn Sie in Gruppenrichtlinien für Windows Vista und neuere Versionen von Windows die Richtlinieneinstellungen für administrative Vorlagen auf lokalen Computern ändern, wird SYSVOL nicht automatisch aktualisiert, um die neuen ADMX- oder ADML-Dateien zu enthalten. Das wurde so eingerichtet, um die Netzwerklast und die Anforderungen an den Datenträgerspeicher zu verringern und Konflikte zwischen ADMX- und ADML-Dateien zu verhindern, wenn Änderungen an Richtlinieneinstellungen für administrative Vorlagen an verschiedenen Speicherorten vorgenommen werden.

Um sicherzustellen, dass sich lokale Updates in SYSVOL widerspiegeln, müssen Sie die aktualisierten ADMX- oder ADML-Dateien aus dem Ordner „PolicyDefinitions“ auf dem lokalen Computer in den Ordner „Sysvol\PolicyDefinitions“ auf dem entsprechenden Domänencontroller hineinkopieren.

Das folgende Update ermöglicht das Konfigurieren des Editors für lokale Gruppenrichtlinien für die Verwendung von lokalen ADMX-Dateien anstelle des zentralen Speichers:

Für den Gruppenrichtlinien-Editor ist ein Update verfügbar, das die Verwendung lokaler ADMX-Dateien ermöglicht.

Sie können diese Einstellung auch für Folgendes verwenden:

  • Testen Sie einen neu erstellten Ordner als C:\Windows\PolicyDefinitions auf einer administrativen Arbeitsstation anhand Ihrer Domänenrichtlinien, bevor Sie ihn in den zentralen Speicher im SYSVOL-Ordner kopieren.
  • Verwenden Sie den älteren PolicyDefinitions-Ordner, um Richtlinieneinstellungen zu bearbeiten, die keine ADMX-Datei im neuesten Build Ihres zentralen Speichers haben. Ein gängiges Beispiel sind Richtlinien mit Einstellungen für ältere Versionen von Microsoft Office, die sich noch in den Gruppenrichtlinien befinden. Microsoft Office verfügt über einen separaten Satz von ADMX/L-Dateien für jede Version.

Bekannte Probleme

  • Problem 1

    Nachdem Sie die ADMX-Vorlagen aus Windows 10 in den zentralen Speicher SYSVOL kopiert und alle vorhandenen ADMX- und ADML-Dateien überschrieben haben, wählen Sie den Knoten Richtlinien unter Computerkonfiguration oder Benutzerkonfiguration. In dieser Situation können Sie die folgende Fehlermeldung erhalten:

    Namespace „Microsoft.Policies.Sensors.WindowsLocationProvider“ ist bereits als Ziel für eine andere Datei im Speicher definiert.
    File
    \\<forest.root>\SysVol<forest.root>\Richtlinien\PolicyDefinitions\Microsoft-Windows-Geolocation-WLPAdm.admx, Zeile 5, Spalte 110

    Hinweis

    In dem Pfad in dieser Meldung steht <forest.root> für den Domänennamen. Um dieses Problem zu lösen, siehe den Fehler „Microsoft.Policies.Sensors.WindowsLocationProvider“ ist bereits definiert, wenn Sie eine Richtlinie in Windows bearbeiten.

  • Problem 2

    Aktualisierte ADMX/L-Dateien für Windows 10 Version 1803 enthalten nur SearchOCR.ADML. Das ist nicht kompatibel mit einer älteren Version von SearchOCR.ADMX, die Sie noch im zentralen Speicher haben. Weitere Informationen zu dem Problem finden Sie unter Fehler „Resource '$(string ID=Win7Only)' mit Verweis in Attribute displayName konnte nicht gefunden werden“, wenn Sie gpedit.msc in Windows öffnen.

    Beide Probleme können vermieden werden, indem wie oben beschrieben ein einwandfreier PolicyDefinitions-Ordner für das Betriebssystem aus einem Basis-Versionsordner erstellt wird.