1 out of 6 rated this helpful - Rate this topic

Windows Azure Backup Support Options

Published: September 7, 2012

Updated: May 7, 2013

Applies To: Windows Server 2008 R2 with SP1, Windows Server 2012

During the trial period of Windows Azure Backup, support is available through the online forums. If a question is commonly asked, we will add it to this article so that it can be found quickly and easily.

If you have any additional questions about Windows Azure Backup, go to the discussion forum and post your questions. Someone from our community will help you get your answers. 

Windows Azure Backup has been tested on the following server platforms:

  1. Windows Server 2012 Datacenter

  2. Windows Server 2012 Foundation

  3. Windows Server 2012 Standard

    CautionCaution
    The Server Core installation of the Windows Server°2012 operating system was tested as well as the Server with a GUI installation of the Windows Server°2012 operating system.

  4. Hyper-V Server 2012

  5. Windows Server 2012 Essentials

  6. Windows Server 2008 R2 Standard SP1

  7. Windows Server 2008 R2 Enterprise SP1

  8. Windows Server 2008 R2 DatacenterSP1

  9. Windows Server 2008 R2 FoundationSP1

  10. Windows Storage Server 2008 R2 Essentials SP1

To include the prerequisite software in the Windows Azure Backup Agent installation you must download and install the Microsoft Online Services Sign In Assistant before installing the Windows Azure Backup Agent. The Microsoft Online Services Sign In Assistant can be downloaded from the Microsoft Download Center. Be sure to note the download location. You can then use the following command to perform this installation, specifying the appropriate download location:

msiexec /qn  downloadlocation

After the Microsoft Online Services Sign In Assistant is installed you can run the silent installation for Windows Azure Backup using the following command:

obsinstaller.exe /q

For more information about installing Windows Azure Backup, see Install the Windows Azure Backup Agent

Any currently configured backups will be stopped. You will need to reregister the server with the backup vault and it will be considered a new server by Recovery Services, so the first backup operation that occurs after registration will be a full backup of all of the data included in the backup, instead of just the changes since the last backup occurred. However, if you need to perform a recovery operation you can recover the data that has been backed up using Recover from another server recovery option. For more information, see Rename a server.

The following table identifies the drives and whether they can be used with the online backup service.

 

Drive description Online backup supported

BitLocker-protected volume

Yes, but the volume must be unlocked before the backup can occur.

File System identification

Yes. NTFS is the only file system supported for this version of the online backup service.

Removable Media

No. The drive must report as fixed to be used a backup item source.

Read-only Volumes

No. The volume must be writable for the volume shadow copy service (VSS) to function.

Offline Volumes

No. The volume must be online for VSS to function.

Network share

No. The volume must be local to the server to be backed up using online backup.

Yes. In the current implementation 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.

No. The backup vault stores the backed up data that had been transferred up to the point of the cancellation. Windows Azure Backup uses a checkpoint mechanism so that the backup data gets check-pointed occasionally during the backup and 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 previous. This provides better utilization of bandwidth, so that you do not need to transfer the same data repeatedly.

The size of the cache folder is determined by the amount of data that you are backing up. In general you should expect that 10-15% of the space required for data storage should be allocated for the cache folder.

This can occur when the backup schedule settings stored on the local server are not the same as the settings stored in the backup vault. The following are some possible reasons for this occurrence:

  • The local server has been recovered to a known good state.

  • Windows Azure Recovery Services have recovered the settings to a known good state.

When either the server or the settings have been recovered, the backup schedules can lose synchronization. If this has happened, you should reconfigure the backup policy and then Run Back Up Now to resynchronize the local server with Windows Azure.

This error is sometimes caused when the Windows Azure service have been recovered from a serious error. As a result of this recovery, your server settings might have been modified. If you are seeing this error you should re-register your server with the backup vault. Once you have registered your server, all operations will resume according to your previously configured schedule.

Support for the current release of Windows Azure Backup requires that you install the Update Roll up 2 for System Center Data Protection Manager SP1 before installing the Windows Azure Backup Agent. For full details on this update, see Update Roll up 2 for System Center Data Protection Manager SP1.

All the data that is backed up is compressed and encrypted before being transferred. If you are backing up a large amount of data you can expect about 25% less data to be transferred because of the compression, though this might vary depending on the type of data being backed up. If you are backing up a smaller amount of data, you might see more data being transferred than the amount of data. This is because a fixed data of around 35 MB is transferred during the first backup irrespective of the amount of data being backed up. Subsequent backups only transfer the changed/added data, so the difference in data size for those transfers is purely due to the effect of encryption and compression.

We are also developing a wiki for errors and events encountered with the online backup service on TechNet. All of our event and error message codes are listed on the Windows Azure Backup Errors and Events List article and each code will get an individual wiki entry. Please contribute your experiences as you encounter specific errors and events.

Did you find this helpful?
(1500 characters remaining)
© 2013 Microsoft. All rights reserved.