File-based backup: restore via Acronis content not same with Explorer .tib file
Hi!
Very strange.
I have several backups made.
When I want to restiore them witgh Acronis itself, in the recovery tab I see other content, then what I get when I double click the ssame .tib file in explorer.
The actual (good) information is the one I see in explorer.
When I restore the tib file via Acronis, I get the content of the.tib file it displays, but that's other content then what I get in explorer.
The image is abt 6GB. The image restored with Acronis is abt 49 GB.
When I remove the image (tib file) that is restored with Acronis itself, it restores another tib-file, but still not the same as with explorer........
Anyone an idea?
Cheers
Kees


- Log in to post comments

I understand there shouldn't be any difference, hence Acronis interface points to another tib-file I guess, but why?
Acron1 : OK. Name of tib-file matches content.
Acronis2: Not OK. Same tib-file, other content.
Attachment | Size |
---|---|
486183-162931.JPG | 97.94 KB |
486183-162934.jpg | 40.95 KB |
- Log in to post comments

Kees, sorry again but I cannot tell what the issue is from the information shown in the two images as there is no obvious direct connection to link them.
The ATI GUI image is showing a backup on your H: drive in folder Backup\Z87-64\E-disk\VMs-BACKUP-Workstation 12\ folder.
The Explorer image shows just your H: drive using the name H-Z87A-IMAGES and then the internals for a backup done on Mon, Dec 17 with showing if it was in the same folder path as shown in the GUI.
- Log in to post comments

Hmmm...
Well the first image displays what I see, when I double click on the TESTOMGEVING_VM_BACKUP.tib file.
This file is located at my H-disk and contains files backuped from the E-disk.
The second one show the SAME tib-file but now added as a backup to Acronis GUI.
In the first it restores (with copy) TESTOMG*.* files , which are the correct ones.
In the second it restores (with ACornis Recovery GUI) CODE300-w32-308 files, which is NOT good.
The CODE300-32-308 files are in another tib-file.
OK?
Cheers
Kees
- Log in to post comments

Kees, in one image I see the path E:\VMware being expanded to show your TESTOMG*.* files and in the other image, I see the path G:\VMware being expanding showing the CODE300-32-308 files, so again not obvious that these are actually the same view of the same .tib file?
- Log in to post comments

You have to believe me in this, they really are the same......
What screenshots do you need to convince you ? :-)
- Log in to post comments

Hi Steve,
It is even stranger:
when i move the "real" CODE300-32-308 tib to another folder on my PC, then another file-content is presented.
That's teh content of another file in the same folder where the TESTOMG*.tib is residing.
Cheers
Kees
- Log in to post comments

Kees, this certainly does sound very strange!
One test that you could try would be to boot from the Acronis Rescue Media and then look at the contents of these .tib files to confirm that you see what is expected. This would then suggest that there is a problem with the Acronis Database used within the Windows environment.
The way forward will probably be to reset the Acronis Database which is done as follows:
Stop all Acronis Services first, then end any remaining Acronis Processes shown in Task Manager - this is needed to ensure there are no locks held on the database files.
Open C:\ProgramData\Acronis\TrueImageHome\ and rename (or delete) the Database folder (to Database.OLD).
Relaunch the main ATI GUI application, which will restart the required Services & Processes plus will create a new, empty database folder & files ready to populate with information.
Your activity history is likely to show no real information by doing this, but you can either run a Validation for each task, or else let each task run as per any schedule you have set, which will then store information in the database again.
- Log in to post comments

Hi Steve,
The 'reset' of the database did the trick
When I try to recover the tib-file with the GUI, now I get the appriopriate files.
Thank you so much for your support!
Cheers
Kees
- Log in to post comments

Kees, good to hear, thanks for the feedback.
- Log in to post comments