Problem when moving an archive with TI 2010
Hi,
yesterday I tried to move an archive - divided into 4 parts - from one internal disk to another one.
As result at the destination I found ONE file about the size of the four source-files. I had expected the 4 parts of the image in their original state.
On the source disk 3 files rested.
1.) How can I move the archive in the original state of the files?
2.) Much worse: the moved archive seems to be wrong. Validation with True Image 2010 fails.
Manfred
You move them just like any other file:
In Windows Explorer, r-click the file name, and choose Cut. Open the destination drive, open the folder for the files, r-click and choose Paste.
Copying/moving with the operating system tools - no problem. That's common.
But the TrueUmage manual says in chapter 19.4 (german edition) "... delete or move backup archives only with the True Image functions, not with Windows explorer".
So I did it using "Recovery" and the context menue of the selected archive. And got one big archive file instead of the four smaller at the source. Plus the small problem of a validation error.
The later versions of ATI employ a database (i.e., a catalogue) of created backups, so if you use Explorer to rename. move or delete one of those backups, the ATI database will be totally ignorant of the change. That's why Acronis says that you should only use ATI to do file ops on backups. Bit of a constraint, especially since ATI isn't as flexible with file ops as Explorer. You can accomlish renames, moves, etc, with Explorer; it's just that ATI doesn't want know what's going on. This is one of the degrading things done to ATI after the respectable and solid version 10.
Photo catalogueing programs, even the rather lame one in Photoshop, know enough to expect such things to happen hand have a few ways of addressing the issue or updating the catalogue -- no such luck with ATI's catalogue -- it's terribly primitive.
If you individually copy the backups files all to the same place you should be able to validate, if not with the windows version of ATI then with the BootCD version.
Good luck.
Copying/moving with the operating system tools - no problem. That's common.But the TrueUmage manual says in chapter 19.4 (german edition) "... delete or move backup archives only with the True Image functions, not with Windows explorer".
So I did it using "Recovery" and the context menue of the selected archive. And got one big archive file instead of the four smaller at the source. Plus the small problem of a validation error.
I don't see why you can't use Explorer to move the backups, then in ATI blow out all scheduled and unscheduled tasks and log files, then restart ATI and browse to the new location for the backups, click on the last TIB file, and then ATI should read the TIB files for info about the type of backup and when it was done? That works for me in ATI2009, but it sounds like things have changed in later ATI versions.
And then jump up and down three times and hop around the room squaking like a chicken. What could be simpler? ;)
But seriously, what you suggest is an acceptable workaround if you only have one hdisk to backup and only a few backup files but otherwise, it's a lot of steps the program should be taking care of.
I understand what you say. But my question was: why do I get one large file instead of the four smaller originals after moving? I think I will not use this feature for moving, especially when validate fails with the moved file.
I Think I better use the OS to move my backups... ;-)
I am guessing this might be happening.
The original backup was placed onto a FAT32 file system disk since a
FAT32 file system will split a large file into pieces no larger than 4GB in size. This is normal behavior.
The movement of the split files was onto a disk which has an NTFS file system which can handle large files so it was rebuilt back to its original size.
If you are really wanting the backup file to always be in small pieces, then use the backup options to control the backup file size to your preference.
If ATI was automatically rebuilding the archive into a single file, then shouldn't the backup be valid afterwards? But that's not what he experienced. Sounds like ATI has a problem either way.
I am guessing this might be happening.The original backup was placed onto a FAT32 file system disk since a
FAT32 file system will split a large file into pieces no larger than 4GB in size. This is normal behavior.The movement of the split files was onto a disk which has an NTFS file system which can handle large files so it was rebuilt back to its original size.
. . .
Try using a program such as Karen's Replicator to perform the copy/move procedure. This may produce better results. Most certainly, any movement of files by TrueImage should not change the quality of the file.
@GroverH
The original backup was placed onto a NTFS file system, not on FAT. It was my decision to split it into 4-GB-pieces, so I can copy it later to an external FAT-disk.
I do not need a replicator tool - to copy files I use the OS. That's the safest way, and I have the full control over it. I tried the move-operation of TrueImage only because the manual tells this...
You wrote: "If you are really wanting the backup file to always be in small pieces, then use the backup options to control the backup file size to your preference."
I find no options designed for the move-process.
Seems that move-operation is rather useless. And not safe, as the validation error shows.
I think, that the program is overloaded with many features, which I do not really need. What I need is
- making an image
- restoring from image to HD
- validation
- making a bootable CD
and nothing more.
Maybe Try&Decide may be helpful.
In "6333: True Image Home 2010 / no access from the network" I reported a very serious problem - since the upgrade from TI 7 to 2010 this computer cannot be seen in my XP network.
Instead I have a mass of functions like scheduler, task management, direct cloning, one-click backup, shredder... all nice to have. But a stable system including network has more value for me.
2 days ago I tried to make a combined boot CD with both important Acronis functions - TrueImage & DiskDirector.
The Rescue Media Builder has an option to save both applications on one CD, but it doesn't work; I get a message "E00180008: cannot load components / install Acronis Testprogram new".
Somehow too many failures, I think.
Don't be in too big a hurry to rule out Replicator. It can be automated and you have options whether to delete or retain the original. It's use is highly recommended by many who use this forum.
It might be wise to further test your copying issue. Try copying other large file to your external and see if the issue continues on the non-Acronis files. Try also copy a large file to another disk so the file is actually moved. Use checksums to determine whether the copy is really successful.
I understand what you say. But my question was: why do I get one large file instead of the four smaller originals after moving? I think I will not use this feature for moving, especially when validate fails with the moved file.I Think I better use the OS to move my backups... ;-)
Yep, I agree. I always use the OS to copy or move my backup TIB files. Not only that, if using Acronis to move backups, I consider it a bug for Acronis to automatically decide to try to consolidate the smaller original backup TIB files into one large TIB file, simply when Acronis is used to move backup files to a different location. After all, one large TIB file is NOT how the original backup was performed, so why is Acronis messing with the backups when moving them? I can understand Acronis splitting the backups into smaller file sizes as necessary when moving the backups from a NTFS volume to a FAT32 volume since the latter is limited to 4GB maximum file sizes, but on the other hand it makes no sense for ATI to mess with automatically consolidating TIB files when moving them from a FAT32 to NTFS partition or from a NTFS to another NTFS partition. In other words, ATI should keep the original integrity and file sizes of the backup unless splitting is necessary in order to move the files from a NTFS to FAT32 partition.
And then jump up and down three times and hop around the room squaking like a chicken. What could be simpler? ;)But seriously, what you suggest is an acceptable workaround if you only have one hdisk to backup and only a few backup files but otherwise, it's a lot of steps the program should be taking care of.
I agree, except I prefer to crow like a rooster rather than squawking like a chicken. :-)
Manfred,
Suggest you either visit the Acronis support site and fill out a support request; or find a posting by support and send them a private message pointing to the posting where your issues are listed.
For testing purposes, I tried the Recover/Move archive option.
My 2010 /6053 version successfully moved (inside Windows) a 25-Gig backup file plus 6 smaller incremental backups from an internal SATA to an external eSata.
Validation following the move was successful via the 2010 Rescue CD.