I’m a huge fan of Data Recovery. It’s very bare-bones but it does what it sets out to do. I’m hoping to have a review of Data Recovery completed later this week. In the mean time, v1.0.1 was released Friday (the releases keep on rolling). You can download the new version here.
This release is all bug fixes, here’s the list from the release notes:
The following issues have been resolved since the last release of Data Recovery. For a full list of known existing issues, see VMware Data Recovery 1.0 Release Notes. The list of resolved issues below pertains to this release of Data Recovery only.
- Large Temporary Files Removed as ExpectedData Recovery modifies virtual machines’ vmdk files’ settings so a snapshot can be created for backup purposes. In the past, after the backup has been created, the vmdk file’s settings was sometimes left configured for snapshots even after the backup was complete. This led to these virtual machines being left in snapshot mode while accumulating snapshots that were undetected by vSphere Client. This process has been redesigned so that these temporary files are no longer be left behind. In previous versions of Data Recovery, this issue can be resolved by following the process described in the knowledge base article titled “Delete ddb.delete entries and snapshots left behind by Vmware Data Recovery”.
- Backups Can Be Completed While Integrity Checks Are RunningData Recovery can complete backup operations at the same time that an integrity check is running. In the past, when an integrity check was running, backups could not be completed.
- Improved Integrity Check Backup SpeedIntegrity check has been optimized for faster performance. In the past, comparable integrity checks took longer to complete.
- Improved VMotion Licensing SupportVirtual machines can be moved between hosts using VMotion without producing licensing issues. In the past, if a virtual machine was moved between hosts using VMotion, licensing checks sometimes produced errors.
- Reduced Data Recovery Backup Appliance Shutdown TimeThe Data Recovery Backup appliance now shuts down more quickly than it did before. In the past, the appliance often took 15 minutes to shutdown.
- Improved Support for Different Time ZonesIn the past, Data Recovery did not consistently handle time zones with positive offsets relative to GMT. For example, Data Recovery could encounter issues with data associated with the Paris time zone, which has an offset of +1, whereas data associated with the New York time zone, which has an offset of -5 was handled as expected. These issues no longer occur.
- Data Recovery Supported with Essentials Plus LicensesData Recovery is included in Essentials Plus licenses. In the past, using Data Recovery with Essentials Plus licenses failed. Backup jobs created with Essentials Plus licenses failed with the error,
License not available to perform operation. Feature hotplug not licensed.... - Integrity Check Optimized to Run During Idle TimesBefore running regularly scheduled integrity checks, the Backup Appliance determines if the current time is during a backup window. If the current time is not during a backup window, the integrity check runs. If the current time is during a backup window, the backup appliance checks the backup schedule to determine if there will be a time in the next 24 hours that will not be during a backup window. If there is a time in the next 24 hours that is not during a backup window, the Backup Appliance waits for that time. If there is no time that is not during a backup window in the next 24 hours, the Backup Appliance completes the integrity check.
July 16th, 2009 at 5:21 am
hmmm, at least more common points you have covered here on Data Recovery. I would like to follow you ahead.
August 13th, 2009 at 12:56 pm
All the pertinent records of the hospital must be kept safely with the aid of a software that serves as a backup recovery for the files.