Aller au contenu principal

True Image 2015 Recovery is so SLOOOOW

Thread needs solution

I am running True Image 2015 on a decent computer (Win 7, 8GB RAM, 7200RPM HDs) but when I recover files from a .tib file, it takes much longer it should. For a 47GB backup it took over a day to recover the backup. This is unacceptable.

Now before I get the usual 'Have you checked if you have the latest updates', 'try uninstalling and reinstalling the program', 'check that you have the latest drivers'; yes I have True Image 2015 Build 6525, the program was installed recently, and all hardware drivers are up to date. DMA is enabled, SATA mode in the BIOS is set to AHCI, not just ATA, and the partitions have been defragmented. I think there is a software issue with True Image 2015 because of this: When I first start the recovery operation (overwrite enabled, performance set to high) I can see the write speed using Windows Resource Monitor starts of at a quite high 65MB/s, but after 20 minutes this drops to around 2.4MB/s.

Another example where the recovery was slow was when I recovered 450GB from a USB 3.0 external HD (I double checked that it was a USB3.0 cable and port that they were connected to because both had the 'blue' tipped connectors) using a WinPE based True Image recovery disk, and it took over 30 hours to recover.

Acronis, is there a software bug that you are aware of that could be causing this performance issue, or if not, what might be the problem? I first used Acronis software back in 2006 with True Image Home 9.0, then True Image 2012, but have noticed a continual decline in quality (bugs, dumbed down user interface, can't access logs) and quite honestly I'm thinking about changing over to Symantec or other backup software with the noticable decline in quality of True Image software. If as other people have complained, Acronis says 'these problems will be fixed in the next release i.e. True Image 2016', I won't be purchasing it.

0 Users found this helpful
Beginner
Contributions: 2
Commentaires: 3

I had a similar problem yesterday. I tried doing an entire PC restore and the first attempt estimated the restore of a 40GB tib file at 5 hours. After 1 hour into the restore, the progress bar has not moved more that 5%. I decided to cancel the restore. However, when I tried to recover again, I was able to recover my PC in less than 10 minutes. I hope this helps. It might have been an exception. When I tried restoring 4 GB of files and it took me two hours!

Regular Poster
Contributions: 198
Commentaires: 120

WOW ! Holy Cow !
This is just one of the reasons I am holding off upgrading to TIH2015.
I restored a Win7/64 system to a SSD a few days ago.
I booted with the TIH2014 recovery disk, selected my source and destination (both internal sata) and clicked do it !
The Restore took about 30 minutes. I restored 238GB !
The system booted right up and was good to go....
After seeing all the negative posts concerning 2015, I am still very reluctant to upgrade.
BTW, the same computer also holds a Win8.1/64 OS
So far so good... I'll wait for a bit more positives on TIH2015 before I jump off that bridge.

Steve

I'm a little surprised that you are having problems in this area! Performing a back up my personal files and folder (580 GB, which are compressed to 375 GB, by Acronis), takes typically 5 hours on my Windows 8.1 PC; specifically to a Seagate USB 3 external drive.

This compares favourably, with the same backup, I make with Genie Backup Manager Pro 9! I have also compared it to TI 2014, which takes a similar time to back up!

Sorry, I have no explanation, but you could try the genie program, on free trial (30 days) If this took the same time to back up, the same amount of data, it would indicate the problem, is within your PC; if shorter, then yes a problem with Acronis

http://www.genie9.com/download/download.aspx

BTW Genie, cannot back up your operating system, only your personal data!

Consider updating USB 3.0 driver files in Windows as well as insuring that your machine has the latest bios version installed and the USB 3.0 is enabled in the bios.

I'm a new True Image 2015 Mac user - used TM previously...

It have been running perfectly, but restore could be faster

I'm going through this right now -- just trying to restore a particular folder from my backup drive over the network and the application keeps showing as Not Responding in the task manager, even though it is utilizing a lot of bandwidth (currently 232 mbps).

Are tib files made with 2015 backwards compatible with Acronis 2014? If so, is there any reason why I can't uninstall 2015, reinstall 2014, and perform the recovery from that?

Yeah save your money Perdido. There are so many bugs in in TIH2015, not to mention the dumbed down user interface that doesn't support the TAB key or have an easy way to access backup histories.

Over the last week since I started this post on why the recovery seems to be so slow, I've noticed that there is a speed difference in recovery if you make sure 'Overwrite existing files' and 'Recover files with their original security settings ' are both checked.

Enchantech wrote:

Consider updating USB 3.0 driver files in Windows as well as insuring that your machine has the latest bios version installed and the USB 3.0 is enabled in the bios.

I've already checked that I have the latest drivers Enchantech. I can transfer over 200GB of files (without using TIH2015, just with windows explorer) to the same USB3.0 Seagate drive in less than 1.5 hours; not 40 hours like TIH2015 takes to recover a smaller amount.

John,

My comment to update drivers was made in the interest of insuring that such drivers are up to date. Many users believe they are current only to find out later they were mistaken.

It is interesting that by checking the recover original security settings causes an increase in speed. That could be related to something else that has come to light recently but am not sure at this point.

Your comparison to a Windows Explorer transfer is not quite the same as what is occurring with TI but nonetheless does show that at least you have a good connection to your device but your not getting USB 3.0 speeds. Granted TI should be much faster than the 40 hours noted!

Enchantech,

It was considerate of you to suggest that I check I have the latest drivers and BIOS update, but as I mention in the first post I had already done this.

Enchantech wrote:

Your comparison to a Windows Explorer transfer is not quite the same as what is occurring with TI but nonetheless does show that at least you have a good connection to your device but your not getting USB 3.0 speeds. Granted TI should be much faster than the 40 hours noted!

The 1.5 hours I mentioned to transfer over 200GB of files is on the conservative side. I was on and off from my computer when I did the file transfer and didn't record exactly how long it took. Now I have - 210GB of files on a 4kB block NTFS drive took 45 minutes and 24 seconds with an average transfer of 77.1MBps. Obviously I am getting USB3.0 speeds on my external drive when not using TIH2015, so obviously TIH2015 is causing a problem if it takes around 40 hours to do a recovery of the same size.

Checking the 'Recover files with their original security settings' takes about a minute when changing a few hundred thousand files. If TIH2015 has to open and close a process or call takeown.exe individually for each file then I could see this as creating a delay.

Have you looked at CPU usage during a running backup task? Not that that will give me any clue as to why your experiencing the behavior you mention but curious as to if in fact your CPU usage is through the roof as has been noted by other users.

When doing a recovery the average CPU usage for TrueImage.exe is 0.01% and for TrueImageHomeService.exe it's 10.25% so obviously not that much. I don't have any other major programs running at the moment and no other process is using more CPU time than TrueImageHomeService.exe. On the memory side I have 3730MB out of 8086MB available so free memory isn't an issue either.

With the amount of bugs I've already seen in TIH2015 I'm certain it's a software problem internal to TIH2015, not the rest of my computer. I just found another bug this morning - create a new backup, select the source, set your options, but if you decide later to go back and change the source before starting the backup, all the options are set back to default (scheme, auto-clean up, exclusions, priority, comments etc.).

Right now I'm doing a backup and TrueImageHomeService.exe is getting 38MB/s read speed during validation on the same Seagate expansion drive that was so slow when doing a recovery on USB3.0. For the same computer and external HD to get reasonable backup speed but not recovery means it is not a problem with the drivers/hardware/OS of the computer, but something to do with TIH2015.

John,

Not sure if this will help you at all but I think your issues just could be related to this post.

https://forum.acronis.com/forum/85639

Enchantech,

Not sure how forum #85639 is related to slow recovery performance of TIH2015. Could you please explain? If the PATH environment variable was overwritten (as forum #85639 talks about) then I would have more serious errors unrelated to TIH2015 that I would have noticed.

This is my PATH system variable right now after installing TIH2015 2 months ago - C:\Program Files (x86)\Common Files\ArcSoft\Bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\;C:\Program Files (x86)\Common Files\Acronis\SnapAPI\;C:\Program Files (x86)\Windows Kits\8.0\Windows Performance Toolkit\;C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\;C:\Program Files (x86)\Microsoft SQL Server\110\DTS\Binn\;C:\Program Files (x86)\MATLAB\R2015a\bin;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\

Obviously my PATH variable hasn't just been overwritten with C:\Program Files (x86)\Common Files\Acronis\SnapAPI\. Do you see any problems?

No I do not see any standout issue with your path variable, just thought it would interesting to see if there might be something there. Your CPU usage is quite low during the backup process as you indicated above, have you had a look at Backup Options, Advanced, Performance, Priority and checked what priority has been selected for the backup process?

Priority -> Normal.

I think we can stop beating about the bush and admit that there are software issues with TIH2015 (performance, user interface, backwards compatibility with previous version backups, backup logs, lost features etc.)

That's fine Sir, Good Luck!

Old thread, but I can't seem to find a solution elsewhere.

I am trying to restore a couple of folders from a TI2015 .tib. Total backup size is 480GB.
Some folders I just restore by normal file copy browsing the .tib with Windows Explorer (Win 10). Works fine, decent speed. About 40 MB/s read and write (different iSCSI targets, different NIC's/paths). 80 MB/s isn't great, but I won't complain. 

Other folders in the same backup archive just hangs for ever using the copy method. Then I try to restore the folders from TIH2015 instead. It kind of works, but will take days at the speed I get. 3-4 MB/s is all I get.
Then it will randomly stop at certain files, giving an error message. When I hit "Ignore", it will continue. The file will then restore just fine.
Drives me nuts, since this stupid damn software don't have the "Ignore and do the same for the rest" option. So it will stop every second hour or so, and probably occupy the rest of my life to manage to restore the remaining 200 gigs of data.

Both source and target are iSCSI drives on 2 x 10Gb/e channels. I easily get more than 500 MB/s on these drives when using proper software. 

When/If this terrible software ever finishes to restore the poor files, it is the very last thing it does on my computer! Been an Acronis customer for more than 3 years, seeing the quality of the software getting worse for every new release. This is the last one for me, never Acronis again!