This document will give a quick description for how to set up recurring SQL DB backups from a Tier 1 environment to an Azure storage account.

Sign into your Tier 1 environment and run SQL Server Management Studio (SSMS) as Admin. Connect to your server.

Right click the AxDB data base and select Tasks > Back Up …

Keep the source information the same and set the destination information to back up to ‘URL’. Click ‘Add’

Select ‘New container’

  1. You will be prompted to log into your Microsoft account with the Azure storage container you wish to send the back up too.
  2. In the drop down select the storage account followed by the blob container

Click ‘Create Credential’

  1. This will generate a Shared Access Signature
  2. Click ‘OK’

Click ‘Ok’ again and you will see your URL in the destination block.


  1. Under ‘Backup Options’ change ‘Set backup compression’ to ‘Compress backup’

Under the ‘General’ tab, select the ‘Script’ drop down.

  1. Choose ‘Script Action to Job’

On the left hand side, click ‘Schedules’

  1. Then click ‘New’
  2. Rename the schedule to ‘Daily’
  3. Set the occurrence to ‘Daily’
  4. Set the desired time for the backup to occur. Here I will set it to run each day at 9:00 PM. This will use the time of the local machine.
  5. Click ‘OK’

Click ‘Ok’. You should see in the bottom left hand corner that ‘Scripting completed successfully’. Click ‘Ok’.

  1. This will execute the job. We are not done with our configurations but a backup will be taken at this time and placed on the Azure storage account container you selected.

After clicking ‘OK’ you should see that the back up successfully completed.

On the right hand side, under ‘Jobs’, find your job ‘Back Up Database – AxDB’.

  1. Right click and choose properties.
  2. Ensure your SQL Server Agent is running. (See optional step below to automate this process.

Click ‘Steps’ in the left hand column. Then click ‘Edit’

  •  Here you can see the SQL command being executed. We will need to update this to ensure that file names are unique. We will do this by appending date time information.
  • Here is an example of the updated SQL call with a date time stamp appended to the end. Update the URL with your correct path.
    1. DECLARE  @FileLoc NVarchar(100) = CONCAT(‘https://<YOURURL>/axdb_backup_’,format(getdate(),’yyyyMMddHHmmssffff’),’.bak’)

Click ‘OK’ to save the changes.

Now we will wait for our job to run. After it does (On a schedule or manually) we can go to the Azure portal storage account and look for our backup.


Using the jobs properties, we can configure alerts for failures. This way we can get emails if an issue occurs. This config is out of the scope of this document but is handy to know that there are options available here. SSMS jobs also provide additional logging of previous runs, to help debug possible issues.


In the Azure portal, we can select the storage account we are interested in sending on back ups too.

In the left hand side select, ‘Lifecycle management’ then click ‘Add rule’

Name your rule ‘RetentionPeriod’ and click ‘Next’

Set the number of days to keep a blob before deleting it.

This is a quick and useful way to avoid keeping every back up file.


Set the SQL Server Agent to start automatically to avoid having to manually start the service after an environment restart.

Keep reading about D365 tips and tricks here:


Write A Comment