Aller au contenu principal

ATI 2014 Old Backups not auto deleting

Thread needs solution

I have a copy of ATI2014 installed for 2 clients of mine under the same account. Both are using ATI 2014 to backup documents to an External HDD in case of fire or some other impending elemental disaster.

On machine A it is backing up a full backup once every 7 days with incremental backups in between, when backups get too old it deletes them to create space for the new backups to be made.

On machine B the settings are the same with full backups and incremental inbetween, but when backups get too old they are not deleted even though they are older than "Delete after (7) days" and the backup are compounding on each other untill the HDD is full and ATI 2014 refuses to backup due to no space.

Is there any known reason why ATI 2014 would not delete old backups?

0 Users found this helpful

Is the backup scheme identical for both machnes? Is both set to delete after 7 days?

Has the backup task been edited on either or both machines?--especially the one not working.
My experience is that the program does not handle changes very well and if changes need, a new task is more predictable.

Normally, the deletion would occur after the last incremental in chain 1 is older then 7 days.
If 6 inc being created before the next full, then b1, inc 7 would need to be older than 7 days.

In my tests, I have found it more predictable to use the option
"Store no more than x recent versions" as the automatic cleanup is more straight forward based simply on how many chains exist rather than elapsed days. You may want to consider creating a new backup task with a new scheme pointing to a new empty storage folder.
If you need space, you will need to delete from within the program as per link below.
http://forum.acronis.com/system/files/delete-tib-file.jpg

Would you consider posting a screen capture of the storage folder with too many backups?
Arrange the folder view similiar to the bottom part of this example,
http://forum.acronis.com/system/files/forum/2009/11/5940/example-folder…

Attached is the picture of the PC with too many backups.

The full backup on the 4th of Nov is not deleted 7 days after which would have been the 11th or 12th. I will change it over to "Number in chain" and see if it changed anything. Thank you for the suggestions.

Fichier attaché Taille
146296-110371.png 194.68 Ko

Chris, Thanks for the posting, unfortunately, I am unable to see much from your capture as the most important capture is underneath on the bottom. Would you consider posting just the picture of the storage folder but sorted based on date--not sorted on name.

- One thing I did notice is that "it appears" that your backup files are being split into smaller segments and based on their split size, the cause might be that your disk containing the backups device is partitioned as a FAT32 system rather than an NTFS system.

- If true, because the disk already is full of files, it would be cumbersome and time consuming  to switch to NTFS. If you were to add a new storage disk, most new disks are NTFS or easily convertible when new and empty. Then, your backups would be just one large file rather than splits.

- Your posting "implied" you changed or edited the existing task which is a practice that I discourage. Making changes to an existing task usually does not produce the expected results.

Chris,
Just to clarify further. When there is full and inc backups,
The deletion date for the 7 days is 7 days after the last incremental in the oldest chain.--not 7 days after the oldest backup.
So if the backups were daily and first backup was a full on the 1st followed by 1 inc for the next 6 days, then the first deletion would occur on 15th which is 7 days after the last inc in oldest chain.

This link might help.
http://forum.acronis.com/forum/45927