TI 2016 Restore lasts very long

Helmut, welcome to these user forums.

It is difficult to tell you why you are seeing differences between the backup and restore times as we have very little information to work with to understand what you are doing and how you are doing it?

For example:  Backups are typically performed from within Windows and use snapshot technology to capture locked data plus can take advantage of caching and other performance capabilities of both the hardware and software environment, so would be expected to be quicker than doing a restore / recovery operation.

There are different types of Backup that can be used - a full backup will take the longest, whereas a differential should take less time and incremental backups should be the fastest to work.

When Restoring, this should be performed outside of Windows by using the Acronis bootable Rescue media, which immediately puts it at a disadvantage in terms of performance because the Restore is now in a limited OS environment, not a full function OS one.  

Depending on what exactly you are restoring, but assuming that you are doing a full disk and partitions recovery, then there are extra actions to be performed such as clearing / wiping the target disk of any existing data & partitions, restoring data and creating new partitions to store this in etc.

If you are using the standard Acronis Rescue Media, then you are working through a minimal Linux OS environment where True Image is launched from, and using more generic device drivers to control your devices used for restore / recovery.  All of which adds to lower performance as compared to running in your full Windows 10 environment with device specific drivers for the hardware, optimised for best performance.

Steve Smith wrote:

Helmut, welcome to these user forums.

It is difficult to tell you why you are seeing differences between the backup and restore times as we have very little information to work with to understand what you are doing and how you are doing it?

For example:  Backups are typically performed from within Windows and use snapshot technology to capture locked data plus can take advantage of caching and other performance capabilities of both the hardware and software environment, so would be expected to be quicker than doing a restore / recovery operation.

There are different types of Backup that can be used - a full backup will take the longest, whereas a differential should take less time and incremental backups should be the fastest to work.

When Restoring, this should be performed outside of Windows by using the Acronis bootable Rescue media, which immediately puts it at a disadvantage in terms of performance because the Restore is now in a limited OS environment, not a full function OS one.  

Depending on what exactly you are restoring, but assuming that you are doing a full disk and partitions recovery, then there are extra actions to be performed such as clearing / wiping the target disk of any existing data & partitions, restoring data and creating new partitions to store this in etc.

If you are using the standard Acronis Rescue Media, then you are working through a minimal Linux OS environment where True Image is launched from, and using more generic device drivers to control your devices used for restore / recovery.  All of which adds to lower performance as compared to running in your full Windows 10 environment with device specific drivers for the hardware, optimised for best performance.

If you are using the standard Acronis Rescue Media, then you are working through a minimal Linux OS environment where True Image is launched from, and using more generic device drivers to control your devices used for restore / recovery.  All of which adds to lower performance as compared to running in your full Windows 10 environment with device specific drivers for the hardware, optimised for best performance.

Hello Steve,

thanks for your fast answer.

I always use Rescue Media for Backup + Restore.

TI Build 2016 is 6581 + WIN10 Home Build is actual + ASUS Mainboard Z170K BIOS is actual.

I do not use USB-Disks for better performance.

Any other recommendations?

Kind regards,

Helmut

P.S.: Same effects with TI 2017 ???

Helmut, if you are only using the Rescue Media for both Backup and Restore operations, then the only real differences between these operations are the additional actions that Acronis needs to perform when doing a Restore which are not needed when doing a Backup.

What type of Backup and Restore are you doing here for these comparisons?  
Is this a full Disk & Partitions Backup and Restore?

Where is the Backup image being stored if not on a USB Disk - is this on another internal SATA drive?

Have you saved any of the Logs available in the Rescue Media environment for when doing the Backup and Restore?

Helmut, if you are only using the Rescue Media for both Backup and Restore operations, then the only real differences between these operations are the additional actions that Acronis needs to perform when doing a Restore which are not needed when doing a Backup.

What type of Backup and Restore are you doing here for these comparisons?  
Is this a full Disk & Partitions Backup and Restore? YES

Where is the Backup image being stored if not on a USB Disk - is this on another internal SATA drive? YES

Have you saved any of the Logs available in the Rescue Media environment for when doing the Backup and Restore? NO

- or - will it create automaticly and where it is stored?

MBR is deactivated - as recommended in your manuals.

Helmut, sorry but having difficulty in reading your answers above - I am colour blind and can only see text with high contrast.

The logs for actions you carry out when using the Rescue Media have to be saved while the media is in active use as once you exit the media / reboot the computer, then all temporary data is lost.

Hi Steve,

SORRY - my answer now in bold.

Helmut, if you are only using the Rescue Media for both Backup and Restore operations, then the only real differences between these operations are the additional actions that Acronis needs to perform when doing a Restore which are not needed when doing a Backup.

What type of Backup and Restore are you doing here for these comparisons?  
Is this a full Disk & Partitions Backup and Restore? YES

Where is the Backup image being stored if not on a USB Disk - is this on another internal SATA drive? YES

