However, in today's world our infrastructures are often more complicated. We might have virtual machines running on (gasp!) VMWare, old Windows servers, non-Windows servers and budget limitations. But we'll get into that later...
If you are interested DPM as a backup solution, there are some definite major improvements in DPM 2010 over DPM 2007. This list is not comprehensive, but a selection of those features with the biggest improvements.
In DPM 2007, anytime a job failed an alert was logged in the management console, and no more jobs would run until the error was resolved, usually manually. This was extremely time consuming. Consistency checks and recovery points would often fail due to the partition DPM allocated for that server's backup filling up, and the partition had to be manually resized by "modifying disk allocation" in DPM. Now there are auto-heal features so that DPM can re-run failed consistency checks and recovery points automatically as well as automatically resize partitions as they fill.
Continue on Failure
In prior DPM versions if a backup came across a file it could not backup for any reason, such as permission denied errors or a corrupt file, the entire backup would fail and you would have no recoverable data until the issue with that single file was resolved. DPM 2010 will now continue to back up other files, skipping the one with the problem, and log those files that are skipped at the end of the backup.
Backup Engine Failure Auto-restart
In earlier DPM versions the backup agent service would periodically crash on some servers. DPM would then fail the backup and raise a critical alert in the management console. Now DPM will try and restart the backup service and the job itself before logging errors. Another administrative timesaver.
End User Recovery for SQL
As an add-on to regular end user recovery for files, DPM 2010 Beta now touts a similar model for SQL databases, which will allow DPM administrators to give certain users access to restore SQL databases themselves. This user role can be added through powershell.
Aside from Windows Server Backup, DPM is the first backup product on the market to support Exchange 2010 out of the box.
Do I have you excited yet? Now onto the limitations:
- No compression or deduplication of backups on disk, which causes the need for large amounts of disk space.
- No long-term disk storage, long term protection must be to tape. If you have any compliancy regulations to adhere to, you can forget a disk-only backup solution with DPM. Based on VSS, which has a limitation of 64 copies, you cannot store more than 64 backups per volume. If you need to keep more than that, you have to back it up to tape. Note that this limit does not apply to application data like SQL and Exchange.
- Lack of encryption options. DPM 2007 allowed encryption of data at rest on disk only through the Windows Encrypting File System (EFS) but little documentation on it. DPM 2010 Beta documentation doesn’t mention encryption at all, but I imagine it hasn't changed. Tape encryption is certificate based only. You better back up your certificates!
- No support for Legacy operating systems. DPM 2010 can only back up Windows 2003 and later
- No support for non-Windows operating systems
- Virtualization support. DPM offers some excellent features such as granular VM file restores from .VHD snapshots, but only if you are running Hyper-V. There is no snapshot support for VMWare or other virtualization technologies
- Clunky use of Windows disk management for backup sizing. When you set up backups for the first time, DPM estimates for you how much space you will need based on your retention and the size of the files you select for backup. Then it allocates this space from the DPM disk pool by creating a disk partition based on the estimated size. A separate partition is created for each volume you want to back up. So if one server has 4 drives, C:, D:, E:, and F:, there will be 4 partitions created. When a partition is filled, it has to be resized before more backups can take place for that protected volume. Here is a view of disk management on a DPM server. Note that there is a partition for every volume. Messy, to say the least:
- Manual failover switching. You have to manually fail over each volume you are backing up in the case that your primary DPM server fails and you need to switch to the secondary. And there is no multi-selecting volumes, so make sure you add this time into your DR plan if you have a lot of volumes to protect.
The reliability enhancements in DPM 2010 now make DPM a worthy purchase for a small shop with a limited budget for software and a small amount of data. It's hard to argue with the low pricing of DPM licensing.
But if you have a lot of data the storage costs quickly get out of hand. DPM estimated 221 GB of storage space in DPM to keep 104 GB of data backed up for 30 days. And chances are the actual storage space ends up being more than that. If you choose to use DPM, make sure your storage model is scalable.
Post a Comment