Salta al contenuto principale

True Image 2010 Home - @date@ function not working properly with scheduled tasks.

Thread needs solution

Windows 7 Ultimate, using ASZ for backups of system partition.

If I create a scheduled task to run daily (full backup, no replacement), using C_Drive_@date@ as the file name, it works fine the first time. I end up with something like C_Drive_11_15_09 in the ASZ. That's what I want.

The problem is the next day, I end up with C_Drive_11_15_09(1). I edit the scheduled task, and the file name has changed from C_Drive_@date@ to C_Drive_11_15_09(1). The next day I would get C_Drive_11_15_09(2).

Why is this happening? Is it a bug, or is @date@ not a variable in the sense that it always changes?

0 Users found this helpful

This is correct default behaviour. If you want the new image to ahve the same name as the old image, you need to tick 'delete previous archive' choice in the task schedule.

Having said that, I'm not sure if the SZ gives you that option. You do get it to an internal or external drive.

I may be misunderstanding your reply. But what I want is each daily backup to have the date of the backup in it's name: 11_15_09 for today, 11_16_09 for tomorrow, etc. I tried to accomplish this via the @date@ function in the task scheduler. As editing a task every day is pointless, I could just manually start a backup.

Is @date@ a variable that always changes, or is the value of @date@ determined the next time the backup is run, then changed in the scheduler?

Adam,
Did you ever get this resolved?

I think the only way around this is one that you probably aren't going to like :)

I think you will need to make a separate daily task for each day's image. Have the frequency as weekly and that the old archive is to be deleted.

This might still fail in what you want to do, because I suspect the TI algorithm runs something like.

Read task file, get archive index.
Read task conditions.
Perform imaging
Write image name (from task file) to disk.
Prepare to delete old file
Archive index ++ - that is where the problem lies the second time around and onwards.