Cloud Backup Progress Decreasing Instead of Increasing
I'm a new user of ATI 2017. I started my first full-system cloud backup two days ago. At that time, the progress report said it would take 9 days to upload the 567GB. Over the next day and a half the amount shown as uploaded steadily increaed to 145GB and the remaining days dropped down to 5. I just checked and now the backup progress indicator reports only 70GB uploaded and 6.5 days remaining.
Why has the backup progress report suddenly dropped to show less than half of the amount previously reported as uploaded? Does this indicate a problem with the backup. FYI, I have not used the PC much today and have not shut it down. It has gone into screen-off mode, but it always does that when idle and that didn't affect the first 1.5 days of the backup.
If I go to Dashboard and click on Online Dashboard, the icon highlights, but nothing happens. I'm assuming that the online dashboard isn't active until I have uploaded my first backup to completion. Is that likely the case?
If I go to Account, it shows 64.4GB used when the Backup progress report shows that 73.91GB has been uploaded. I don't know if that is related to compression, encryption or indicates a problem with the program.
I did download and try MVP Log Viewer. In one of the logs, I get the following error message repeated hundreds of times:
2017-05-27 06:22:15:576 8700 E001703E9: Error 0x1703e9: Invalid internal API usage. Either the stream is corrupted or the archive options are incorrect.
| trace level: error
| line: 0x393e6815106a672
| file: k:\8053\archive\ver2\metadata_manager.cpp:701
| function: ArchiveApi::OutputMetadataManager::DoMetadataTree
| line: 0x393e6815106a672, k:\8053\archive\ver2\metadata_manager.cpp:701, ArchiveApi::OutputMetadataManager::DoMetadataTree
| $module: ti_demon_vs_8053
What is that telling me?
MrVivona, with the delay introduced with the change over of the Forum hosting software, has your cloud backup progress improved or perhaps completed or got a lot nearer to completion?
As to the log messages, it is important to know what log you are looking at to understand the context of the messages. A lot of the content you posted is only meaningful to the Acronis developers as they have not provided any diagnostic interpretation for this content.
If you are still having problems, then I would recommend raising a Support Case directly with Acronis and let them investigate this with you and at their end of the chain.
Since the progress indicator dropped to 70GB, the backup has progressed with the reasonable rate of 2.4GB per hour for my 6Mbps upload speed. It is as if the indicator was reporting the wrong progress at first, then corrected itself. If I look at the overall progress since it started, it is about where it should be. So, I'm going to let it complete (about 6 days remaining) and see if I got a good backup. If I do, I'll assume the problem was a first-run anomaly and not worry about it. If I don't, I'll open a support case.
Thanks for the update, good to hear that the progress is looking more like it should be! Hope it all runs to a successful completion for you!
Today, it did it again. It had progressed to 195GB of 567GB when I checked at 11:16AM. I checked it again at 6:30PM and reported that it was restarting. Once it restarted, it reported backing up 61GB of 73GB. I checked again seven hours later and it reported backing up 219GB of 567GB. So, for some reason if it is interrupted and has to reconnect, it gives incorrect progress information until it has run for a while. I'll keep it running to completion and see what I get.
When the Cloud backup restarts it has to rescan the source data for changes, so the data amount will start lower again but should progress rapidly to get back to where it had got to previously.
My backup continued to run, but about once each day it stopped with "backup failed, write error". I restarted it and it would continue where it left off, only to stop a day later. Just in case this was caused by my router reassigning the IP each day when the lease ran out, I assigned a static IP address to my PC. The backup hasn't failed in the two days since. Was assigning a static IP address likely a cure, or just a coincidence?
I doubt that assigning a static IP address to your PC should make a difference as that is normally just a private IP, i.e. 192.168.0.x and is NAT'd behind your external IP address of the router. The only possible difference is any interruption being caused by the router DHCP server when your PC was renewing its DHCP IP address which should result in being given the same address but may have caused the connection to drop momentarily?
The progress indicator in ATI has always been, well, only an indication, even for local backups on attached storage. With cloud backups, other factors come into consideration that could change the estimate for completion. In other word, don't worry about progress indication, a cloud backup will be slow to finish. BTW, it will be also very slow for restoring, making the practical value limited.
In reply to I doubt that assigning a… by truwrikodrorow…
Yeah, I wasn't concerned about the actual IP address changing but the interruption that may occur during lease renewals. Since I put the PC in the list of reserved DHCP assignments, the backup hasn't faltered, so maybe there was enough of an interruption to cause a disconnect.
In reply to The progress indicator in… by truwrikodrorow…
Pat, are you saying that cloud restores are very slow? I have assumed that if my download speed is much faster than my upload speed (it is 10 times faster) that a restore would be faster than a backup. I know the speed is limited by the Acronis server so it probably won't be anywhere near my 60Mbps download speed, but wouldn't it as least be faster than the 6Mbps upload speed I'm getting with my backup upload?
Your restore (download) speed should be much better than the backup (upload) speed but depending on the size of data involved can still be significantly slower than doing the same restore from a local backup resource.