Azure Backup service- FAQ
This article is a list of commonly asked questions (and the respective answers) about the Azure Backup service. Our community replies quickly, and if a question is asked often, we add it to this article. The answers to questions typically provide reference or support information. You can ask questions about Azure Backup in the Disqus section of this article or a related article. You can also post questions about the Azure Backup service in the discussion forum.
Q1. What is the list of supported operating systems from which I can back up to Azure using Azure Backup?
A1. Azure Backup supports the following list of operating systems
|Windows 8 and latest SPs||64 bit||Enterprise, Pro|
|Windows 7 and latest SPs||64 bit||Ultimate, Enterprise, Professional, Home Premium, Home Basic, Starter|
|Windows 8.1 and latest SPs||64 bit||Enterprise, Pro|
|Windows 10||64 bit||Enterprise, Pro, Home|
|Windows Server 2012 R2 and latest SPs||64 bit||Standard, Datacenter, Foundation|
|Windows Server 2012 and latest SPs||64 bit||Datacenter, Foundation, Standard|
|Windows Storage Server 2012 R2 and latest SPs||64 bit||Standard, Workgroup|
|Windows Storage Server 2012 and latest SPs||64 bit||Standard, Workgroup|
|Windows Server 2012 R2 and latest SPs||64 bit||Essential|
|Windows Server 2008 R2 SP1||64 bit||Standard, Enterprise, Datacenter, Foundation|
|Windows Server 2008 SP2||64 bit||Standard, Enterprise, Datacenter, Foundation|
Q2. Where can I download the latest Azure Backup agent?
A2. You can download the latest agent for backing up Windows Server, System Center DPM, or Windows client, from here. If you want to back up a virtual machine, use the VM Agent (which automatically installs the proper extension). The VM Agent is already present on virtual machines created from the Azure gallery.
Q3. Which version of SCDPM server is supported?
A3. We recommend that you install the latest Azure Backup agent on the latest update rollup of SCDPM (UR6 as of July 2015)
Q4. When configuring the Azure Backup agent, I am prompted to enter the **vault credentials. Do vault credentials expire? A4. Yes, the vault credentials expire after 48 hours. If the file expires, log in to the Azure portal and download the vault credentials files from your Backup vault.
Q5. Is there any limit on the number of backup vaults that can be created in each Azure subscription?
A5. Yes. As of July 2015, you can create 25 vaults per subscription. If you need more vaults, then create a new subscription.
Q6. Should I look at a vault as a billing entity?
A6. Though it is possible to get a detailed bill for each vault, we highly recommend that you consider an Azure subscription as a billing entity. It is consistent across all services and is easier to manage.
Q7. Are there any limits on the number of servers/machines that can be registered against each vault?
A7. Yes, you can register up to 50 machines per vault. For Azure IaaS virtual machines, limit is 200 VMs per vault. If you need to register more machines, create a new vault.
Q8. Are there any limits on the amount of data that can be backed up from a Windows server/client or SCDPM server?
Q9. How do I register my server to another datacenter?
A9. Backup data is sent to the datacenter of the Backup Service to which it is registered. The easiest way to change the datacenter is to uninstall the agent and reinstall the agent and register to a new datacenter.
Q10. What happens if I rename a Windows server that is backing up data to Azure?
A10. When you rename a server, all currently configured backups are stopped. You need to register the new name of the server with the Backup vault. When you create a new registration, the first backup operation is a full backup, and not an incremental backup. If you need to recover data that was previously backed up to the vault with the old server name, you can recover that data using the Another server option in the Recover Data wizard.
Q11. What types of drives can I backup files and folders from?
A11. The following set of drives/volumes can't be backup:
- Removable Media: The drive must report as a fixed to be used a backup item source.
- Read-only Volumes: The volume must be writable for the volume shadow copy service (VSS) to function.
- Offline Volumes: The volume must be online for VSS to function.
- Network share: The volume must be local to the server to be backed up using online backup.
- Bitlocker protected volumes: The volume must be unlocked before the backup can occur.
- File System Identification: NTFS is the only file system supported for this version of the online backup service.
Q12. What file and folder types can I back up from my server?
A12. The following types are supported:
- Compressed + Sparse
- Hard Links: Not supported, skipped
- Reparse Point: Not supported, skipped
- Encrypted + Compressed: Not supported, skipped
- Encrypted + Sparse: Not supported, skipped
- Compressed Stream: Not supported, skipped
- Sparse Stream: Not supported, skipped
Q13. What's the minimum size requirement for the cache folder?
A13. The size of the cache folder determines the amount of data that you are backing up. Your cache folder should be 5% of the space required for data storage.
Q14. If my organization has one backup vault, how can I isolate one server's data from another server when restoring data?
A14. All servers that are registered to the same vault can recover the data backed up by other servers that use the same passphrase. If you have servers whose backup data you want to isolate from other servers in your organization, use a designated passphrase for those servers. For example, human resources servers could use one encryption passphrase, accounting servers another, and storage servers a third.
Q15. Can I “migrate” my backup data between subscriptions?
Q16. Can I “migrate” my backup vault between subscriptions?
A16: No. The vault is created at a subscription level and cannot be reassigned to another subscription once it’s created.
Q17. Does the Azure Backup Agent work on a server that uses Windows Server 2012 deduplication?
A17: Yes. The agent service converts the deduplicated data to normal data when it prepares the backup operation. It then optimizes the data for backup, encrypts the data, and then sends the encrypted data to the online backup service.
Q18. If I cancel a backup job once it has started, is the transferred backup data deleted?
A18: No. The backup vault stores the backed-up data that had been transferred up to the point of the cancellation. Azure Backup uses a checkpoint mechanism to occasionally add checkpoints to the backup data during the backup. Because there are checkpoints in the backup data, the next backup process can validate the integrity of the files. The next backup triggered would be incremental over the data that had been backed up previously. An incremental backup provides better utilization of bandwidth, so that you do not need to transfer the same data repeatedly.
Q19. Why am I seeing the warning "Azure Backups have not been configured for this server" even though I had scheduled regular backups previously?
A19: This warning occurs when the backup schedule settings stored on the local server are not the same as the settings stored in the backup vault. When either the server or the settings have been recovered to a known good state, the backup schedules can lose synchronization. If you receive this warning, reconfigure the backup policy and then Run Back Up Now to resynchronize the local server with Azure.
Q20. What firewall rules should be configured for Azure Backup?
A20. For seamless protection of on-premises-to-Azure and workload-to-Azure data, it is recommended that you allow your firewall to communicate with the following URLs:
Q21. Can I install the Azure Backup agent on an Azure VM already backed by the Azure Backup service using the VM extension?
A21. Absolutely. Azure Backup provides VM-level backup for Azure VMs using the VM extension. You can install the Azure Backup agent on a Guest Windows OS to protect files and folders on that guest OS.
Q22. Can I install the Azure Backup agent on an Azure VM to back up files and folders present on temporary storage provided by the Azure VM?
A22. You can install the Azure Backup agent on the Guest Windows OS and back up files and folders to temporary storage. However, please note that backups fail once temporary storage data is wiped out. Also, if the temporary storage data has been deleted, you can only restore to non-volatile storage.
Q23. I have installed Azure Backup agent to protect my files and folders. Can I now install SCDPM to work with Azure Backup agent to protect on-premises application/VM workloads to Azure?
A23. To use Azure Backup with SCDPM, it is advised to install SCDPM first and only then to install Azure Backup agent. This ensures seamless integration of the Azure Backup agent with SCDPM and allows protecting files/folders, application-workloads and VMs to Azure, directly from the management console of SCDPM. Installing SCDPM after installing Azure Backup agent for purposes mentioned above is neither advised nor supported.
Q24. What is the length of file path that can be specified as part of Azure Backup policy using Azure Backup agent?
A24. Azure Backup agent relies on NTFS. The filepath length specification is limited by Windows API. In case of backing up files with file path length greater than the ones specified by Windows API, customers can choose to backup the parent folder or the disk drive of backup files.
Q25. What characters are allowed in file path of Azure Backup policy using Azure Backup agent?
A25. Azure Backup agent relies on NTFS. It enables NTFS supported characters as part of file specification.
Q26. Can I use Azure Backup Server to create a Bare Metal Recovery (BMR) backup for a physical server?
Q27. Can I configure the Backup service to send mail if a backup job fails?
A27. Yes, the Backup service has several event-based alerts that can be used with a PowerShell script. For a full description, see Alert notifications
Q1. Is there a limit on the size of each data source being backed up?
A1. As of August 2015, the maximum size data source for the supported operating systems is:
|S.No||Operating system||Maximum size of data source|
|1||Windows Server 2012 or above||54400 GB|
|2||Windows 8 or above||54400 GB|
|3||Windows Server 2008, Windows Server 2008 R2||1700 GB|
|4||Windows 7||1700 GB|
The following table explains how each data source size is determined.
|Volume||The amount of data being backed up from single volume of a server or client machine|
|Hyper-V virtual machine||Sum of data of all the VHDs of the virtual machine being backed up|
|Microsoft SQL Server database||Size of single SQL database size being backed up|
|Microsoft SharePoint||Sum of the content and configuration databases within a SharePoint farm being backed up|
|Microsoft Exchange||Sum of all Exchange databases in an Exchange server being backed up|
|BMR/System State||Each individual copy of BMR or system state of the machine being backed up|
Q2. Are there limits on the number of times a backup job can be scheduled per day?
A2. Yes, you can run backup jobs on Windows Server or Windows client up to three times/day. You can run backup jobs on System Center DPM up to twice a day. You can run a backup job for IaaS VMs once a day.
Q3. Is there a difference between the scheduling policy for DPM and Windows Server (i.e. on Windows Server without DPM)?
A3. Yes. Using DPM, you can specify daily, weekly, monthly, and yearly schedules. Windows Server (without DPM) allows you to specify only daily and weekly schedules.
Q4. Is there a difference between the retention policy for DPM and Windows Server/client (i.e. on Windows Server without DPM)?
A4. No, both DPM and Windows Server/client have daily, weekly, monthly, and yearly retention policies.
Q5. Can I configure my retention policies selectively – i.e. configure weekly and daily but not yearly and monthly?
A5. Yes, the Azure Backup retention structure allows you to have full flexibility in defining the retention policy as per your requirements.
Q6. Can I “schedule a backup” at 6pm and specify “retention policies” at a different time?
A6. No. Retention policies can only be applied on backup points. In the following image, the retention policy is specified for backups taken at 12am and 6pm.
Q7. Is an incremental copy transferred for the retention policies scheduled?
A7. No, the incremental copy is sent based on the time mentioned in the backup schedule page. The points that can be retained are determined based on the retention policy.
Q8. If a backup is retained for a long duration, does it take more time to recover an older data point?
A8. No – the time to recover the oldest or the newest point is the same. Each recovery point behaves like a full point.
Q9. If each recovery point is like a full point, does it impact the total billable backup storage?
A9. Typical long-term retention point products store backup data as full points. The full points are storage inefficient but are easier and faster to restore. Incremental copies are storage efficient but require you to restore a chain of data, which impacts your recovery time. Azure Backup storage architecture gives you the best of both worlds by optimally storing data for fast restores and incurring low storage costs. This data storage approach ensures that your ingress and egress bandwidth is used efficiently. Both the amount of data storage and the time needed to recover the data, is kept to a minimum.
Q10. Is there a limit on the number of recovery points that can be created?
A10. No. We have eliminated limits on recovery points. You can create as many recovery points as you desire.
Q11. Why is the amount of data transferred in backup not equal to the amount of data I backed up?
A11. All the data that is backed up is compressed and encrypted before being transferred. Once the compression and encryption is applied, the data in the backup vault is 30-40% smaller.
Q12. Is there a way to adjust the amount of bandwidth used by the Backup service?
A12. Yes, use the Change Properties option in the Backup Agent to adjust bandwidth. Adjust the amount of bandwidth and the times when you use that bandwidth. See Network Throttling, for more information.
Q13. My internet bandwidth is limited for the amount of data I need to back up. Is there a way I can move data to a certain location with a large network pipe and push that data into Azure?
A13. You can back up data into Azure via the standard online backup process, or you can use the Azure Import/Export service to transfer data to blob storage in Azure. There are no additional ways of getting backup date into Azure storage. For information on how to use the Azure Import/Export service with Azure Backup, please see the Offline Backup workflow article.
Q1. How many recoveries can I perform on the data that is backed up to Azure?
A1. There is no limit on the number of recoveries from Azure Backup.
Q2. Do I have to pay for the egress traffic from Azure data center during recoveries?
A2. No. Your recoveries are free and you are not charged for the egress traffic.
Q1. Is the data sent to Azure encrypted?
A1. Yes. Data is encrypted on the on-premises server/client/SCDPM machine using AES256 and the data is sent over a secure HTTPS link.
Q2. Is the backup data on Azure encrypted as well?
A2. Yes. The data sent to Azure remains encrypted (at rest). Microsoft does not decrypt the backup data at any point.
Q3. What is the minimum length of encryption key used to encrypt backup data?
A3. The encryption key should be at least 16 characters.
Q4. What happens if I misplace the encryption key? Can I recover the data (or) can Microsoft recover the data?
A4. The key used to encrypt the backup data is present only on the customer premises. Microsoft does not maintain a copy in Azure and does not have any access to the key. If the customer misplaces the key, Microsoft cannot recover the backup data.
Q5. Is backup data for Azure VMs encrypted?
A5. Azure Backup relies on encryption settings of the Azure VM for backup encryption. If your VM is encrypted using Azure Disk Encryption, Azure Backup uses that encryption to secure your data.
Q1. How do I change the cache location specified for the Azure Backup agent?
A1. Go sequentially through the bullet list below to change the cache location. - Stop the Backup engine by executing the following command in an elevated command prompt:
PS C:\> Net stop obengine
Do not move the files. Instead, copy the cache space folder to a different drive with sufficient space. The original cache space can be removed after confirming the backups are working with the new cache space.
Update the following registry entries with the path to the new cache space folder.
|Registry path||Registry Key||Value|
| ||ScratchLocation||New cache folder location|
| ||ScratchLocation||New cache folder location|
- Re-start the Backup engine by executing the following command in an elevated command prompt:
PS C:\> Net start obengine
Once the backup creation is successfully completed in the new cache location, you can remove the original cache folder.
Q2. Where can I put the cache-folder for the Azure Backup Agent to work as expected?
A2. The following locations for the cache-folder are not recommended:
- Network share or Removable Media: The cache-folder must be local to the server that needs backing up using online backup. Network locations or removable media like USB drives are not supported.
- Offline Volumes: The cache-folder must be online for expected backup using Azure Backup Agent.
Q3. Are there any attributes of the cache-folder that are not supported?
A3. The following attributes or their combinations are not supported for the cache-folder:
It is recommended that neither the cache-folder nor the metadata VHD have the attributes above for expected functioning of the Azure Backup agent.