Author |
Message |
AlKoch
Joined: 09 Mar 2006 Posts: 24
|
Posted: Thu Mar 09, 2006 1:14 am Post subject: How Speed Up Archive of Big Files |
|
|
Hello,
I am evaluating VV and so far it is very nice! However, I am hoping there is a way to reduce the time it takes to process large files (say, over 30GB).
I have a simple Profile that copies a 30+GB file to a file server. I need to keep an Archive so that option is selected and the Archive folder is "Prior Version" that is a subfolder of the Target. That is, the file is to be copied to \\server\c:\BigFile and the Archive of the prior version is to go into \\server\c:\BigFile\PriorVersion. The Profile does complete successfully but after the 1st execution of this (for only one file) took about 7 hours I realized that what VV must be doing is copying the prior version file out of \\server\c:\BigFile into \\server\c:\BigFile\PriorVersion. If I was to do this manually I would use Windows Explorer and just drag the prior version from \\server\c:\BigFile into \\server\c:\BigFile\PriorVersion and that would only take a second because Windows, of course, doesn't actually copy the file but rather "moves" it which just requires making a quick change to the "File Directory" table.
Is there some way to get VV to just do a *MOVE* and not a *COPY*. If this can't be done into another folder can VV be told to just leave the prior version in the Target folder and rename it using the renaming scheme it uses when it copies the file to the Archive folder. (In this last scenario, can you tell me how to write a file filter so that another Profile that runs on the server will only copy the last vesrion of the file to an external drive and ignore the renamed prior version?)
I'm hoping VV supports this because it would cut a huge amount of time off the backups. Since there are actually many such large files to be backed up and archived, I'm afraid a full backup could take days!!!
Thank you.
Al Koch
AlKoch@MyRealBoxREMOVEALLTHESECHARS.com |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8769
|
Posted: Thu Mar 09, 2006 6:22 am Post subject: |
|
|
Yes, it is possible!
As of build 2010 of ViceVersa PRO 2 we have added the option to MOVE files to the archive folders instead of COPY.
You can download the pre-release from here:
http://www.tgrmn.com/web/forum/viewtopict488.htm
The full release is now only few days away.
The option is located with the other archive options.
Regarding the location of your archive folder: if you keep it below the target folder it may interfere with the backup (unless you exclude the archive folder or do not include subfolders), because VV will see it as part of the target. _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
AlKoch
Joined: 09 Mar 2006 Posts: 24
|
Posted: Thu Mar 09, 2006 5:57 pm Post subject: How Speed Up Archive of Big Files |
|
|
Thanks! I'll wait a few days and download the full release. Wow, good product, fast support and psychic upgrades! What more can ya want?
Al Koch
AlKoch@MyRealBoxREMOVEALLTHESECHARS.com |
|
Back to top |
|
|
AlKoch
Joined: 09 Mar 2006 Posts: 24
|
Posted: Tue Mar 14, 2006 9:27 pm Post subject: How Speed Up Archive of Big Files |
|
|
Hello,
Thanks again for the reply on March 9 saying that a Move facility had been added to VV. You provided a link to a Pre-release version but I wanted to just wait and do one install of the "final" release if Build 2010. How do I determine the build of the currently available download? It seems to just be designated as VV Pro 2 w/out a build #. If there is no way to determine the build at download time please let me know if the final release of Build 2010 is available and how to get it.
Thanks.
Al Koch
AlKoch@MyRealBoxREMOVEALLTHESECHARS.com |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8769
|
|
Back to top |
|
|
kriemer Guest
|
Posted: Tue Apr 25, 2006 4:42 pm Post subject: Correct me if I'm wrong |
|
|
I believe that the MOVE feature only works for files being moved to the same physical disk. Am I correct?
Thanks
k |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8769
|
Posted: Tue Apr 25, 2006 11:42 pm Post subject: |
|
|
Yes, you are correct. That is because if on the same disk only the File Allocation Table needs to be altered, but if on different disks the file contents need to be copied over. _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
|