cummings Posted July 31, 2007 Report Share Posted July 31, 2007 we are a commercial magazine printer. one of the main reasons we use retrospect is to backup the jobs on our Screen Trueflow system. Trueflow software is how we generate the plates for press. we do a "backup" (B2D) twice per day from the Trueflow server to our D2D server. however when we restore these files, the Trueflow system cannot import them. we did several tests and found the following: * if we copy the files (no retrospect) to another computer, then copy them back, they import * if we do a D2D (with retrospect) to another computer, then copy them back, they import * if we do a B2D (with retrospect) with the rdb files stored on the SAME computer, then restore them back, they import * if we do a B2D (with retrospect) with the rdb files stored on a different computer (the D2D server), then restore them back, they do NOT import but * if we ZIP the files, and THEN do a B2D (with retrospect) with the rdb files stored on a different computer (the D2D server), then restore the ZIP file back and extract the files, they DO import so that tells me that something is happening to the files when backed up B2D, when the destination volume for the rdb files is on a different target machine, UNLESS the files are zipped first. can anyone explain this phenomenon? thank you. Link to comment Share on other sites More sharing options...
rhwalker Posted July 31, 2007 Report Share Posted July 31, 2007 Do the problematic files compare with the originals? Is the metadata (ownership, permissions, etc.) the same? What happens, using your same test, if you "B2D" with rdb on same computer, then move that rdb file (known good) to the D2D server and try to import? Zip would preserve/hide Trueflow metadata inside the Zip container, leaving Retrospect's job only to preserve metadata for the Zip file itself. Are your two test computers set up exactly the same for user accounts? Just a couple of thoughts to investigate. Link to comment Share on other sites More sharing options...
cummings Posted August 1, 2007 Author Report Share Posted August 1, 2007 Quote: Do the problematic files compare with the originals? interesting point. i should have thought of that. it seems that when i do a "find files" under restore, multiple versions of the same files are being restored. for example: JobProperty.xml JobProperty-1.xml JobProperty-2.xml and ContentsList.xml ContentsList-1.xml ContentsList-2.xml EA_ColorTable.txt EA_ColorTable-1.txt FileID FileID-1 this could be the monkey wrench in the system. i will report back if i have success doing a restore using "restore - restore" instead of "restore - find files". Link to comment Share on other sites More sharing options...
cummings Posted August 2, 2007 Author Report Share Posted August 2, 2007 problem solved. thank you for pointing out the obvious. i have slapped myself with a dead fish for not thinking of this myself. it seems that when you do "restore - find files" you get multiple versions of every file from all sessions, which was creating the error in the Trueflow system. using "restore - restore" and choosing "files and folders" allows you to choose a specific session and restores one copy of each file. thank you. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.