Edit

Share via


How to create and manage the Central Store for Group Policy Administrative Templates in Windows

This article discusses how to use the new .admx and .adml files to create and administer registry-based policy settings in Windows. This article also explains how the Central Store is used to store and to replicate Windows-based policy files in a domain environment.

Original KB number:   3087759

Caution

Use the ADMX download packages in only the Central Store scenario. Replacing files in c:\Windows\PolicyDefinitions isn't supported.

To view ADMX spreadsheets of the new settings that are available in later operating system versions, see the following spreadsheets:

Overview

Administrative Templates files are divided into .admx files and language-specific .adml files for use by Group Policy administrators. The changes that are implemented in these files let administrators configure the same set of policies by using two languages. Administrators can configure policies by using the language-specific .adml files and the language-neutral .admx files.

New policy for Windows 11 in January 2025 servicing update

A new policy AllowedNonAdminPackageFamilyNameRules is added to the AppxPackageManager.admx for Windows 11 version 24H2 and Windows 11, version 23H2 in January 2025 servicing update. The policy is used to configure allow list rules for package installation, and the policy overrides the BlockNonAdminUser policy.

Administrative Templates file storage

Windows uses a Central Store to store Administrative Templates files. The ADM folder is no longer created in a Group Policy Object (GPO) as it was in earlier versions of Windows. Therefore, Windows domain controllers don't store or replicate redundant copies of .adm files.

The Central Store

To take advantage of the benefits of .admx files, you must create a Central Store in the sysvol folder on a Windows domain controller. The Central Store is a file location that's checked by the Group Policy tools by default. The Group Policy tools use all .admx files that are in the Central Store. The files that are in the Central Store are replicated to all domain controllers in the domain.

We suggest that you keep a repository of your ADMX/L files for applications that you might want to use. For example, operating system extensions such as Microsoft Desktop optimization Pack (MDOP), Microsoft Office, and also third-party applications that offer Group Policy support.

To create a Central Store for .admx and .adml files, create a folder that's named PolicyDefinitions in the following location (for example) on the domain controller:

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

If you already have such a folder that has a previously built Central Store, use a new folder whose name describes the current version, such as:

\\contoso.com\SYSVOL\contoso.com\policies\PolicyDefinitions-24H2

Copy all files from the PolicyDefinitions folder on a source computer to the new PolicyDefinitions folder on the domain controller. The source location can be either of the following locations:

  • The C:\Windows\PolicyDefinitions folder on a Windows 10-based or Windows 11-based client computer
  • The C:\Program Files (x86)\Microsoft Group Policy\<version-specific>\PolicyDefinitions folder, if you downloaded any of the Administrative Templates separately from the links above.

The PolicyDefinitions folder on the Windows domain controller stores all .admx files and .adml files for all languages that are enabled on the client computer.

The .adml files are stored in a language-specific folder. For example, English (United States).adml files are stored in a folder that's named en-US. Korean .adml files are stored in a folder that's named ko-KR, and so on.

If .adml files for additional languages are required, you must copy the folder that contains the .adml files for that language to the Central Store. After you copy all .admx and .adml files, the PolicyDefinitions folder on the domain controller should contain the .admx files and one or more folders that contain language-specific .adml files.

Note

When you copy the .admx and .adml files from a Windows 10-based or Windows 11-based computer, verify that the most recent updates to these files are installed. Also, make sure that the most recent Administrative Templates files are replicated. This advice also applies to service packs, as applicable.

When the operating system collection is completed, merge any OS extension or application ADMX/ADML files into the new PolicyDefinitions folder. Then, rename the current PolicyDefinitions folder to reflect that it's the previous version, such as PolicyDefinitions-23H2. Finally, rename the new folder (such as PolicyDefinitions-24H2) to the production name.

We suggest that you use this approach because you can revert to the old folder in case you experience a severe problem that affects the new set of files. When you no longer experience any problems that affect the new set of files, you can move the older PolicyDefinitions folder to an archive location outside sysvol folder.

Group Policy administration

Windows 10 and later versions don't include Administrative Templates that have an .adm extension. We recommend that you use computers that are running Windows 10 or later versions of Windows to perform Group Policy administration.

Updating the Administrative Templates files

You might change Administrative Templates policy settings on local computers. However, in Group Policy for Windows Vista and later version of Windows, the sysvol folder isn't automatically updated to include the new .admx or .adml files. This behavior is implemented to reduce network load and disk storage requirements. This behavior also prevents conflicts between .admx and .adml files when changes are made to Administrative Templates policy settings across different locations.

You can force the sysvol folder to reflect local updates. To make this change, manually copy the updated .admx or .adml files from the PolicyDefinitions file on the local computer to the share sysvol folder, contoso.com\PolicyDefinitions, on the domain controller.

The following update enables you to configure the Local Group Policy editor to use local .admx files instead of the Central Store:

An update is available to enable the use of Local ADMX files for Group Policy Editor.

You can also use this setting to:

  • Test a newly built folder as C:\Windows\PolicyDefinitions on an Administrative Workstation against your Domain Policies, before you copy it to the Central Store on sysvol folder.
  • Use older PolicyDefinitions folder to edit policy settings that don't have an ADMX file in the latest build of your Central Store. One common example would be policies that have settings for older versions of Microsoft Office that are still in the Group Policies. Microsoft Office has a separate set of ADMX/L files for each release.

Known Issues

  • Issue 1

    After you copy the Windows 10 .admx templates to the sysvol folder Central Store and overwrite all existing .admx and .adml files, select the Policies node under Computer Configuration or User Configuration. In this situation, you may receive the following error message:

    Namespace 'Microsoft.Policies.Sensors.WindowsLocationProvider' is already defined as the target namespace for another file in the store.
    File
    \\contoso.com\SysVol\contoso.com\Policies\PolicyDefinitions\Microsoft-Windows-Geolocation-WLPAdm.admx, line 5, column 110

    To resolve this problem, see "'Microsoft.Policies.Sensors.WindowsLocationProvider' is already defined" error when you edit a policy in Windows.

  • Issue 2

    Updated ADMX/L files for Windows 10, version 1803 contain only SearchOCR.ADML. This version of SearchOCR.ADML is not compatible with an older release of SearchOCR.ADMX that you still have in the Central Store. For more information about the problem, see "Resource '$(string ID=Win7Only)' referenced in attribute displayName could not be found" error when you open gpedit.msc in Windows.

    Both issues can be avoided by building a pristine PolicyDefinitions folder from a base OS release folder, as mentioned in this article.