Robocopy switch question about /xn and /xo

We use robocopy to sync files back and forth between two file servers running on different operating systems.  The robocopy options I'm using are:
/E /XO /XN /X /R:1 /W:10

So, the /xo and /xn switches are supposed to exclude "old" files and "new" files, however in the output , I still see files being copied that are showing as "new file".  My hope is that these files are actually "changed" files (since the exclude change switch is not being used here).  Can anyone confirm this?

What we're trying to accomplish is a copy in which only new or updated files/folders are copied and no others.  This is highly critical as the target file server is being used by several hundred people and the last thing we want to do is make a mistake in our switches causing some files or parts of files to be overwritten by anything other than a file that is updated or a completely new file.  Thank you.
patriotsAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

AnnOminousCommented:
Q: How would Robocopy confirm whether it is a changed file or not without checking the contents? Checking the date stamp only is a little feeble.

If it reads the contents, then your performance may tank regardless of the switches. If it doesn't, then it will fail to copy some changed files.
0
patriotsAuthor Commented:
Good question.  I don't know the inner-workings of how Robocopy does it's analysis in order to copy files, which is one reason why I have my question posted here.  In my view, date stamps are unreliable b/c it seems they can be changed at times by simply moving files around whether or not the file has actually been changed or not.
0
arnoldCommented:
Presumably, you want the data on each fileserver to be the same (mirrored) without the delete just in case?

The /XN and /XO deal with newer and older files.
Have not used those options, but it seems that if there is file1 on servera and file1 on serverb if one of them is newer and one of them is older, they will be excluded from copying accross.

TRY runing your command with the /L flag at the end with the output going into a file.
Then remove one of the switches and run the command with the /L flag again with the output into a file.
repeat for removing the other /X with the /L flag and write it into the file.

This way you have a step be step what those two flags affect.

A file that is moved is a new file in the new location.

You could get rsync for windows or deltacopy.
http://download.cnet.com/DeltaCopy/3000-2242_4-10471616.html
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Get expert help—faster!

Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.

AnnOminousCommented:
At least robocopy can maintain datestamps using (overkill) /COPYALL /DCOPY:T. But the observation stands that whichever way it does the check, it seems inadequate. Either the server load is high (if it is thorough) or the result is faulty (if it is quick).

You could test the result using a product like BeyondCompare (free trial) to see if a file with changed contents still copies over, or simply to compare the BC 'changed' list with what robocopy copies.

You could also use FileMon to see if robocopy is reading the contents of the files.

Even if the documentation says otherwise, I'd still check this if it was important as MS says that the implementation is always definitive, regardless of the documentation.
0
patriotsAuthor Commented:
To clarify further, and not sure that this makes a difference or not, but Server A is Netware 6.5 while Server B is Server 2008 R264.  For several months now we have been doing a one-way sync from the Netware to the Windows side.  Now we need to periodically go in reverse from the Windows to the Netware side.  You would think that the switches we used from Netware to Windows should work in reverse, however, it appears that it is treating every file as new and copying every file when this sync is reversed.  All I can figure is that between the two platforms, Robocopy doesn't know what to do, so it's interpreting every file as a new file whether it is or not.  In theory, this should be no problem.  It will take awhile to complete the copy, which is 750GB, but the end result will be that any update on the Windows Server should eventually show up on the Netware server.  However, it's kind of nerve racking to see that it's overwriting every file.

The purpose of this sync is the fact that we are in the middle of a migration, and for awhile at least, we are going to have two sets of people--One running on the Netware and the other on Windows.  (Instead of synchronizing Novell and Windows accounts we elected to simply synchronize the file servers--it's a long story.)
0
arnoldCommented:
In this case, I think the problem might be the file attributes that get changed.

Have a look at deltcopy to see whether it is better at performing what you need.

You have the /X flag which would report an event event if it does not really copy a file.
This might what you are seeing i.e. filea while is new but is not being copied.
http://www.mydigitallife.info/2007/05/07/robocopy-syntax-command-line-switches-and-examples/
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows OS

From novice to tech pro — start learning today.