Unsolved
This post is more than 5 years old
1 Rookie
•
48 Posts
0
1297
September 10th, 2007 14:00
Robocopy with DiskXender?
Does anyone know of any switches or options for Robocopy that would make it compatible with DiskXtender? The default or common switches for a copy fetch the file back, but still retains the file tags referencing the original destination media.
Here is the scenario:
Windows 2003, SP2. DiskXtender 6.2 to locally-attached (SAN) NAS media.
When a user leaves, the customer moves their Home directory data (which is on one extended drive, set to migrate and purge data one year old) to another extended drive under a directory "Departed Users" with a more aggressive migrate & purge setting.
Because users can create very deep structures, pushing the 256 characters limit, this move process occasionally fails on one file deep in the structure. The windows cut & paste does not "recover"; instead it is necessary to start again after finding and addressing the problem file.
I would like to have them use robocopy (or something similar) because of the logging and "restartable" functionality in that tool. It also doesn't tie the computer for long periods of time the way large file explorer copies do.
Is there a better way?
Here is the scenario:
Windows 2003, SP2. DiskXtender 6.2 to locally-attached (SAN) NAS media.
When a user leaves, the customer moves their Home directory data (which is on one extended drive, set to migrate and purge data one year old) to another extended drive under a directory "Departed Users" with a more aggressive migrate & purge setting.
Because users can create very deep structures, pushing the 256 characters limit, this move process occasionally fails on one file deep in the structure. The windows cut & paste does not "recover"; instead it is necessary to start again after finding and addressing the problem file.
I would like to have them use robocopy (or something similar) because of the logging and "restartable" functionality in that tool. It also doesn't tie the computer for long periods of time the way large file explorer copies do.
Is there a better way?
No Events found!
fschlupp
397 Posts
1
September 11th, 2007 04:00
If I'm reading this right it appears that Robocopy is also copying DX metadata. I'm a little surprised at that. It doesn't appear to do that on my test system. Maybe try the /NOCOPY option?
As an alternative to moving the files you could leave them where they are and simply create purge (or even delete) rules for the departed user. This may be simpler to administer if you create a media folder for the user and then create the rule. Hope this helps.
DHCSTI
1 Rookie
•
48 Posts
0
September 11th, 2007 05:00
I will try the /NOCOPY option at the next off hours opportunity. Unfortunately, with the /COPALL or other switches, when I copy the file (with metadata) I have to restart the DX service every time I delete one of the copied files. I will also try using just the command line to see if that works (I was trying to give her a gui to be less daunting.)
Deleting the copied file with metadata intact (pointing to the original destination media) does me permit me to delete the one file but then causes the extended drive to go offline. I have to then restart the services to re-enable renames/deletes on the extended drive.
Your idea about purges is well-taken - I'm just trying to make the customer happing by not requiring her to change her processes too much.
DHCSTI
1 Rookie
•
48 Posts
0
September 11th, 2007 05:00