I am currently looking at Windows Azure blobs as an option for backing up archive data. I want to be able to upload files from an external windows machine via the internet but I don't know enough about Windows Azure storage to make a decision. Some of the questions I have are

  1. How do I upload the files. Is there a client application, can I use robocopy?
  2. Would it be fast enough? i.e. Could I download or upload 1TB of data in a week?
  3. Is it secure?

Hopefully someone smarter than me can help me :-)


You would probably be better off using the Azure Online Backup service rather than trying to roll your own. There is an agent that you install on each computer and it integrates with the Windows backup console.


To answer your questions about Azure Online Backup:

  1. There is an agent

  2. This depends on your internet connection, not Microsoft's

  3. It transfers over SSL, if that's what you mean. "Is it secure" isn't really a question, since it means different things to different people.

| improve this answer | |
  • 1
    Thanks for that. Very helpful. Saw that Microsoft provide a REST API for the blob storage but was hoping that there was some other way of accessing that blob. The backup service sounds much better. – Bruno Oct 8 '13 at 12:56

Good answer by @MDMarra. Providing one other perspective, to round out the answer: You could roll your own backup, using Blob storage as your backup storage medium. You're right that there's a REST API, and there are also SDK wrappers for .net, Java, php, python, ruby, and node.js, as well as both PowerShell and node-based cross-platform CLI, all capable of manipulating storage.

Regarding Robocopy: Because blob storage has a REST-based protocol underneath, you'd need a tool slightly different. The Azure team published AzCopy to provide functionality very similar to Robocopy.

So... in theory you can create your own backup/restore scheme. This will have a cost footprint equivalent to the cost of Storage only. However: As @MDMarra pointed out, the Azure Backup Service provides a backup service, which is richer feature-wise than just file-copies: Compression, data-retention policies, incremental backups, etc.

One last thing, regarding throughput: An Azure storage account has a scale target of 10Mbps ingress/15Mbps egress, with total capacity of 200TB per account (and you can have multiple accounts). Given your need to move 1TB weekly, that should be no issue.

| improve this answer | |
  • Thanks. That is useful because the backup service is in preview and Microsoft cannot guarantee they will meet their SLAs. Further to that I can only use Windows Server 2008 and their service requires Windows Server 2012 so its worth knowing about Blob storage :-) – Bruno Oct 9 '13 at 14:32

Everything that MDMarra ad David Makogon said, but also worth mentioning a few wild cards perhaps -

  1. products such as CloudBerry (no affiliation) that offer an easy to use and potentially more cost effective way to backup to Azure
  2. Not strictly via the internet, and probably not for day-to-day use, but Microsoft had also announced the preview of an export/import service that allows you to ship disks over. if you have an initial, or occasional, need to move lots of data this is probably speediest option.

Last, but not least, depending on your exact scenario, how much data you're needing to archive and how much you're wanting to spend Microsoft's StorSimple could be very interesting

| improve this answer | |

For people finding this questions much later, I would also add that applications like duplicati, and duplicity offer some control over your backup policies and can be scripted.

They both offer:

  • Encrypted at rest backups.
  • Azure, S3 and other storage targets
  • Options to do full, differential or incremented backups
  • retention of backup policies.
| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.