TIh 2010 works wrongly
I have been using TIh 2010 for a couple of years and it's been working OK. Now (since late Feb 2012) it has started to function strangely.
I have 2 scheduled FULL image backups, tumppi2_C_E_mon and tumppi2_C_E_thu, set to run at 03:00 AM mon and thu respectively. Backups include partitions C and E, as that's system and where my stuff is.
Now, these runs at 3AM, as they should, creates tumppi2_C_E_mon1.tib or tumppi2_C_E_thu1.tib when running, but in the end, when they should rename the files to tumppi2_C_E_mon.tib or tumppi2_C_E_thu.tib, IT JUST DELETES THEM!!! If there exists a file with the name they should get, IT DELETES THAT TOO, So there is no tumppi2_???.tib left on disk.
(hope this isn't too convoluted)
Both backups function correctly if run manually (rigth click -> Start)
TI 2010 is ver 7154, the backups are as follows (insert C_E_mon or C_E_thu where appropriate):
Disk1 Partitions C and E ticked (there is also a partition F for transients)
Disk2 Partition I (image storage)
(both disks are internal SATA HDs)
Target Backup archive page says
Create new backup archive to I:\image\tumppi2_???.tib
Sceduling (for both) is weekly on respective day at 03:00, credentials are OK
Backup method specifies Full with "A new full backup overwrites the previous one" ticked
Default exclusions
Backup options are default, except compression level is High
I'd recommend saving to a new location any tibs you want to keep. then delete the tasks within ATI , which will also remove any associated backups you didn't move. The in explorer delete the target directory and create a new one. Create new tak(s).
If that doesn't solve the problem, you can try running the installer again in case the installations needs to be repaired.
Last ditch effort would be to zap all the tasks and associated registry and ati-database entries:
I'd recommend saving to a new location any tibs you want to keep. then delete the tasks within ATI , which will also remove any associated backups you didn't move. The in explorer delete the target directory and create a new one. Create new tak(s).
Done, no help
If that doesn't solve the problem, you can try running the installer again in case the installations needs to be repaired.
Last ditch effort would be to zap all the tasks and associated registry and ati-database entries:
Will try, reporting back after thu backup (or mon, depends on availability of time)
As Scott has indicated,
If both tasks are pointing to the same storage folder, this could be an issue. Acronis permits the mix but several have reported issues of mixed tasks pointing to the same folder. Consider creating entirely new tasks pointing to individual storage folders.
As said, it worked OK for about two years
If that's the case then the advice above should suffice.
Sometimes the internal database goes wonky and going to new tasks is an effective workaround. This happens with all versions of ati the use an internal database so that includes ati2010, 2011, and 2012.
I followed Scott's and GroverH's recommendation and made separate directories for aforementioned tasks, edited them (didn't want the hassle of recreating) to point to those directories...
And after the long experience of two scheduled tasks (mon and thu) it now seems to work
At least there exists in the directories the expected files with the right date.
================================
tumppiw
Helsinki, Finland
Translations from/to FI/SE to EN not always accurate
================================