Salta al contenuto principale

Full not getting all the full

Thread needs solution

I realized by disclosing the fact that I seem to continually have problems with backup software that I may have to look internally...but what the heck.

I went away from ATIH due to the problems I was having and started using a competitor. When I could not get this software to work either consistently, I thought of ATIH and that maybe my problems were with me. I thought about upgrading immediately, but the reviews on CNET's downloaded were not too welcoming.

So I opted to re-install the ATIH. I reset up all the "tasks", and things were going great.

I accidently deleted a file. I knew this file should be on this initial/full based on the folder selected for backup. However much of that folder's sub-folder's was not in this initial version that was supposed to be a full. So I reviewed the settings and saw the folder in question was in fact checked.

Knowing also that I had made other changes subsequent to the "full", I proceeded to look at some of the incrementals. While I didn't find the file I was looking for, I was surprised to see numerous files that were in the recovery browser that were back in 2013.

So now I am completely confused on the types.

0 Users found this helpful

Which version of True Image and which version of Windows?

Stop using any task which has lost it files and start over with a new task.

A full is a standalone file with no dependencies.

With full + incremental, each inc just has data from the last backup, so in order to restore the inc, you need to have ALL inc from your possible restore date back to the original full on which the inc were based. Without the foundation FULL, none of inc created after the full have any use. The full plus inc are sequentially numbered and all are required. Any loss of a single inc file breaks the chain at that point and only the inc from the full to the break are usable.

Full + differential .
As each diff has the all new data since last full, the full plus any diff is all that is needed to for a restore.

The above applied to disk image backups, partition image backups, and Files and folders backup.

Check to see how the old files are numbered as a starting point to what may still be usable.

Each chain (full + Inc of the same full) should be identifiable by their unique numbering.

Grover:

Version of ATIH is 2013. Windows is Win7 Professional. If by "lost" you mean ".tib" files, then I didn't have any lost files.

I am attempting to show how the "incremental" task's first full version did not get all of the files, I have created a pic of the ATIH Recovery window next to a Windows Explorer window (see "athi-fullbackup..." attached).

In an attempt to "fix" this and start over, I did remove (via the tasks' "Recovery") all of the incremental ".tib" files. Today I performed a new incremental to show how there are unexpectedly files that I would have expected to have been in the initial version (see "atih-incrbackup..." attached).

Do you know how the files are selected?

Thanks for any help you can provided.

Allegato Dimensione
212462-115663.png 277.51 KB
212462-115666.png 78.74 KB

I'm not sure you can get this specific task to working, but here is how to try.

Open TrueImage and use the method described in my link GH21. Highlight ALL the files associated with that B? backup so all will be added--if it works.

GH21. How to add backup files to the listing of backup tasks for assorted uses             such as validation or recovery or add missing files to backup tasks.

The other alternative is to start over with a new task; or if you want a completely clean slate to start over with (no tasks)
you can close Acronis and delete the Archives.xml file as described in link GH55.
This will remove all tasks (no tib files removed) and you will need to recreate all your ongoing backups tasks again.

GH55. Delete Database History Archives.xml.
GH55A. Acronis services

Here is a sample backup scheme which works and the deletion of old backups from this scheme will be automatic by the program.