Backup and Import Intune Device Configuration Profiles
Why backup Device Configuration Profiles?
Why would you need to back up something that runs in stored and hosted on Azure? Well there are numerous answers to this question really.
- If you make a change and you break something you can look back and analyse what it was
- You can make copies of the policy easily rather than having two windows side by side
- In case one is deleted… (Let’s hope this is never the case)
- To review the maturity of your policies (Lets say you started from ground zero and now have over 100 policy settings… Might be nice to review what you’ve done)
We also live in a world of change management and service improvement so there is always a need to make changes to policies and configurations. If you have or 9are moving from traditional group policy you will know that you can run an HTML report or a backup before you go ahead and make any changes.
Well when using Intune there was no way to export or backup your profiles or policies from the console… I have seen people taking screenshots of the pages as a backup of the policies which is far from an ideal scenario.
What if I told you there is a way you can back-up your configuration policies using the Microsoft Graph API?? Well it’s possible and it’s easier than you think.
This is the first of a series of guides on how to backup and import different types of policies and profiles using the API. This one will be focusing on Device Configuration Profiles.
The Script
You will notice that most of this (the authentication part and most of the param block at least) are the same as my other script… But if its not broke why fix it? (Those famous last words!!!). Although this script does have an alternative run method, if you run it directly without the ClientID, ClientSecret and TenantID parameters it will install the Azure AD Powershell module and use a custom Function Connect-AzAD_Token to enable users to interact with a login Window if they do not wish to use Azure AD App Registrations with client secrets.
This script can be run from anywhere, as a user, as an Admin or even as System. You could put this into an Automation Engine to do backups on a schedule if that is your desire.
Pre-Reqs
Azure AD App Registration
To make the script work without any interaction you will need an Azure App Registration with the following permissions for the Microsoft Graph API.
Backing Up Device Configuration Profiles
- DeviceManagementConfiguration.Read.All (Application Permission)
Importing Device Configuration Profiles
- DeviceManagementConfiguration.ReadWrite.All (Application Permission)
If you are not executing the script directly, you will also need the Tenant ID and the account that the script will be running as will need permission to the Output folder for backups.
If your not sure how to create an Azure AD App Registration head over to one of my other posts by clicking HERE, Don’t forget to store your Client ID and Secret securely and also have it to hand for the rest of the post :D.
Executing the Script
Using Azure AD App Registrations
You can run this script directly from a PowerShell console, using Task Scheduler or using a 3rd party automation product that supports PowerShell.
The main thing we will go through here is just the parameters and then putting them all together from the command line, it’s really that simple.
For Backup Only
- Client ID: This is the Client ID for your Azure AD App
- ClientSecret: The Client Secret for the Azure AD App
- TenantID: Your Azure Tenant ID
- OutputFolder: Your desired Output folder
./Backup_Import_DeviceConfigurationPolicies.ps1 -ClientID “” -ClientSecret “” -TenantID “” -OutputFolder “./YourServerBackups/ConfigurationPolicies”
For Importing Policies
- Client ID: This is the Client ID for your Azure AD App
- ClientSecret: The Client Secret for the Azure AD App
- TenantID: Your Azure Tenant ID
- Import: This is a switch parameter which states if your intention is to import or not
- ImportJSON: the path to your JSON file.
You will finally end up with something like this;
./Backup_DeviceConfigurationPolicies.ps1 -ClientID “” -ClientSecret “” -TenantID “” -Import -ImportJSON “./YourServerBackups/ConfigurationPolicies/ImportMe.JSON”
Direct Execution
If you launch the script without the Client ID, Secret and Tenant ID you will be prompted with a Microsoft Logon Window similar to the below.
Your Content Goes HereOnce you login the script will continue to run and then output the configuration files in the same way it would using the App Registration. You will need an account with permissions to be able to read (for backups only) or Read and Write the Device Configuration Profiles. However the likelihood is that if you are looking at this guide you are probably an Intune Service Administrator or Global Administrator on your Tenant.
When you run it directly without any switches the script will prompt you to log in and it would only perform a backup of your profiles and output the configurations to the the folder you are executing it from.
If you add the -OutputFolder parameter you can change the destination of the base output folder. However if you are wishing to use the script to Import policies you can add the -Import and -ImportJSON parameters, If you specify the -Import parameter you must also specify the -ImportJSON parameter with a path to the JSON file (e.g. C:/ImportMe.json) otherwise the script will display a message that you did not specify the -ImportJSON Parameter.
You will notice that when you run the script, if the folder does not exist it will create it. It also put its into a dated folder in the yyyyMMdd_HH-mm-ss format leaving you with something like 20200901_16_05_36
Summary
This can also be useful if you are wanting to make a copy of your policies to assign to a test machine. All you will need to do is backup your current policies and amend the JSON file, If you find the displayName field in the JSON file and amend it and save the file you will be able to re-import this the same settings. All you then need to do is assign it.
I have tested this myself at the time of writing the post but if you come across any information you think may be wrong then please leave a comment.
Categories
Tags
Backup and Import Intune Device Configuration Profiles
Why backup Device Configuration Profiles?
Why would you need to back up something that runs in stored and hosted on Azure? Well there are numerous answers to this question really.
- If you make a change and you break something you can look back and analyse what it was
- You can make copies of the policy easily rather than having two windows side by side
- In case one is deleted… (Let’s hope this is never the case)
- To review the maturity of your policies (Lets say you started from ground zero and now have over 100 policy settings… Might be nice to review what you’ve done)
We also live in a world of change management and service improvement so there is always a need to make changes to policies and configurations. If you have or 9are moving from traditional group policy you will know that you can run an HTML report or a backup before you go ahead and make any changes.
Well when using Intune there was no way to export or backup your profiles or policies from the console… I have seen people taking screenshots of the pages as a backup of the policies which is far from an ideal scenario.
What if I told you there is a way you can back-up your configuration policies using the Microsoft Graph API?? Well it’s possible and it’s easier than you think.
This is the first of a series of guides on how to backup and import different types of policies and profiles using the API. This one will be focusing on Device Configuration Profiles.
The Script
You will notice that most of this (the authentication part and most of the param block at least) are the same as my other script… But if its not broke why fix it? (Those famous last words!!!). Although this script does have an alternative run method, if you run it directly without the ClientID, ClientSecret and TenantID parameters it will install the Azure AD Powershell module and use a custom Function Connect-AzAD_Token to enable users to interact with a login Window if they do not wish to use Azure AD App Registrations with client secrets.
This script can be run from anywhere, as a user, as an Admin or even as System. You could put this into an Automation Engine to do backups on a schedule if that is your desire.
Pre-Reqs
Azure AD App Registration
To make the script work without any interaction you will need an Azure App Registration with the following permissions for the Microsoft Graph API.
Backing Up Device Configuration Profiles
- DeviceManagementConfiguration.Read.All (Application Permission)
Importing Device Configuration Profiles
- DeviceManagementConfiguration.ReadWrite.All (Application Permission)
If you are not executing the script directly, you will also need the Tenant ID and the account that the script will be running as will need permission to the Output folder for backups.
If your not sure how to create an Azure AD App Registration head over to one of my other posts by clicking HERE, Don’t forget to store your Client ID and Secret securely and also have it to hand for the rest of the post :D.
Executing the Script
Using Azure AD App Registrations
You can run this script directly from a PowerShell console, using Task Scheduler or using a 3rd party automation product that supports PowerShell.
The main thing we will go through here is just the parameters and then putting them all together from the command line, it’s really that simple.
For Backup Only
- Client ID: This is the Client ID for your Azure AD App
- ClientSecret: The Client Secret for the Azure AD App
- TenantID: Your Azure Tenant ID
- OutputFolder: Your desired Output folder
./Backup_Import_DeviceConfigurationPolicies.ps1 -ClientID “” -ClientSecret “” -TenantID “” -OutputFolder “./YourServerBackups/ConfigurationPolicies”
For Importing Policies
- Client ID: This is the Client ID for your Azure AD App
- ClientSecret: The Client Secret for the Azure AD App
- TenantID: Your Azure Tenant ID
- Import: This is a switch parameter which states if your intention is to import or not
- ImportJSON: the path to your JSON file.
You will finally end up with something like this;
./Backup_DeviceConfigurationPolicies.ps1 -ClientID “” -ClientSecret “” -TenantID “” -Import -ImportJSON “./YourServerBackups/ConfigurationPolicies/ImportMe.JSON”
Direct Execution
If you launch the script without the Client ID, Secret and Tenant ID you will be prompted with a Microsoft Logon Window similar to the below.
Your Content Goes HereOnce you login the script will continue to run and then output the configuration files in the same way it would using the App Registration. You will need an account with permissions to be able to read (for backups only) or Read and Write the Device Configuration Profiles. However the likelihood is that if you are looking at this guide you are probably an Intune Service Administrator or Global Administrator on your Tenant.
When you run it directly without any switches the script will prompt you to log in and it would only perform a backup of your profiles and output the configurations to the the folder you are executing it from.
If you add the -OutputFolder parameter you can change the destination of the base output folder. However if you are wishing to use the script to Import policies you can add the -Import and -ImportJSON parameters, If you specify the -Import parameter you must also specify the -ImportJSON parameter with a path to the JSON file (e.g. C:/ImportMe.json) otherwise the script will display a message that you did not specify the -ImportJSON Parameter.
You will notice that when you run the script, if the folder does not exist it will create it. It also put its into a dated folder in the yyyyMMdd_HH-mm-ss format leaving you with something like 20200901_16_05_36
Summary
This can also be useful if you are wanting to make a copy of your policies to assign to a test machine. All you will need to do is backup your current policies and amend the JSON file, If you find the displayName field in the JSON file and amend it and save the file you will be able to re-import this the same settings. All you then need to do is assign it.
I have tested this myself at the time of writing the post but if you come across any information you think may be wrong then please leave a comment.