Have you saved any of the Logs available in the Rescue Media environment for when doing the Backup and Restore? NO

MBR is deactivated - as recommended in your manuals.

Helmut, thank you for using bold type.

My answer about the logs was:

The logs for actions you carry out when using the Rescue Media have to be saved while the media is in active use as once you exit the media / reboot the computer, then all temporary data is lost.

Hello Steve,

I'm back again.

My problem - Restore: ~50 GB

- mostly it lasts 2 h

- seldom only 8 min

is still not solved.

In the attached file you see the partition-layout of drive "C".

Mostly I restore via Rescue Media only Windows C: - I think that is correct -or- should I restore ALL ?

Any other ideas?

Helmut, sorry but have to ask the same questions again.  

When you did the restore of your Windows C: partition using the Rescue media, did you look at or save a copy of the Log file for that action?  Without this type of information it is very difficult to know why the restore takes the time it does, and perhaps even with the log information there may not be an answer.

Hi Steve,

I will do it the next time.

Helmut

Helmut - also, just to be sure, when you say you're restoring just that parition - are you restoring it as a partion, or are you restoring the contents of the partition as file/folder restore?  A parition restore should be much faster than a file/folder restore of a parition backup (you can do either option from a parition backup that already exists) 

The USB drive could be disconnecting at times (not enough power provided by USB ports) - this is often an issue when using a PC's fron USB ports, which typically have lower power - us the ports on the back if you can.   Some have issues because of a failing USB port on the PC.  Some have issues because of a bad USB cable.  Som have issues because of a bad connection of the USB cable - especially when they are micro usb.  Some have issues because of a bad USB hub being used between the PC and computer.   Some people have problems restoring if the disk they are using is going bad and is physically having issues with the disk spindles, or the case that houses the usb drive.  Without a log file, it's really hard to say - most of these possible hardware issues would never be identified in any logs either.  

You also mention the restore is 50GB, but what we see is a 500GB hard drive in your screenshot (no details on how much space actually lives on it).  We also don't have details about how big the original backup file is or excactly which options you're using to restore (full parition, or a folder/file restore from a parition backup).

Hi Bobbo,

1. I restore it as a partion [= only Windows C: ]

2. The Backup is stored on a HD (no USB-disk) and I use this disk for Recovery.

     [The "problems" with USB-Disks is well known.]

3. The SSD is ca. 407 GB with only ca. 120 GB used. Backup size is about 58 GB

4. I do not activate MBR which I think is correct.

Any further recommodations?

The only thing I can really recommend is to check both disks (source and destination) for defects

chkdsk /f /r 

can be run from an elevated admin command prompt in Windows - it will likely require a reboot and could last quite some time - it may, or may not find an issue, but if there are bad sectors it will try to mark them as bad and/or repair them so the disk does not use them anymore.

Better yet, tminitool parition wizard free has a "surface test" scan that will essentially do the same thing and should run against the entire disk, not just the OS parition (which is what chkdsk typically only does).  Although it will likely take a while to run on each disk, it may help identify if there are any physical issues causing problems for the recovery.  Since this is a recovery that's going slow, I'd likely check the 2nd drive (the one being recovered to) first, as that is more likely to be the one causing trouble.

I've done it with minitools: both disks (SSD + HD) passed the surface test.

At the meantime I bought Acronis TI 2017 and have done a Backup/Recovery with the same result.

Same results means: Correct Recovery but very long restore time ... about 2 h

I would agree that for abackup from an SSD to a decent 7200 drive, the process should take about 8 minutes if it isn't defaulting to a sector by sector backup.  My main drive is an NVME PCIE hard drive with roughly 80GB in use and a backup that usually results in about 50GB of a compressed .tib to a 7200RPM WD black drive which takes 7-8 minutes on average.  

It's really hard to say if it's something else though - something physical or mechanical on the system, possibly

Have you tried to take the image with the offline reocvery media to compare speeds?

If so, have you tried with both the default Linux versiona and the WinPE version to compare speeds with those?

If speeds are still slow with both, have you tried to take a full disk image using Windows backup or another product as another reference to see if they are any faster or not? If they are all slow, then you can pretty much determine it's soemthing with the system - if it's just Acronis, then you can try working with technical support to determine why or look for a product that works better for your system if it is only Acronis that slow compared to something else.  

Personally, if it is taking longer, I have a feeling it's something physical, or VSS related in Windows - antivirus now scanning as the backup is happening, something else with the disk that may not be showing up in the surface tests.  Only way to determine that though is to use some other options to benchmark against and compare the outcome. 

Bobbo - many thanks for your recommodations.

I always use the offline Acronis Media DVD for Backup and Recovery (without defaulting to a sector by sector backup).

In this case no Anti-Virus SW will be active.

I have no explanation too why recovery lasts one time only 8 min and the next time 2 h.

We can close this thread now - thanks for helping me.