Skip to main content

TIH 2010 Build 7046: new backup NOT overwriting previous backup

Thread needs solution

I installed build 7046 last weekend without updating any settings after installation. This week my full backups aren't overwriting the previous ones as they used to do - 'A new full backup overwrites the previous one' IS ticked - instead they are creating new files with '2' appended to the end e.g. All Drives2.tib.

Why is this happening now? Previously TIH would create a new file called say All Drives1.tib, but before doing so it would delete the existing backup file called All Drives.tib, then after completion would rename All Drives1.tib to All Drives.tib. It worked flawlessly, so why isn't it working the same way now?!!?

Problem is that I don't have enough space to store TWO full backups, even for just the time it takes to create a new backup. I NEED the old backup to be deleted BEFORE the new one starts.

Please fix this problem or advise what settings I need to change to make it work the same way as before!

Thanks
Steven

0 Users found this helpful

Steven,
Now may be the time to get consider getting another drive to handle your backups.

Acronis reacted to the many postings complaining about the backup being erased before a new one was completed because after the deletion, there was no guarantee that the one being created would be successfully completed and thus you end up with no usable backup.

Is your menu option "backup method" configured to create only full backups?

I have 2 x 500Gb drives in my system but the first one isn't full and a full backup takes up around 200Gb of space - maybe I should use a higher compression rate!

I also do 2 partial backups of my 'most important' partitions (C:, D: and H:) every Wednesday and Friday - these are just under 40Gb each. So yeah, that leaves less than 200Gb remaining to store another full backup.

I only use the full backup option as incremental backups seem to take just as long as full backups to create!

As for the time issue, if you are validating the incremental, that validation also includes the original so that might explain the time issue.

Do yo have any stagnant large files that are repeatedly included in your backup. If yes, maybe these could be moved to your backup drive so less has to be included in the backup. Of course, you would need at least one additiona backup copy of any stagnant files and maybe that could be a DVD.

Higher compression will slow your backup. TI give an approximation of space improvements.

I'm having the exact same problem where TIH 2010 is not overwriting a previous backup image. Was there ever a resolution to this issue? Or do we have to live with this undesirable (IMHO) new behavior?

Hello,

GroverH, thanks for your help.

MJ, let me assist you.

Most likely the issue was caused by the malfunction of Acronis Scheduler module. So to fix the issue you need to update this module. Please do the following:

  1. Download the latest build of Acronis Scheduler;

  2. Run the downloaded file. It will automatically update the service;

    See if the issue is resolved. If it is not, then please proceed with steps 3 and 4:

  3. Reboot the machine;
  4. Recreate the scheduled tasks.

If the issue still persists, please collect AcronisInfo output and submit a request to support.

We are looking forward to hearing back from you at your earliest convenience.

Thank you.

I did Steps 1-3 but had the same problem. That is, the newly created backup file had a '2' appended to the basename.

I will recreate the scheduled tasks and test again (but I won't be able to test for a few days). I must admit that I don't look forward to recreating my tasks as often as I have to with TrueImage; but at least there is a clone function now available.

In any case, thanks for the update to the scheduler.

After recreating my tasks, the issue appears to be resolved (although, the sample size is only 'one' at this point).