incremental backup succeeds but cannot view or restore content
Set up a backup routine of a disk volume with a custom schedule of full, differential and incremental backups (essentially a roll your own version of GFS). Full back up went fine. I can see and recover all the files.
Subsequent incremental backups run and according to the log, succeed. Each is a different size which seems to indicate that the correct files are being backed up.
If I try to examine the contents of these backups or to restore files from them there does not appear to be any content to them.
So what was the resolution? It does no good to have us check this forum before calling support if you never print a solution. I have the same issue on two different systems, 9 servers total and I need a good answer. Thank you.
Hello netlogic dc,
Thank you for posting. I will do my best to assist you.
It is possible this issue occurs if the backups have been started before the indexing task was able to process the full backup and update the deduplication database. This applies David's case, I am not sure if you are using deduplication.
If you are, I would really appreciate if you could run a validation task on the whole backup archive with which you are having problems, and provide me with the validation log file. To do a validation task manually, please navigate to your personal/centralized vault, select the archive in question and click on the Validate button. After the validation task finishes, please click on View log and then select Save all to file.
This log will provide me with additional information.
Please let me know if you have any other questions.
Thank you.
The validation task failed. I have attached the exported log files. Please note that while the other four servers on this ESX have backup files that I can explore the contents, I cannot mount or recover any of them. And on the one server, all drive contents are empty even though the file has a size.
Also, as an addtional note, your forum does not allow uploading xml documents. The log file I exported was an xml file. I have placed our company's prestige on the line for this product based on our previous successes with earlier versions. If ABR10 for virtual machines was not up to your usual standards, perhaps it should not have been available to the public yet. We are very concerned now about the recoverability of two very large, important clients' data. I hope this can be resolved very quickly
Tried a recovery to a vmd twice. Failed in 22 seconds both times without any errors logged. Added the logfiles from this effort as well. So, basically, we've spent thousands of dollars for a product that reports it is working fine but isn't. Kind of frustrating on our end. Working with support is not a good option. So far, we have yet to correct an issue.
netlogic,
This might be a red herring, but Windows often reports a file as zero bytes or empty when the SSID is incorrect for that file versus the installed system.
Does assigning your current user permissions to those images that report themselves as zero in size, solve the viewing problem?
Natuarally if it does, the next question would be why did the SSID's get changed.
Won't allow me as a domain admin to change the file permissions. One server's backup is easily viewed but the next is not. Both made at the same time on the same ESX hardware and backing to the same NAS. We have four ABR10 for virtual machines purchased but I have only rolled out two of them so far. If we can't get these two to work properly, I intend to get refunds and look for a product that does work. Not impressed with the support effort so far.
Hello Netlogic DC and Colin!
Thank you for your comments! Colin, thank you for your assistance.
Netlogic DC, I entirely understand your frustration, and I'm sorry that you had a bad experience. Unfortunately Forum is not a support channel, as you can see from the Terms of Use, so in case of emergency we advise to contact support directly. This may speed up the process of obtaining a solution.
I have carefully checked our database, and found out that you already have a support case. According to the case's logs, it was closed after several support sessions on the phone. During the last one the SP provided you with the solution, and after it we never heard from you again. Since the problem persists, I will reopen the case, and send you a follow up message from it.
I've checked the logs you've kindly attached, and can see from it that validation fails due to the faulty connectivity to the backup location. It's highly possible that there's some network connectivity issue, but I cannot say for sure due to the lack of sufficient diagnostic information. Thus the situation requires investigation. In order to localize the issue please create a backup to any other alternative location, and run the validation again.
Should it still fail, we will need to take a closer look at the logs. Please gather Acronis Info, Wireshark, ESX Virtual Appliance logs, and send this information to me as a reply to the follow-up e-mail from the reopened case.
Should you need anything else or have any further questions - feel free to contact us at your earliest convenience, we will be happy to help you!
Thank you!