RE: Robocopy reliability

[Crawford, Scott]

Might as well keep it native ☺  Correct the drive letters on the second line if 
needed.

for /f "delims=*" %i in ('dir /s/b') do echo %~pi%~ni%~xi>> files.txt
for /f "delims=*" %i in (files.txt) do fc "C:%i" "G:%i"

From: Kurt Buff [mailto:kurt.b...@gmail.com]
Sent: Monday, February 4, 2013 5:25 PM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

Oh, gack.

That's what I get for doing this off the top of my head...

This is still off the top of my head, but this actually has a chance of working:

 for /f %i in (dir /s /b g:\) do md5sum %i > c:\batchfiles\output\out.txt

And this might be even cooler:

 for /f in (robocopy \\server1\share 
\\server2\share /e /copyall /fp /zb /mir ) do md5sum 
%i > c:\batchfiles\output\out.txt

but I don't know if that would work.

Kurt
On Mon, Feb 4, 2013 at 3:13 PM, Kurt Buff 
mailto:kurt.b...@gmail.com>> wrote:
Tough? No, if you know powershell, or can do some shell scripting.

Tedious? Oh, yes.

Powershell can calculate md5/sha1 hashes, and for batch files, md5sum.exe and 
sha1sum.exe exist.

Something like this:

 for /f in (dir /s /b g:\) do md5sum %i > c:\batchfiles\output\out.txt

would get you started. Have to do proper quoting for names with spaces in them, 
though.

The hardest part would  be comparing the two lists - one from each machine, 
especially with millions of files. You'd probably want to break it down into 
directly-sized chunks.

Kurt

On Mon, Feb 4, 2013 at 2:00 PM, Crawford, Scott 
mailto:crawfo...@evangel.edu>> wrote:
Would be tough to verify terabytes of data didn’t have any errors ;)

From: Ziots, Edward [mailto:ezi...@lifespan.org<mailto:ezi...@lifespan.org>]
Sent: Monday, February 4, 2013 1:23 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Yeah I have to agree, never had a problem with Robocopy and the mirror command 
or any of the switches and done terabytes of data copies with this utility.

Z

Edward E. Ziots, CISSP, Security +, Network +
Security Engineer
Lifespan Organization
ezi...@lifespan.org<mailto:ezi...@lifespan.org>

This electronic message and any attachments may be privileged and confidential 
and protected from disclosure. If you are reading this message, but are not the 
intended recipient, nor an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that you are 
strictly prohibited from copying, printing, forwarding or otherwise 
disseminating this communication. If you have received this communication in 
error, please immediately notify the sender by replying to the message. Then, 
delete the message from your computer. Thank you.
[Description: Description: Lifespan]


From: David Lum [mailto:david@nwea.org<mailto:david@nwea.org>]
Sent: Monday, February 04, 2013 2:05 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Alluding, but I digress ☺

I believe he is misinformed. I have *never* seen that. Sounds more like 
something he heard through a grapevine vs. experienced directly. I’d wager if 
pressed for details on this opinion he will be short on specifics.

“Don’t trust pneumatic tires, they all leak, I know this because my friend’s 
mother’s teacher had a flat once…”

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 10:13 AM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

So his reliability comment was directed more toward robocopy utility itself. 
Eluding to the fact that he's seen robocopy copy files that turned out to be 
not the same as the original.

We're not doing anything complex. We want to copy some files from source 
control and catch deleted files at the same time. So instead of deleting the 
entire destination folder and copying new files from source control. I'm saying 
it's as simple as robocopy /mir and that's it. That way whatever file is 
removed from source control will get removed on the destination servers as well.


On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller 
mailto:tmil...@sfgtrust.com>> wrote:
I've used it many times for file migration moves and even for permissions 
copies.  Just this past weekend I migrated a pretty complex old Windows 2008 
server shared to Windows 2008 R2 this past weekend.  I didn't copy permissions 
since they were a mess.

The only errors I've seen were my own, usually syntax or spelling.

What are you trying to do?

From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
Sent: Monday, February 04, 2013 11:34 AM

To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more o

Re: Robocopy reliability

[Ben Scott]

On Mon, Feb 4, 2013 at 6:30 PM, Kurt Buff  wrote:
>>   diff -qr c:\one n:\two
>
> Doing that against the hash lists, or the directory tree directly?

  Against the directory trees directly.

  Doesn't work if you don't have access to both trees at the same time
on the same machine, of course.

> If the latter, I don't think it would catch some kinds of errors.

  It should catch any difference in file content or existence.

  It will *not* catch differences in metadata (datestamps, permissions, etc.).

  All "diff" is doing here is reading each file and comparing them,
byte by byte.  If all bytes match, no output.  If a mismatch is found,
it reports "Files X and Y differ".  If a file/directory exists in only
one tree, that will be reported, too.

  One should prolly force binary mode to be sure.  Here are the long
options if you prefer:

diff --binary --brief --recursive c:\one n:\two

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Crawford, Scott]

I meant that uses only COPY as stated in your challenge :)

From: Andrew S. Baker [mailto:asbz...@gmail.com]
Sent: Monday, February 4, 2013 5:50 PM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

Yes, I do -- several, in fact.

A few use XCOPY, but most use ROBOCOPY, and a few let you choose with a config 
file.






ASB
http://XeeMe.com/AndrewBaker<http://xeeme.com/AndrewBaker>
Providing Virtual CIO Services (IT Operations & Information Security) for the 
SMB market...




On Mon, Feb 4, 2013 at 5:05 PM, Crawford, Scott 
mailto:crawfo...@evangel.edu>> wrote:
I thought you had bat for that.

From: Andrew S. Baker [mailto:asbz...@gmail.com<mailto:asbz...@gmail.com>]
Sent: Monday, February 4, 2013 2:27 PM

To: NT System Admin Issues
Subject: Re: Robocopy reliability

Not nearly as flexible.

Try to use COPY to copy only the new files of a multi GB/TB share...






ASB
http://XeeMe.com/AndrewBaker<http://xeeme.com/AndrewBaker>
Providing Virtual CIO Services (IT Operations & Information Security) for the 
SMB market...




On Mon, Feb 4, 2013 at 1:49 PM, Tigran K 
mailto:tigr...@gmail.com>> wrote:
He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com<mailto:tmil...@sfgtrust.com>]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com<mailto:ntsysadmin@lyris.sunbelt-software.com>]

Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability
> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>>

> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftw

RE: Robocopy reliability

[Crawford, Scott]

Was kidding more than anything, but to take it to a slightly more serious 
level, you'd need a different utility to check the work of the first. If you 
don't trust robocopy to accurately copy files, why would you trust it to verify 
itself?  Ideally, you'd want a different OS to do the verifying. Heck, to be 
sure, you'd want to check the platters inside a different drive.

From: Michael B. Smith [mailto:mich...@smithcons.com]
Sent: Monday, February 4, 2013 4:11 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

There is a switch for that.

From: Crawford, Scott [mailto:crawfo...@evangel.edu]
Sent: Monday, February 4, 2013 5:01 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Would be tough to verify terabytes of data didn't have any errors ;)

From: Ziots, Edward [mailto:ezi...@lifespan.org]
Sent: Monday, February 4, 2013 1:23 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Yeah I have to agree, never had a problem with Robocopy and the mirror command 
or any of the switches and done terabytes of data copies with this utility.

Z

Edward E. Ziots, CISSP, Security +, Network +
Security Engineer
Lifespan Organization
ezi...@lifespan.org<mailto:ezi...@lifespan.org>

This electronic message and any attachments may be privileged and confidential 
and protected from disclosure. If you are reading this message, but are not the 
intended recipient, nor an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that you are 
strictly prohibited from copying, printing, forwarding or otherwise 
disseminating this communication. If you have received this communication in 
error, please immediately notify the sender by replying to the message. Then, 
delete the message from your computer. Thank you.
[Description: Description: Lifespan]


From: David Lum [mailto:david@nwea.org]
Sent: Monday, February 04, 2013 2:05 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Alluding, but I digress :)

I believe he is misinformed. I have *never* seen that. Sounds more like 
something he heard through a grapevine vs. experienced directly. I'd wager if 
pressed for details on this opinion he will be short on specifics.

"Don't trust pneumatic tires, they all leak, I know this because my friend's 
mother's teacher had a flat once..."

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 10:13 AM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

So his reliability comment was directed more toward robocopy utility itself. 
Eluding to the fact that he's seen robocopy copy files that turned out to be 
not the same as the original.

We're not doing anything complex. We want to copy some files from source 
control and catch deleted files at the same time. So instead of deleting the 
entire destination folder and copying new files from source control. I'm saying 
it's as simple as robocopy /mir and that's it. That way whatever file is 
removed from source control will get removed on the destination servers as well.


On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller 
mailto:tmil...@sfgtrust.com>> wrote:
I've used it many times for file migration moves and even for permissions 
copies.  Just this past weekend I migrated a pretty complex old Windows 2008 
server shared to Windows 2008 R2 this past weekend.  I didn't copy permissions 
since they were a mess.

The only errors I've seen were my own, usually syntax or spelling.

What are you trying to do?

From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
Sent: Monday, February 04, 2013 11:34 AM

To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe nt

Re: Robocopy reliability

[Andrew S. Baker]

Indeed®





*ASB
**http://XeeMe.com/AndrewBaker* <http://xeeme.com/AndrewBaker>*
**Providing Virtual CIO Services (IT Operations & Information Security) for
the SMB market…***





On Mon, Feb 4, 2013 at 5:31 PM, Michael B. Smith wrote:

>  You are new around here aren’t you? J
>
> ** **
>
> He’s been saying that since at least 1998 or 1999…
>
> ** **
>
> *From:* Crawford, Scott [mailto:crawfo...@evangel.edu]
> *Sent:* Monday, February 4, 2013 5:06 PM
>
> *To:* NT System Admin Issues
> *Subject:* RE: Robocopy reliability
>
>  ** **
>
> And I think I need to trademark your new slogan: “There’s a bat for that.”
> 
>
> ** **
>
> *From:* Andrew S. Baker [mailto:asbz...@gmail.com]
> *Sent:* Monday, February 4, 2013 2:27 PM
>
> *To:* NT System Admin Issues
> *Subject:* Re: Robocopy reliability
>
> ** **
>
> Not nearly as flexible.
>
> ** **
>
> Try to use COPY to copy only the new files of a multi GB/TB share...
>
>
> 
>
>  
>
>  
>
> *ASB
> **http://XeeMe.com/AndrewBaker* <http://xeeme.com/AndrewBaker>*
> **Providing Virtual CIO Services (IT Operations & Information Security)
> for the SMB market…*
>
>  
>
> ** **
>
> On Mon, Feb 4, 2013 at 1:49 PM, Tigran K  wrote:
>
> He was saying we should use just plain old copy.
>
> ** **
>
> -T
>
> ** **
>
> On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
> wrote:
>
>  I have never had a problem with Robocopy. It did exactly what I told it
> to do and gave me detailed information on what it did. I could not ask for
> more from a command line copy utility.
>
> I'm sensing that your Boss has a bias, perhaps due to a bad experience he
> had previously. If so, what does _he_ recommend?
>
> Maybe he has some awesome software I've never heard of. (It wouldn't be
> the first time!)
>
>
> --Matt Ross
> Ephrata School District
>
>
> - Original Message -
>
> From: Tom Miller
> [mailto:tmil...@sfgtrust.com]
>
> To: NT System Admin Issues
>
> [mailto:ntsysadmin@lyris.sunbelt-software.com]
>
> Sent: Mon, 04 Feb 2013
> 09:08:33 -0800
> Subject: RE: Robocopy reliability
>
>  > I've used it many times for file migration moves and even for
> permissions
>
> > copies.  Just this past weekend I migrated a pretty complex old Windows
> 2008
> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
> > permissions since they were a mess.
> >
> > The only errors I've seen were my own, usually syntax or spelling.
> >
> > What are you trying to do?
> >
> > From: Tigran K [mailto:tigr...@gmail.com]
> > Sent: Monday, February 04, 2013 11:34 AM
> > To: NT System Admin Issues
> > Subject: Robocopy reliability
> >
> > Having a discussion with the boss on how we should do something I
> suggested
> > robocopy. His reply was a strict "NO". Reasoning was that it's not
> reliable.
> > He said "I've seen it break".
> >
> > So my question is have you seen it break? Is robocopy any more or less
> > reliable than built in copy? I did point out that robocopy is built in to
> > windows as well at least for Windows7. Didn't seem to help.
> >
>
>  > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to
>
> > listmana...@lyris.sunbeltsoftware.com listmana...@lyris.sunbeltsoftware.com>
>
>
> > with the body: unsubscribe ntsysadmin
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to listmana...@lyris.sunbeltsoftware.com
> > with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>  ** **
>
> ~ Finally, powerful endpoint security that ISN'T a resourc

Re: Robocopy reliability

[Andrew S. Baker]

LOL


  *ASB
**http://XeeMe.com/AndrewBaker* <http://xeeme.com/AndrewBaker>*
**Providing Virtual CIO Services (IT Operations & Information Security) for
the SMB market…***





On Mon, Feb 4, 2013 at 5:05 PM, Crawford, Scott wrote:

>  And I think I need to trademark your new slogan: “There’s a bat for
> that.”
>
> ** **
>
> *From:* Andrew S. Baker [mailto:asbz...@gmail.com]
> *Sent:* Monday, February 4, 2013 2:27 PM
> *To:* NT System Admin Issues
> *Subject:* Re: Robocopy reliability
>
> ** **
>
> Not nearly as flexible.
>
> ** **
>
> Try to use COPY to copy only the new files of a multi GB/TB share...
>
>
> 
>
>  
>
>  
>
> *ASB
> **http://XeeMe.com/AndrewBaker* <http://xeeme.com/AndrewBaker>*
> **Providing Virtual CIO Services (IT Operations & Information Security)
> for the SMB market…*
>
>  
>
> ** **
>
> On Mon, Feb 4, 2013 at 1:49 PM, Tigran K  wrote:
>
> He was saying we should use just plain old copy.
>
> ** **
>
> -T
>
> ** **
>
> On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
> wrote:
>
>  I have never had a problem with Robocopy. It did exactly what I told it
> to do and gave me detailed information on what it did. I could not ask for
> more from a command line copy utility.
>
> I'm sensing that your Boss has a bias, perhaps due to a bad experience he
> had previously. If so, what does _he_ recommend?
>
> Maybe he has some awesome software I've never heard of. (It wouldn't be
> the first time!)
>
>
> --Matt Ross
> Ephrata School District
>
>
> - Original Message -
>
> From: Tom Miller
> [mailto:tmil...@sfgtrust.com]
>
> To: NT System Admin Issues
>
> [mailto:ntsysadmin@lyris.sunbelt-software.com]
> Sent: Mon, 04 Feb 2013
> 09:08:33 -0800
> Subject: RE: Robocopy reliability
>
> 
>
> > I've used it many times for file migration moves and even for permissions
> > copies.  Just this past weekend I migrated a pretty complex old Windows
> 2008
> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
> > permissions since they were a mess.
> >
> > The only errors I've seen were my own, usually syntax or spelling.
> >
> > What are you trying to do?
> >
> > From: Tigran K [mailto:tigr...@gmail.com]
> > Sent: Monday, February 04, 2013 11:34 AM
> > To: NT System Admin Issues
> > Subject: Robocopy reliability
> >
> > Having a discussion with the boss on how we should do something I
> suggested
> > robocopy. His reply was a strict "NO". Reasoning was that it's not
> reliable.
> > He said "I've seen it break".
> >
> > So my question is have you seen it break? Is robocopy any more or less
> > reliable than built in copy? I did point out that robocopy is built in to
> > windows as well at least for Windows7. Didn't seem to help.
> >
>
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to
>
> > listmana...@lyris.sunbeltsoftware.com listmana...@lyris.sunbeltsoftware.com>
>
>
> > with the body: unsubscribe ntsysadmin
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to listmana...@lyris.sunbeltsoftware.com
> > with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>  ** **
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ** **
>
> ~ Finally, powerful endpoint security that ISN'T a 

RE: Robocopy reliability

[Crawford, Scott]

Really?  I musta missed it then. Of course, I've always known there was a bat. 
I just never heard it stated like that.

From: Michael B. Smith [mailto:mich...@smithcons.com]
Sent: Monday, February 4, 2013 4:31 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

You are new around here aren't you? :)

He's been saying that since at least 1998 or 1999...

From: Crawford, Scott [mailto:crawfo...@evangel.edu]
Sent: Monday, February 4, 2013 5:06 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

And I think I need to trademark your new slogan: "There's a bat for that."

From: Andrew S. Baker [mailto:asbz...@gmail.com]
Sent: Monday, February 4, 2013 2:27 PM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

Not nearly as flexible.

Try to use COPY to copy only the new files of a multi GB/TB share...






ASB
http://XeeMe.com/AndrewBaker<http://xeeme.com/AndrewBaker>
Providing Virtual CIO Services (IT Operations & Information Security) for the 
SMB market...




On Mon, Feb 4, 2013 at 1:49 PM, Tigran K 
mailto:tigr...@gmail.com>> wrote:
He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com<mailto:tmil...@sfgtrust.com>]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com<mailto:ntsysadmin@lyris.sunbelt-software.com>]
Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability
> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>>

> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>

Re: Robocopy reliability

[Kurt Buff]

On Mon, Feb 4, 2013 at 3:23 PM, Ben Scott  wrote:
> On Mon, Feb 4, 2013 at 6:13 PM, Kurt Buff  wrote:
>>  for /f in (dir /s /b g:\) do md5sum %i > c:\batchfiles\output\out.txt
>
>   diff -qr c:\one n:\two

Interesting.

Doing that against the hash lists, or the directory tree directly? If
the latter, I don't think it would catch some kinds of errors. Could
be wrong, though, and even if I'm right, the errors would be pretty
rare.

Kurt

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Kurt Buff]

Oh, gack.

That's what I get for doing this off the top of my head...

This is still off the top of my head, but this actually has a chance of
working:

 for /f %i in (dir /s /b g:\) do md5sum %i >
c:\batchfiles\output\out.txt

And this might be even cooler:

 for /f in (robocopy \\server1\share \\server2\share /e /copyall /fp
/zb /mir ) do md5sum %i > c:\batchfiles\output\out.txt

but I don't know if that would work.

Kurt

On Mon, Feb 4, 2013 at 3:13 PM, Kurt Buff  wrote:

> Tough? No, if you know powershell, or can do some shell scripting.
>
> Tedious? Oh, yes.
>
> Powershell can calculate md5/sha1 hashes, and for batch files, md5sum.exe
> and sha1sum.exe exist.
>
> Something like this:
>
>  for /f in (dir /s /b g:\) do md5sum %i > c:\batchfiles\output\out.txt
>
> would get you started. Have to do proper quoting for names with spaces in
> them, though.
>
> The hardest part would  be comparing the two lists - one from each
> machine, especially with millions of files. You'd probably want to break it
> down into directly-sized chunks.
>
> Kurt
>
>
> On Mon, Feb 4, 2013 at 2:00 PM, Crawford, Scott wrote:
>
>>  Would be tough to verify terabytes of data didn’t have any errors ;)
>>
>> ** **
>>
>> *From:* Ziots, Edward [mailto:ezi...@lifespan.org]
>> *Sent:* Monday, February 4, 2013 1:23 PM
>> *To:* NT System Admin Issues
>> *Subject:* RE: Robocopy reliability
>>
>> ** **
>>
>> Yeah I have to agree, never had a problem with Robocopy and the mirror
>> command or any of the switches and done terabytes of data copies with this
>> utility. 
>>
>> ** **
>>
>> Z
>>
>> ** **
>>
>> Edward E. Ziots, CISSP, Security +, Network +
>>
>> Security Engineer
>>
>> Lifespan Organization
>>
>> ezi...@lifespan.org
>>
>> ** **
>>
>> This electronic message and any attachments may be privileged and
>> confidential and protected from disclosure. If you are reading this
>> message, but are not the intended recipient, nor an employee or agent
>> responsible for delivering this message to the intended recipient, you are
>> hereby notified that you are strictly prohibited from copying, printing,
>> forwarding or otherwise disseminating this communication. If you have
>> received this communication in error, please immediately notify the sender
>> by replying to the message. Then, delete the message from your computer.
>> Thank you.
>>
>> *[image: Description: Description: Lifespan]*
>>
>> ** **
>>
>> ** **
>>
>> *From:* David Lum [mailto:david@nwea.org]
>> *Sent:* Monday, February 04, 2013 2:05 PM
>> *To:* NT System Admin Issues
>> *Subject:* RE: Robocopy reliability
>>
>> ** **
>>
>> Alluding, but I digress J
>>
>> ** **
>>
>> I believe he is misinformed. I have *never* seen that. Sounds more like
>> something he heard through a grapevine vs. experienced directly. I’d wager
>> if pressed for details on this opinion he will be short on specifics.
>>
>> ** **
>>
>> “Don’t trust pneumatic tires, they all leak, I know this because my
>> friend’s mother’s teacher had a flat once…”
>>
>> ** **
>>
>> *From:* Tigran K [mailto:tigr...@gmail.com ]
>> *Sent:* Monday, February 04, 2013 10:13 AM
>> *To:* NT System Admin Issues
>> *Subject:* Re: Robocopy reliability
>>
>> ** **
>>
>> So his reliability comment was directed more toward robocopy utility
>> itself. Eluding to the fact that he's seen robocopy copy files that turned
>> out to be not the same as the original.
>>
>> ** **
>>
>> We're not doing anything complex. We want to copy some files from source
>> control and catch deleted files at the same time. So instead of deleting
>> the entire destination folder and copying new files from source control.
>> I'm saying it's as simple as robocopy /mir and that's it. That way whatever
>> file is removed from source control will get removed on the destination
>> servers as well.
>>
>> ** **
>>
>> ** **
>>
>> On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller  wrote:*
>> ***
>>
>> I've used it many times for file migration moves and even for permissions
>> copies.  Just this past weekend I migrated a pretty complex old Windows
>> 2008 server shared to Windows 2008 R2 this past weekend.  I didn't copy
>> permissions since they were a mess.
>>
>>

Re: Robocopy reliability

[Ben Scott]

On Mon, Feb 4, 2013 at 6:13 PM, Kurt Buff  wrote:
>  for /f in (dir /s /b g:\) do md5sum %i > c:\batchfiles\output\out.txt

  diff -qr c:\one n:\two

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Kurt Buff]

Tough? No, if you know powershell, or can do some shell scripting.

Tedious? Oh, yes.

Powershell can calculate md5/sha1 hashes, and for batch files, md5sum.exe
and sha1sum.exe exist.

Something like this:

 for /f in (dir /s /b g:\) do md5sum %i > c:\batchfiles\output\out.txt

would get you started. Have to do proper quoting for names with spaces in
them, though.

The hardest part would  be comparing the two lists - one from each machine,
especially with millions of files. You'd probably want to break it down
into directly-sized chunks.

Kurt


On Mon, Feb 4, 2013 at 2:00 PM, Crawford, Scott wrote:

>  Would be tough to verify terabytes of data didn’t have any errors ;)
>
> ** **
>
> *From:* Ziots, Edward [mailto:ezi...@lifespan.org]
> *Sent:* Monday, February 4, 2013 1:23 PM
> *To:* NT System Admin Issues
> *Subject:* RE: Robocopy reliability
>
> ** **
>
> Yeah I have to agree, never had a problem with Robocopy and the mirror
> command or any of the switches and done terabytes of data copies with this
> utility. 
>
> ** **
>
> Z
>
> ** **
>
> Edward E. Ziots, CISSP, Security +, Network +
>
> Security Engineer
>
> Lifespan Organization
>
> ezi...@lifespan.org
>
> ** **
>
> This electronic message and any attachments may be privileged and
> confidential and protected from disclosure. If you are reading this
> message, but are not the intended recipient, nor an employee or agent
> responsible for delivering this message to the intended recipient, you are
> hereby notified that you are strictly prohibited from copying, printing,
> forwarding or otherwise disseminating this communication. If you have
> received this communication in error, please immediately notify the sender
> by replying to the message. Then, delete the message from your computer.
> Thank you.
>
> *[image: Description: Description: Lifespan]*
>
> ** **
>
> ** **
>
> *From:* David Lum [mailto:david@nwea.org]
> *Sent:* Monday, February 04, 2013 2:05 PM
> *To:* NT System Admin Issues
> *Subject:* RE: Robocopy reliability
>
> ** **
>
> Alluding, but I digress J
>
> ** **
>
> I believe he is misinformed. I have *never* seen that. Sounds more like
> something he heard through a grapevine vs. experienced directly. I’d wager
> if pressed for details on this opinion he will be short on specifics.
>
> ** **
>
> “Don’t trust pneumatic tires, they all leak, I know this because my
> friend’s mother’s teacher had a flat once…”
>
> ** **
>
> *From:* Tigran K [mailto:tigr...@gmail.com ]
> *Sent:* Monday, February 04, 2013 10:13 AM
> *To:* NT System Admin Issues
> *Subject:* Re: Robocopy reliability
>
> ** **
>
> So his reliability comment was directed more toward robocopy utility
> itself. Eluding to the fact that he's seen robocopy copy files that turned
> out to be not the same as the original.
>
> ** **
>
> We're not doing anything complex. We want to copy some files from source
> control and catch deleted files at the same time. So instead of deleting
> the entire destination folder and copying new files from source control.
> I'm saying it's as simple as robocopy /mir and that's it. That way whatever
> file is removed from source control will get removed on the destination
> servers as well.
>
> ** **
>
> ** **
>
> On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller  wrote:**
> **
>
> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows
> 2008 server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
>  
>
> The only errors I've seen were my own, usually syntax or spelling.
>
>  
>
> What are you trying to do?
>
>  
>
> *From:* Tigran K [mailto:tigr...@gmail.com]
> *Sent:* Monday, February 04, 2013 11:34 AM
>
>
> *To:* NT System Admin Issues
> *Subject:* Robocopy reliability
>
>  
>
> Having a discussion with the boss on how we should do something I
> suggested robocopy. His reply was a strict "NO". Reasoning was that it's
> not reliable. He said "I've seen it break".
>
>  
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIP

RE: Robocopy reliability

[Michael B. Smith]

You are new around here aren't you? :)

He's been saying that since at least 1998 or 1999...

From: Crawford, Scott [mailto:crawfo...@evangel.edu]
Sent: Monday, February 4, 2013 5:06 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

And I think I need to trademark your new slogan: "There's a bat for that."

From: Andrew S. Baker [mailto:asbz...@gmail.com]
Sent: Monday, February 4, 2013 2:27 PM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

Not nearly as flexible.

Try to use COPY to copy only the new files of a multi GB/TB share...






ASB
http://XeeMe.com/AndrewBaker<http://xeeme.com/AndrewBaker>
Providing Virtual CIO Services (IT Operations & Information Security) for the 
SMB market...




On Mon, Feb 4, 2013 at 1:49 PM, Tigran K 
mailto:tigr...@gmail.com>> wrote:
He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com<mailto:tmil...@sfgtrust.com>]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com<mailto:ntsysadmin@lyris.sunbelt-software.com>]
Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability
> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>>

> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security

RE: Robocopy reliability

[Michael B. Smith]

There is a switch for that.

From: Crawford, Scott [mailto:crawfo...@evangel.edu]
Sent: Monday, February 4, 2013 5:01 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Would be tough to verify terabytes of data didn't have any errors ;)

From: Ziots, Edward [mailto:ezi...@lifespan.org]
Sent: Monday, February 4, 2013 1:23 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Yeah I have to agree, never had a problem with Robocopy and the mirror command 
or any of the switches and done terabytes of data copies with this utility.

Z

Edward E. Ziots, CISSP, Security +, Network +
Security Engineer
Lifespan Organization
ezi...@lifespan.org<mailto:ezi...@lifespan.org>

This electronic message and any attachments may be privileged and confidential 
and protected from disclosure. If you are reading this message, but are not the 
intended recipient, nor an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that you are 
strictly prohibited from copying, printing, forwarding or otherwise 
disseminating this communication. If you have received this communication in 
error, please immediately notify the sender by replying to the message. Then, 
delete the message from your computer. Thank you.
[Description: Description: Lifespan]


From: David Lum [mailto:david@nwea.org]
Sent: Monday, February 04, 2013 2:05 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Alluding, but I digress :)

I believe he is misinformed. I have *never* seen that. Sounds more like 
something he heard through a grapevine vs. experienced directly. I'd wager if 
pressed for details on this opinion he will be short on specifics.

"Don't trust pneumatic tires, they all leak, I know this because my friend's 
mother's teacher had a flat once..."

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 10:13 AM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

So his reliability comment was directed more toward robocopy utility itself. 
Eluding to the fact that he's seen robocopy copy files that turned out to be 
not the same as the original.

We're not doing anything complex. We want to copy some files from source 
control and catch deleted files at the same time. So instead of deleting the 
entire destination folder and copying new files from source control. I'm saying 
it's as simple as robocopy /mir and that's it. That way whatever file is 
removed from source control will get removed on the destination servers as well.


On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller 
mailto:tmil...@sfgtrust.com>> wrote:
I've used it many times for file migration moves and even for permissions 
copies.  Just this past weekend I migrated a pretty complex old Windows 2008 
server shared to Windows 2008 R2 this past weekend.  I didn't copy permissions 
since they were a mess.

The only errors I've seen were my own, usually syntax or spelling.

What are you trying to do?

From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
Sent: Monday, February 04, 2013 11:34 AM

To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage 

RE: Robocopy reliability

[Crawford, Scott]

And I think I need to trademark your new slogan: "There's a bat for that."

From: Andrew S. Baker [mailto:asbz...@gmail.com]
Sent: Monday, February 4, 2013 2:27 PM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

Not nearly as flexible.

Try to use COPY to copy only the new files of a multi GB/TB share...






ASB
http://XeeMe.com/AndrewBaker<http://xeeme.com/AndrewBaker>
Providing Virtual CIO Services (IT Operations & Information Security) for the 
SMB market...




On Mon, Feb 4, 2013 at 1:49 PM, Tigran K 
mailto:tigr...@gmail.com>> wrote:
He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com<mailto:tmil...@sfgtrust.com>]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com<mailto:ntsysadmin@lyris.sunbelt-software.com>]
Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability

> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>>

> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Crawford, Scott]

I thought you had bat for that.

From: Andrew S. Baker [mailto:asbz...@gmail.com]
Sent: Monday, February 4, 2013 2:27 PM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

Not nearly as flexible.

Try to use COPY to copy only the new files of a multi GB/TB share...






ASB
http://XeeMe.com/AndrewBaker<http://xeeme.com/AndrewBaker>
Providing Virtual CIO Services (IT Operations & Information Security) for the 
SMB market...




On Mon, Feb 4, 2013 at 1:49 PM, Tigran K 
mailto:tigr...@gmail.com>> wrote:
He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com<mailto:tmil...@sfgtrust.com>]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com<mailto:ntsysadmin@lyris.sunbelt-software.com>]
Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability

> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>>

> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Crawford, Scott]

Would be tough to verify terabytes of data didn't have any errors ;)

From: Ziots, Edward [mailto:ezi...@lifespan.org]
Sent: Monday, February 4, 2013 1:23 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Yeah I have to agree, never had a problem with Robocopy and the mirror command 
or any of the switches and done terabytes of data copies with this utility.

Z

Edward E. Ziots, CISSP, Security +, Network +
Security Engineer
Lifespan Organization
ezi...@lifespan.org

This electronic message and any attachments may be privileged and confidential 
and protected from disclosure. If you are reading this message, but are not the 
intended recipient, nor an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that you are 
strictly prohibited from copying, printing, forwarding or otherwise 
disseminating this communication. If you have received this communication in 
error, please immediately notify the sender by replying to the message. Then, 
delete the message from your computer. Thank you.
[Description: Description: Lifespan]


From: David Lum [mailto:david@nwea.org]
Sent: Monday, February 04, 2013 2:05 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Alluding, but I digress :)

I believe he is misinformed. I have *never* seen that. Sounds more like 
something he heard through a grapevine vs. experienced directly. I'd wager if 
pressed for details on this opinion he will be short on specifics.

"Don't trust pneumatic tires, they all leak, I know this because my friend's 
mother's teacher had a flat once..."

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 10:13 AM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

So his reliability comment was directed more toward robocopy utility itself. 
Eluding to the fact that he's seen robocopy copy files that turned out to be 
not the same as the original.

We're not doing anything complex. We want to copy some files from source 
control and catch deleted files at the same time. So instead of deleting the 
entire destination folder and copying new files from source control. I'm saying 
it's as simple as robocopy /mir and that's it. That way whatever file is 
removed from source control will get removed on the destination servers as well.


On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller 
mailto:tmil...@sfgtrust.com>> wrote:
I've used it many times for file migration moves and even for permissions 
copies.  Just this past weekend I migrated a pretty complex old Windows 2008 
server shared to Windows 2008 R2 this past weekend.  I didn't copy permissions 
since they were a mess.

The only errors I've seen were my own, usually syntax or spelling.

What are you trying to do?

From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
Sent: Monday, February 04, 2013 11:34 AM

To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe 

Re: Robocopy reliability

[Tigran K]

Syncback looks interesting. Thanks


On Mon, Feb 4, 2013 at 11:48 AM, Steve Kradel  wrote:

> Robocopy is great, but Syncback might be worth a look in this case
> also.  IIRC it can perform md5/sha1/etc. file consistency checks after
> a copy, retry, etc., and is easy to configure.
>
> On Mon, Feb 4, 2013 at 2:12 PM, Kurt Buff  wrote:
> > Definitely not as reliable as robocopy, in my experience.
> >
> > Kurt
> >
> > On Mon, Feb 4, 2013 at 10:49 AM, Tigran K  wrote:
> >> He was saying we should use just plain old copy.
> >>
> >> -T
> >>
> >>
> >> On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross <
> mr...@ephrataschools.org>
> >> wrote:
> >>>
> >>> I have never had a problem with Robocopy. It did exactly what I told
> it to
> >>> do and gave me detailed information on what it did. I could not ask
> for more
> >>> from a command line copy utility.
> >>>
> >>> I'm sensing that your Boss has a bias, perhaps due to a bad experience
> he
> >>> had previously. If so, what does _he_ recommend?
> >>>
> >>> Maybe he has some awesome software I've never heard of. (It wouldn't be
> >>> the first time!)
> >>>
> >>>
> >>> --Matt Ross
> >>> Ephrata School District
> >>>
> >>>
> >>> - Original Message -
> >>> From: Tom Miller
> >>> [mailto:tmil...@sfgtrust.com]
> >>> To: NT System Admin Issues
> >>> [mailto:ntsysadmin@lyris.sunbelt-software.com]
> >>> Sent: Mon, 04 Feb 2013
> >>> 09:08:33 -0800
> >>> Subject: RE: Robocopy reliability
> >>>
> >>>
> >>> > I've used it many times for file migration moves and even for
> >>> > permissions
> >>> > copies.  Just this past weekend I migrated a pretty complex old
> Windows
> >>> > 2008
> >>> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
> >>> > permissions since they were a mess.
> >>> >
> >>> > The only errors I've seen were my own, usually syntax or spelling.
> >>> >
> >>> > What are you trying to do?
> >>> >
> >>> > From: Tigran K [mailto:tigr...@gmail.com]
> >>> > Sent: Monday, February 04, 2013 11:34 AM
> >>> > To: NT System Admin Issues
> >>> > Subject: Robocopy reliability
> >>> >
> >>> > Having a discussion with the boss on how we should do something I
> >>> > suggested
> >>> > robocopy. His reply was a strict "NO". Reasoning was that it's not
> >>> > reliable.
> >>> > He said "I've seen it break".
> >>> >
> >>> > So my question is have you seen it break? Is robocopy any more or
> less
> >>> > reliable than built in copy? I did point out that robocopy is built
> in
> >>> > to
> >>> > windows as well at least for Windows7. Didn't seem to help.
> >>> >
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Kurt Buff]

BTW - you might point out to him that robocopy is native to Windows
since Vista/2k8.

Kurt

On Mon, Feb 4, 2013 at 8:34 AM, Tigran K  wrote:
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Steve Kradel]

Robocopy is great, but Syncback might be worth a look in this case
also.  IIRC it can perform md5/sha1/etc. file consistency checks after
a copy, retry, etc., and is easy to configure.

On Mon, Feb 4, 2013 at 2:12 PM, Kurt Buff  wrote:
> Definitely not as reliable as robocopy, in my experience.
>
> Kurt
>
> On Mon, Feb 4, 2013 at 10:49 AM, Tigran K  wrote:
>> He was saying we should use just plain old copy.
>>
>> -T
>>
>>
>> On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
>> wrote:
>>>
>>> I have never had a problem with Robocopy. It did exactly what I told it to
>>> do and gave me detailed information on what it did. I could not ask for more
>>> from a command line copy utility.
>>>
>>> I'm sensing that your Boss has a bias, perhaps due to a bad experience he
>>> had previously. If so, what does _he_ recommend?
>>>
>>> Maybe he has some awesome software I've never heard of. (It wouldn't be
>>> the first time!)
>>>
>>>
>>> --Matt Ross
>>> Ephrata School District
>>>
>>>
>>> ----- Original Message -
>>> From: Tom Miller
>>> [mailto:tmil...@sfgtrust.com]
>>> To: NT System Admin Issues
>>> [mailto:ntsysadmin@lyris.sunbelt-software.com]
>>> Sent: Mon, 04 Feb 2013
>>> 09:08:33 -0800
>>> Subject: RE: Robocopy reliability
>>>
>>>
>>> > I've used it many times for file migration moves and even for
>>> > permissions
>>> > copies.  Just this past weekend I migrated a pretty complex old Windows
>>> > 2008
>>> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
>>> > permissions since they were a mess.
>>> >
>>> > The only errors I've seen were my own, usually syntax or spelling.
>>> >
>>> > What are you trying to do?
>>> >
>>> > From: Tigran K [mailto:tigr...@gmail.com]
>>> > Sent: Monday, February 04, 2013 11:34 AM
>>> > To: NT System Admin Issues
>>> > Subject: Robocopy reliability
>>> >
>>> > Having a discussion with the boss on how we should do something I
>>> > suggested
>>> > robocopy. His reply was a strict "NO". Reasoning was that it's not
>>> > reliable.
>>> > He said "I've seen it break".
>>> >
>>> > So my question is have you seen it break? Is robocopy any more or less
>>> > reliable than built in copy? I did point out that robocopy is built in
>>> > to
>>> > windows as well at least for Windows7. Didn't seem to help.
>>> >

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Tigran K]

Damien I didn't but I should have. I will if the conversation comes up
again.

--T


On Mon, Feb 4, 2013 at 11:10 AM, Damien Solodow  wrote:

>  **snerk**
>
> Did you point out that the robo in robocopy was short for robust and that
> it was made and named so because of shortcomings in copy? J
>
> ** **
>
> Ask if he’d prefer xcopy. ;)
>
> ** **
>
> DAMIEN SOLODOW
>
> Systems Engineer
>
> 317.447.6033 (office)
>
> 317.447.6014 (fax)
>
> HARRISON COLLEGE
>
> ** **
>
> *From:* Tigran K [mailto:tigr...@gmail.com]
> *Sent:* Monday, February 04, 2013 1:49 PM
>
> *To:* NT System Admin Issues
> *Subject:* Re: Robocopy reliability
>
> ** **
>
> He was saying we should use just plain old copy.
>
> ** **
>
> -T
>
> ** **
>
> On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
> wrote:
>
> I have never had a problem with Robocopy. It did exactly what I told it to
> do and gave me detailed information on what it did. I could not ask for
> more from a command line copy utility.
>
> I'm sensing that your Boss has a bias, perhaps due to a bad experience he
> had previously. If so, what does _he_ recommend?
>
> Maybe he has some awesome software I've never heard of. (It wouldn't be
> the first time!)
>
>
> --Matt Ross
> Ephrata School District
>
>
>
> - Original Message -----
> From: Tom Miller
> [mailto:tmil...@sfgtrust.com]
> To: NT System Admin Issues
> [mailto:ntsysadmin@lyris.sunbelt-software.com]
> Sent: Mon, 04 Feb 2013
> 09:08:33 -0800
> Subject: RE: Robocopy reliability
>
>
> > I've used it many times for file migration moves and even for permissions
> > copies.  Just this past weekend I migrated a pretty complex old Windows
> 2008
> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
> > permissions since they were a mess.
> >
> > The only errors I've seen were my own, usually syntax or spelling.
> >
> > What are you trying to do?
> >
> > From: Tigran K [mailto:tigr...@gmail.com]
> > Sent: Monday, February 04, 2013 11:34 AM
> > To: NT System Admin Issues
> > Subject: Robocopy reliability
> >
> > Having a discussion with the boss on how we should do something I
> suggested
> > robocopy. His reply was a strict "NO". Reasoning was that it's not
> reliable.
> > He said "I've seen it break".
> >
> > So my question is have you seen it break? Is robocopy any more or less
> > reliable than built in copy? I did point out that robocopy is built in to
> > windows as well at least for Windows7. Didn't seem to help.
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to
> > listmana...@lyris.sunbeltsoftware.com listmana...@lyris.sunbeltsoftware.com>
>
> > with the body: unsubscribe ntsysadmin
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to listmana...@lyris.sunbeltsoftware.com
> > with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>  ** **
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[kz20fl]

Copy command failures are the reason we started using robocopy circa about 2002

Sent from my Blackberry, which may be an antique but delivers email RELIABLY

-Original Message-
From: Tigran K 
Date: Mon, 4 Feb 2013 10:49:09 
To: NT System Admin Issues
Reply-To: "NT System Admin Issues" 
Subject: Re: Robocopy reliability

He was saying we should use just plain old copy.

-T


On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross
wrote:

> I have never had a problem with Robocopy. It did exactly what I told it to
> do and gave me detailed information on what it did. I could not ask for
> more from a command line copy utility.
>
> I'm sensing that your Boss has a bias, perhaps due to a bad experience he
> had previously. If so, what does _he_ recommend?
>
> Maybe he has some awesome software I've never heard of. (It wouldn't be
> the first time!)
>
>
> --Matt Ross
> Ephrata School District
>
>
> - Original Message -
> From: Tom Miller
> [mailto:tmil...@sfgtrust.com]
> To: NT System Admin Issues
> [mailto:ntsysadmin@lyris.sunbelt-software.com]
> Sent: Mon, 04 Feb 2013
> 09:08:33 -0800
> Subject: RE: Robocopy reliability
>
>
> > I've used it many times for file migration moves and even for permissions
> > copies.  Just this past weekend I migrated a pretty complex old Windows
> 2008
> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
> > permissions since they were a mess.
> >
> > The only errors I've seen were my own, usually syntax or spelling.
> >
> > What are you trying to do?
> >
> > From: Tigran K [mailto:tigr...@gmail.com]
> > Sent: Monday, February 04, 2013 11:34 AM
> > To: NT System Admin Issues
> > Subject: Robocopy reliability
> >
> > Having a discussion with the boss on how we should do something I
> suggested
> > robocopy. His reply was a strict "NO". Reasoning was that it's not
> reliable.
> > He said "I've seen it break".
> >
> > So my question is have you seen it break? Is robocopy any more or less
> > reliable than built in copy? I did point out that robocopy is built in to
> > windows as well at least for Windows7. Didn't seem to help.
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to
> > listmana...@lyris.sunbeltsoftware.com listmana...@lyris.sunbeltsoftware.com>
> > with the body: unsubscribe ntsysadmin
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to listmana...@lyris.sunbeltsoftware.com
> > with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Webster]

I have used XXCOPY for the few customers who still think Robocopy is an 
unsupported MS utility.

http://xxcopy.com/

XXCOPY is actively updated and maintained and also has at less 10 quadzillion 
command line parameters.

Thanks


Webster

From: Tigran K [mailto:tigr...@gmail.com]
Subject: Re: Robocopy reliability

He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
Subject: RE: Robocopy reliability


> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Ziots, Edward]

Yeah I have to agree, never had a problem with Robocopy and the mirror command 
or any of the switches and done terabytes of data copies with this utility.

Z

Edward E. Ziots, CISSP, Security +, Network +
Security Engineer
Lifespan Organization
ezi...@lifespan.org

This electronic message and any attachments may be privileged and confidential 
and protected from disclosure. If you are reading this message, but are not the 
intended recipient, nor an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that you are 
strictly prohibited from copying, printing, forwarding or otherwise 
disseminating this communication. If you have received this communication in 
error, please immediately notify the sender by replying to the message. Then, 
delete the message from your computer. Thank you.
[Description: Description: Lifespan]


From: David Lum [mailto:david@nwea.org]
Sent: Monday, February 04, 2013 2:05 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability

Alluding, but I digress :)

I believe he is misinformed. I have *never* seen that. Sounds more like 
something he heard through a grapevine vs. experienced directly. I'd wager if 
pressed for details on this opinion he will be short on specifics.

"Don't trust pneumatic tires, they all leak, I know this because my friend's 
mother's teacher had a flat once..."

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 10:13 AM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

So his reliability comment was directed more toward robocopy utility itself. 
Eluding to the fact that he's seen robocopy copy files that turned out to be 
not the same as the original.

We're not doing anything complex. We want to copy some files from source 
control and catch deleted files at the same time. So instead of deleting the 
entire destination folder and copying new files from source control. I'm saying 
it's as simple as robocopy /mir and that's it. That way whatever file is 
removed from source control will get removed on the destination servers as well.


On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller 
mailto:tmil...@sfgtrust.com>> wrote:
I've used it many times for file migration moves and even for permissions 
copies.  Just this past weekend I migrated a pretty complex old Windows 2008 
server shared to Windows 2008 R2 this past weekend.  I didn't copy permissions 
since they were a mess.

The only errors I've seen were my own, usually syntax or spelling.

What are you trying to do?

From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
Sent: Monday, February 04, 2013 11:34 AM

To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin<>

RE: Robocopy reliability

[David Lum]

Fail.

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 10:49 AM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com<mailto:tmil...@sfgtrust.com>]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com<mailto:ntsysadmin@lyris.sunbelt-software.com>]
Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability


> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>>
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Kurt Buff]

Definitely not as reliable as robocopy, in my experience.

Kurt

On Mon, Feb 4, 2013 at 10:49 AM, Tigran K  wrote:
> He was saying we should use just plain old copy.
>
> -T
>
>
> On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
> wrote:
>>
>> I have never had a problem with Robocopy. It did exactly what I told it to
>> do and gave me detailed information on what it did. I could not ask for more
>> from a command line copy utility.
>>
>> I'm sensing that your Boss has a bias, perhaps due to a bad experience he
>> had previously. If so, what does _he_ recommend?
>>
>> Maybe he has some awesome software I've never heard of. (It wouldn't be
>> the first time!)
>>
>>
>> --Matt Ross
>> Ephrata School District
>>
>>
>> - Original Message -
>> From: Tom Miller
>> [mailto:tmil...@sfgtrust.com]
>> To: NT System Admin Issues
>> [mailto:ntsysadmin@lyris.sunbelt-software.com]
>> Sent: Mon, 04 Feb 2013
>> 09:08:33 -0800
>> Subject: RE: Robocopy reliability
>>
>>
>> > I've used it many times for file migration moves and even for
>> > permissions
>> > copies.  Just this past weekend I migrated a pretty complex old Windows
>> > 2008
>> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
>> > permissions since they were a mess.
>> >
>> > The only errors I've seen were my own, usually syntax or spelling.
>> >
>> > What are you trying to do?
>> >
>> > From: Tigran K [mailto:tigr...@gmail.com]
>> > Sent: Monday, February 04, 2013 11:34 AM
>> > To: NT System Admin Issues
>> > Subject: Robocopy reliability
>> >
>> > Having a discussion with the boss on how we should do something I
>> > suggested
>> > robocopy. His reply was a strict "NO". Reasoning was that it's not
>> > reliable.
>> > He said "I've seen it break".
>> >
>> > So my question is have you seen it break? Is robocopy any more or less
>> > reliable than built in copy? I did point out that robocopy is built in
>> > to
>> > windows as well at least for Windows7. Didn't seem to help.
>> >
>> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>> >
>> > ---
>> > To manage subscriptions click here:
>> > http://lyris.sunbelt-software.com/read/my_forums/
>> > or send an email to
>> >
>> > listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
>>
>> > with the body: unsubscribe ntsysadmin
>> >
>> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>> >
>> > ---
>> > To manage subscriptions click here:
>> > http://lyris.sunbelt-software.com/read/my_forums/
>> > or send an email to listmana...@lyris.sunbeltsoftware.com
>> > with the body: unsubscribe ntsysadmin
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>
>> ---
>> To manage subscriptions click here:
>> http://lyris.sunbelt-software.com/read/my_forums/
>> or send an email to listmana...@lyris.sunbeltsoftware.com
>> with the body: unsubscribe ntsysadmin
>>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Kurt Buff]

On Mon, Feb 4, 2013 at 8:34 AM, Tigran K  wrote:
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.

Robocopy doesn't break.

Ever, in my long history (10+years) of using it.

Hardware breaks, connectivity breaks, I've made mistakes using it,
inadvertently giving it bad or conflicting commands, but robocopy
never breaks.

Kurt

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Damien Solodow]

*snerk*
Did you point out that the robo in robocopy was short for robust and that it 
was made and named so because of shortcomings in copy? :)

Ask if he'd prefer xcopy. ;)

DAMIEN SOLODOW
Systems Engineer
317.447.6033 (office)
317.447.6014 (fax)
HARRISON COLLEGE

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 1:49 PM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

He was saying we should use just plain old copy.

-T

On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross 
mailto:mr...@ephrataschools.org>> wrote:
I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com<mailto:tmil...@sfgtrust.com>]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com<mailto:ntsysadmin@lyris.sunbelt-software.com>]
Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability


> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> What are you trying to do?
>
> From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
>
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com><mailto:listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>>
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to 
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[David Lum]

Alluding, but I digress :)

I believe he is misinformed. I have *never* seen that. Sounds more like 
something he heard through a grapevine vs. experienced directly. I'd wager if 
pressed for details on this opinion he will be short on specifics.

"Don't trust pneumatic tires, they all leak, I know this because my friend's 
mother's teacher had a flat once..."

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 10:13 AM
To: NT System Admin Issues
Subject: Re: Robocopy reliability

So his reliability comment was directed more toward robocopy utility itself. 
Eluding to the fact that he's seen robocopy copy files that turned out to be 
not the same as the original.

We're not doing anything complex. We want to copy some files from source 
control and catch deleted files at the same time. So instead of deleting the 
entire destination folder and copying new files from source control. I'm saying 
it's as simple as robocopy /mir and that's it. That way whatever file is 
removed from source control will get removed on the destination servers as well.


On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller 
mailto:tmil...@sfgtrust.com>> wrote:
I've used it many times for file migration moves and even for permissions 
copies.  Just this past weekend I migrated a pretty complex old Windows 2008 
server shared to Windows 2008 R2 this past weekend.  I didn't copy permissions 
since they were a mess.

The only errors I've seen were my own, usually syntax or spelling.

What are you trying to do?

From: Tigran K [mailto:tigr...@gmail.com<mailto:tigr...@gmail.com>]
Sent: Monday, February 04, 2013 11:34 AM

To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Tigran K]

He was saying we should use just plain old copy.

-T


On Mon, Feb 4, 2013 at 10:11 AM, Matthew W. Ross
wrote:

> I have never had a problem with Robocopy. It did exactly what I told it to
> do and gave me detailed information on what it did. I could not ask for
> more from a command line copy utility.
>
> I'm sensing that your Boss has a bias, perhaps due to a bad experience he
> had previously. If so, what does _he_ recommend?
>
> Maybe he has some awesome software I've never heard of. (It wouldn't be
> the first time!)
>
>
> --Matt Ross
> Ephrata School District
>
>
> - Original Message -
> From: Tom Miller
> [mailto:tmil...@sfgtrust.com]
> To: NT System Admin Issues
> [mailto:ntsysadmin@lyris.sunbelt-software.com]
> Sent: Mon, 04 Feb 2013
> 09:08:33 -0800
> Subject: RE: Robocopy reliability
>
>
> > I've used it many times for file migration moves and even for permissions
> > copies.  Just this past weekend I migrated a pretty complex old Windows
> 2008
> > server shared to Windows 2008 R2 this past weekend.  I didn't copy
> > permissions since they were a mess.
> >
> > The only errors I've seen were my own, usually syntax or spelling.
> >
> > What are you trying to do?
> >
> > From: Tigran K [mailto:tigr...@gmail.com]
> > Sent: Monday, February 04, 2013 11:34 AM
> > To: NT System Admin Issues
> > Subject: Robocopy reliability
> >
> > Having a discussion with the boss on how we should do something I
> suggested
> > robocopy. His reply was a strict "NO". Reasoning was that it's not
> reliable.
> > He said "I've seen it break".
> >
> > So my question is have you seen it break? Is robocopy any more or less
> > reliable than built in copy? I did point out that robocopy is built in to
> > windows as well at least for Windows7. Didn't seem to help.
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to
> > listmana...@lyris.sunbeltsoftware.com listmana...@lyris.sunbeltsoftware.com>
> > with the body: unsubscribe ntsysadmin
> >
> > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> >
> > ---
> > To manage subscriptions click here:
> > http://lyris.sunbelt-software.com/read/my_forums/
> > or send an email to listmana...@lyris.sunbeltsoftware.com
> > with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Tigran K]

Thanks for the quick servery.
My experience with robocopy has been positive as well.

--T

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Tigran K]

So his reliability comment was directed more toward robocopy utility
itself. Eluding to the fact that he's seen robocopy copy files that turned
out to be not the same as the original.

We're not doing anything complex. We want to copy some files from source
control and catch deleted files at the same time. So instead of deleting
the entire destination folder and copying new files from source control.
I'm saying it's as simple as robocopy /mir and that's it. That way whatever
file is removed from source control will get removed on the destination
servers as well.



On Mon, Feb 4, 2013 at 9:08 AM, Tom Miller  wrote:

>  I've used it many times for file migration moves and even for
> permissions copies.  Just this past weekend I migrated a pretty complex old
> Windows 2008 server shared to Windows 2008 R2 this past weekend.  I didn't
> copy permissions since they were a mess.
>
> ** **
>
> The only errors I've seen were my own, usually syntax or spelling.
>
> ** **
>
> What are you trying to do?
>
> 
>
> ** **
>
> *From:* Tigran K [mailto:tigr...@gmail.com]
> *Sent:* Monday, February 04, 2013 11:34 AM
>
> *To:* NT System Admin Issues
> *Subject:* Robocopy reliability
>
>  ** **
>
> Having a discussion with the boss on how we should do something I
> suggested robocopy. His reply was a strict "NO". Reasoning was that it's
> not reliable. He said "I've seen it break".
>
> ** **
>
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Kennedy, Jim]

+1

In fact just this morning I expanded it's use here automating the deletion of 
videos from a security camera share.


From: Tom Miller [mailto:tmil...@sfgtrust.com]
Sent: Monday, February 04, 2013 12:55 PM
To: NT System Admin Issues
Subject: RE: Robocopy reliability


The only errors I've seen were my own, usually syntax or spelling.



From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 11:34 AM
To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Matthew W. Ross]

I have never had a problem with Robocopy. It did exactly what I told it to do 
and gave me detailed information on what it did. I could not ask for more from 
a command line copy utility.

I'm sensing that your Boss has a bias, perhaps due to a bad experience he had 
previously. If so, what does _he_ recommend?

Maybe he has some awesome software I've never heard of. (It wouldn't be the 
first time!)


--Matt Ross
Ephrata School District


- Original Message -
From: Tom Miller
[mailto:tmil...@sfgtrust.com]
To: NT System Admin Issues
[mailto:ntsysadmin@lyris.sunbelt-software.com]
Sent: Mon, 04 Feb 2013
09:08:33 -0800
Subject: RE: Robocopy reliability


> I've used it many times for file migration moves and even for permissions
> copies.  Just this past weekend I migrated a pretty complex old Windows 2008
> server shared to Windows 2008 R2 this past weekend.  I didn't copy
> permissions since they were a mess.
> 
> The only errors I've seen were my own, usually syntax or spelling.
> 
> What are you trying to do?
> 
> From: Tigran K [mailto:tigr...@gmail.com]
> Sent: Monday, February 04, 2013 11:34 AM
> To: NT System Admin Issues
> Subject: Robocopy reliability
> 
> Having a discussion with the boss on how we should do something I suggested
> robocopy. His reply was a strict "NO". Reasoning was that it's not reliable.
> He said "I've seen it break".
> 
> So my question is have you seen it break? Is robocopy any more or less
> reliable than built in copy? I did point out that robocopy is built in to
> windows as well at least for Windows7. Didn't seem to help.
> 
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> 
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to
> listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
> with the body: unsubscribe ntsysadmin
> 
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
> 
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Christopher Bodnar]

I've never had an issue with the reliability of RoboCopy. I have used 
ScriptLogic's Secure Copy, which I believe is now a Dell product through 
the Quest acquisition. Great, product, but I wouldn't say it was more 
reliable, just easier to use and had a few specific features that we 
liked. One of which was the multi-threaded option. At that time, RoboCopy 
didn't have the /MT switch. 

YMMV



Christopher Bodnar 
Enterprise Architect I, Corporate Office of Technology:Enterprise 
Architecture and Engineering Services 
Tel 610-807-6459 
3900 Burgess Place, Bethlehem, PA 18017 
christopher_bod...@glic.com 




The Guardian Life Insurance Company of America

www.guardianlife.com 







From:   Tigran K 
To: "NT System Admin Issues" 
Date:   02/04/2013 11:38 AM
Subject:Robocopy reliability



Having a discussion with the boss on how we should do something I 
suggested robocopy. His reply was a strict "NO". Reasoning was that it's 
not reliable. He said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less 
reliable than built in copy? I did point out that robocopy is built in to 
windows as well at least for Windows7. Didn't seem to help.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


-
This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law.  If the reader of this message is not the intended
recipient, you are notified that any use, dissemination,
distribution, copying, or communication of this message is strictly
prohibited.  If you have received this message in error, please
notify the sender immediately by return e-mail and delete the
message and any attachments.  Thank you.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin<>

RE: Robocopy reliability

[Tom Miller]

I've used it many times for file migration moves and even for permissions 
copies.  Just this past weekend I migrated a pretty complex old Windows 2008 
server shared to Windows 2008 R2 this past weekend.  I didn't copy permissions 
since they were a mess.

The only errors I've seen were my own, usually syntax or spelling.

What are you trying to do?

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 11:34 AM
To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy reliability

[Michael B. Smith]

If the network breaks, robocopy breaks.

If the hardware breaks, robocopy breaks.

I'd like to know one utility whether either of those are NOT true?

I don't know of ANYTHING that is more reliable than robocopy. What did he 
suggest?

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 4, 2013 11:34 AM
To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[Don Kuhlman]

I've never had any problems with it.

 


 From: Tigran K 
To: NT System Admin Issues  
Sent: Monday, February 4, 2013 10:34 AM
Subject: Robocopy reliability
  

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help. 
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy reliability

[kz20fl]

I've seen copy jobs break several times...but not robocopy jobs

The clue's in the nameROBust file COPY utility

Sent from my Blackberry, which may be an antique but delivers email RELIABLY

-Original Message-
From: David Lum 
Date: Mon, 4 Feb 2013 16:53:44 
To: NT System Admin Issues
Reply-To: "NT System Admin Issues" 
Subject: RE: Robocopy reliability

I have only seen it break if the underlying infrastructure "breaks"usually 
a permissions change on a source item or a password change on the service 
account that uses it :). I have several scheduled robocopy jobs and have only 
had problems when I "break" something underneath it.

From: Tigran K [mailto:tigr...@gmail.com]
Sent: Monday, February 04, 2013 8:34 AM
To: NT System Admin Issues
Subject: Robocopy reliability

Having a discussion with the boss on how we should do something I suggested 
robocopy. His reply was a strict "NO". Reasoning was that it's not reliable. He 
said "I've seen it break".

So my question is have you seen it break? Is robocopy any more or less reliable 
than built in copy? I did point out that robocopy is built in to windows as 
well at least for Windows7. Didn't seem to help.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy question

[Micheal Espinola Jr]

I stand corrected!

--
Espi




On Tue, May 22, 2012 at 8:49 AM, Ben Scott  wrote:

> On Tue, May 22, 2012 at 11:39 AM, Micheal Espinola Jr
>  wrote:
> >> I believe the default rule is to copy any files which appear
> >> different or absent in the destination.  Files which are older are
> >> still "different".
> >
> > I thought I have only seen older file's copies when I use switches such
> as
> > /IS (Include Same).
>
>   Okay, just checked, and at least for me, ROBOCOPY appears to
> consider "older" to be "different" and thus "should copy".  See
> transcript below.  /IS would copy even if the files appear to be
> identical (same size and time).
>
> Ben>mkdir from to
>
> Ben>touch from\foo
>
> Ben>sleep 10
>
> Ben>touch to\foo
>
> Ben>robocopy from to
>
>
> ---
>   ROBOCOPY :: Robust File Copy for Windows :: Version XP026
>
> ---
>
>  Started : Tue May 22 11:46:12 2012
>
>   Source : H:\foo\from\
> Dest : H:\foo\to\
>
>Files : *.*
>
>  Options : *.* /COPY:DAT /R:100 /W:30
>
>
> --
>
>   1H:\foo\from\
> 100%Older  0foo
>
>
> --
>
>TotalCopied   Skipped  MismatchFAILEDExtras
> Dirs : 1 0 1 0 0 0
>Files : 1 1 0 0 0 0
>Bytes : 0 0 0 0 0 0
>Times :   0:00:00   0:00:00   0:00:00   0:00:00
>
>Ended : Tue May 22 11:46:12 2012
>
> Ben>
>
> -- Ben
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy question

[Ben Scott]

On Tue, May 22, 2012 at 11:39 AM, Micheal Espinola Jr
 wrote:
>> I believe the default rule is to copy any files which appear
>> different or absent in the destination.  Files which are older are
>> still "different".
>
> I thought I have only seen older file's copies when I use switches such as
> /IS (Include Same).

  Okay, just checked, and at least for me, ROBOCOPY appears to
consider "older" to be "different" and thus "should copy".  See
transcript below.  /IS would copy even if the files appear to be
identical (same size and time).

Ben>mkdir from to

Ben>touch from\foo

Ben>sleep 10

Ben>touch to\foo

Ben>robocopy from to

---
   ROBOCOPY :: Robust File Copy for Windows :: Version XP026
---

  Started : Tue May 22 11:46:12 2012

   Source : H:\foo\from\
 Dest : H:\foo\to\

Files : *.*

  Options : *.* /COPY:DAT /R:100 /W:30

--

   1H:\foo\from\
100%Older  0foo

--

TotalCopied   Skipped  MismatchFAILEDExtras
 Dirs : 1 0 1 0 0 0
Files : 1 1 0 0 0 0
Bytes : 0 0 0 0 0 0
Times :   0:00:00   0:00:00   0:00:00   0:00:00

Ended : Tue May 22 11:46:12 2012

Ben>

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy question

[John C Owen]

Throw the cow over the fence...some hay

From: Jonathan Link [mailto:jonathan.l...@gmail.com]
Sent: Tuesday, May 22, 2012 10:48 AM
To: NT System Admin Issues
Subject: Re: Robocopy question

I've cut this board three times and it's still too short!
On Tue, May 22, 2012 at 10:38 AM, Micheal Espinola Jr 
mailto:michealespin...@gmail.com>> wrote:
I meant add:  The /L option will allow you to test your parameters by showing a 
"List only" of what it would otherwise process.  Its a good way to test before 
putting it into action.

Measure twice, cut once.

--
Espi




On Tue, May 22, 2012 at 7:35 AM, Micheal Espinola Jr 
mailto:michealespin...@gmail.com>> wrote:
Not by default, no.  Only if you are using parameters that may cause that 
condition - but you dont want it to ocurr.

--
Espi




On Tue, May 22, 2012 at 6:58 AM, Todd Lemmiksoo 
mailto:tlemmik...@gmail.com>> wrote:
Is it necessary to to use the Robocopy XO parm to have it not copy files that 
are older than the destination file.

--
T. Todd Lemmiksoo

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy question

[Jonathan Link]

I've cut this board three times and it's still too short!

On Tue, May 22, 2012 at 10:38 AM, Micheal Espinola Jr <
michealespin...@gmail.com> wrote:

> I meant add:  The /L option will allow you to test your parameters by
> showing a "List only" of what it would otherwise process.  Its a good way
> to test before putting it into action.
>
> Measure twice, cut once.
>
> --
> Espi
>
>
>
>
>
> On Tue, May 22, 2012 at 7:35 AM, Micheal Espinola Jr <
> michealespin...@gmail.com> wrote:
>
>> Not by default, no.  Only if you are using parameters that may cause that
>> condition - but you dont want it to ocurr.
>>
>> --
>> Espi
>>
>>
>>
>>
>>
>> On Tue, May 22, 2012 at 6:58 AM, Todd Lemmiksoo wrote:
>>
>>> Is it necessary to to use the Robocopy XO parm to have it *not* copy
>>> files that are older than the destination file.
>>>
>>> --
>>> T. Todd Lemmiksoo
>>>
>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>> ~   ~
>>>
>>> ---
>>> To manage subscriptions click here:
>>> http://lyris.sunbelt-software.com/read/my_forums/
>>> or send an email to listmana...@lyris.sunbeltsoftware.com
>>> with the body: unsubscribe ntsysadmin
>>>
>>
>>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy question

[Ben Scott]

On Tue, May 22, 2012 at 9:58 AM, Todd Lemmiksoo  wrote:
> Is it necessary to to use the Robocopy XO parm to have it not copy files
> that are older than the destination file.

  I believe the default rule is to copy any files which appear
different or absent in the destination.  Files which are older are
still "different".

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy - rolling copy of the last X days?

[Micheal Espinola Jr]

You could purge based on age with FORFILES (built-in).

--
Espi




On Wed, Jan 25, 2012 at 5:50 AM, Paul Hutchings
wrote:

>  That will handle the copy part, but it doesn’t seem to do a rolling
> purge of what’s on the destination – neither to the /purge or /mir switches.
>
> 
>
> *From:* David Lum [mailto:david@nwea.org]
> *Sent:* 25 January 2012 13:43
>
> *To:* NT System Admin Issues
> *Subject:* RE: Robocopy - rolling copy of the last X days?
>
>  ** **
>
> /MAXAGE:
>
> ** **
>
> *From:* Paul Hutchings [mailto:paul.hutchi...@mira.co.uk]
> *Sent:* Wednesday, January 25, 2012 5:11 AM
> *To:* NT System Admin Issues
> *Subject:* Robocopy - rolling copy of the last X days?
>
> ** **
>
> This is a little embarrassing as I’m sure I’m missing something obvious
> but… how can I use robocopy to copy the last X days of files from source to
> destination, so that the destination only ever contains the last X days too?
> 
>
> ** **
>
> I can tell it to ignore the old files in the source, what I simply cannot
> fathom is how to make it mirror this to the destination so I only ever have
> the last X days worth of files.
>
> ** **
>
> Thanks,
>
> Paul
>  --
>
> *MIRA Ltd*
>
> ** **
>
> Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
>
> Registered in England and Wales No. 402570
>
> VAT Registration  GB 100 1464 84
>
> ** **
>
> The contents of this e-mail are confidential and are solely for the use of
> the intended recipient.  If you receive this e-mail in error, please delete
> it and notify us either by e-mail, telephone or fax.  You should not copy,
> forward or otherwise disclose the content of the e-mail as this is
> prohibited.
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy - rolling copy of the last X days?

[Andrew S. Baker]

Or, a bit more efficiently, at the conclusion of the copy job, delete all
files older than xx days.

There are many tools to handle this last part.

*http://KB.UltraTech-llc.com/?File=DelOld.TXT
*



* *

*ASB* *http://XeeMe.com/AndrewBaker* *Harnessing the Advantages of
Technology for the SMB market…

*



On Wed, Jan 25, 2012 at 8:54 AM, Christopher Bodnar <
christopher_bod...@glic.com> wrote:

> How about actually deleting them? Set this up as a batch job and have the
> first part of the job clear out the destination folder. Then just copy over
> the last X days.
>
>
>  *Christopher Bodnar*
> Technical Support III, Distributed Systems Service Delivery - Intel
> Services  Tel 610-807-6459
> 3900 Burgess Place, Bethlehem, PA 18017
> christopher_bod...@glic.com
>
>
> *
> The Guardian Life Insurance Company of America*
> *
> **www.guardianlife.com* 
>
>
>
>
>
>
> From:Paul Hutchings 
> To:"NT System Admin Issues"  >
> Date:01/25/2012 08:12 AM
> Subject:Robocopy - rolling copy of the last X days?
> --
>
>
>
> This is a little embarrassing as I’m sure I’m missing something obvious
> but… how can I use robocopy to copy the last X days of files from source to
> destination, so that the destination only ever contains the last X days too?
>
> I can tell it to ignore the old files in the source, what I simply cannot
> fathom is how to make it mirror this to the destination so I only ever have
> the last X days worth of files.
>
> Thanks,
> Paul
>
> --
>
> *MIRA Ltd*
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin<>

Re: Robocopy - rolling copy of the last X days?

[Christopher Bodnar]

How about actually deleting them? Set this up as a batch job and have the 
first part of the job clear out the destination folder. Then just copy 
over the last X days.



Christopher Bodnar 
Technical Support III, Distributed Systems Service Delivery - Intel 
Services 
Tel 610-807-6459 
3900 Burgess Place, Bethlehem, PA 18017 
christopher_bod...@glic.com 




The Guardian Life Insurance Company of America

www.guardianlife.com 







From:   Paul Hutchings 
To: "NT System Admin Issues" 
Date:   01/25/2012 08:12 AM
Subject:Robocopy - rolling copy of the last X days?



This is a little embarrassing as I’m sure I’m missing something obvious 
but… how can I use robocopy to copy the last X days of files from source 
to destination, so that the destination only ever contains the last X days 
too?
 
I can tell it to ignore the old files in the source, what I simply cannot 
fathom is how to make it mirror this to the destination so I only ever 
have the last X days worth of files.
 
Thanks,
Paul

MIRA Ltd

Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration  GB 100 1464 84

The contents of this e-mail are confidential and are solely for the use of 
the intended recipient.  If you receive this e-mail in error, please 
delete it and notify us either by e-mail, telephone or fax.  You should 
not copy, forward or otherwise disclose the content of the e-mail as this 
is prohibited.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


-
This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law.  If the reader of this message is not the intended
recipient, you are notified that any use, dissemination,
distribution, copying, or communication of this message is strictly
prohibited.  If you have received this message in error, please
notify the sender immediately by return e-mail and delete the
message and any attachments.  Thank you.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin
<>

RE: Robocopy - rolling copy of the last X days?

[Paul Hutchings]

That will handle the copy part, but it doesn't seem to do a rolling purge of 
what's on the destination - neither to the /purge or /mir switches.

From: David Lum [mailto:david@nwea.org]
Sent: 25 January 2012 13:43
To: NT System Admin Issues
Subject: RE: Robocopy - rolling copy of the last X days?

/MAXAGE:

From: Paul Hutchings 
[mailto:paul.hutchi...@mira.co.uk]<mailto:[mailto:paul.hutchi...@mira.co.uk]>
Sent: Wednesday, January 25, 2012 5:11 AM
To: NT System Admin Issues
Subject: Robocopy - rolling copy of the last X days?

This is a little embarrassing as I'm sure I'm missing something obvious but... 
how can I use robocopy to copy the last X days of files from source to 
destination, so that the destination only ever contains the last X days too?

I can tell it to ignore the old files in the source, what I simply cannot 
fathom is how to make it mirror this to the destination so I only ever have the 
last X days worth of files.

Thanks,
Paul

MIRA Ltd

Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration  GB 100 1464 84

The contents of this e-mail are confidential and are solely for the use of the 
intended recipient.  If you receive this e-mail in error, please delete it and 
notify us either by e-mail, telephone or fax.  You should not copy, forward or 
otherwise disclose the content of the e-mail as this is prohibited.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy - rolling copy of the last X days?

[David Lum]

/MAXAGE:

From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk]
Sent: Wednesday, January 25, 2012 5:11 AM
To: NT System Admin Issues
Subject: Robocopy - rolling copy of the last X days?

This is a little embarrassing as I'm sure I'm missing something obvious but... 
how can I use robocopy to copy the last X days of files from source to 
destination, so that the destination only ever contains the last X days too?

I can tell it to ignore the old files in the source, what I simply cannot 
fathom is how to make it mirror this to the destination so I only ever have the 
last X days worth of files.

Thanks,
Paul

MIRA Ltd

Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration  GB 100 1464 84

The contents of this e-mail are confidential and are solely for the use of the 
intended recipient.  If you receive this e-mail in error, please delete it and 
notify us either by e-mail, telephone or fax.  You should not copy, forward or 
otherwise disclose the content of the e-mail as this is prohibited.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy Help, please

[Crawford, Scott]

Add /NFL and /NDL to log only skips/errors.

From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk]
Sent: Monday, October 17, 2011 12:31 PM
To: NT System Admin Issues
Subject: RE: Robocopy Help, please

I usually use this command to do an entire drive:

ROBOCOPY source dest: /MIR /COPYALL /MT /ZB /R:1 /W:1 /TEE /NP /TIMFIX /XD 
"$RECYCLE.BIN" "RECYCLER" "SIS Common Store" "System Volume Information" 
/LOG:c:\temp\robocopy.log

I don't know of a way to just log skips/errors though.

From: Sean Rector [sean.rec...@vaopera.org]
Sent: 17 October 2011 5:31 PM
To: NT System Admin Issues
Subject: Robocopy Help, please
Hello All,

I searched through the archives and I didn't find what I am looking for.

New SAN Drive (S).  I've already moved 99% (thought it was all, but I'm getting 
reports that I missed some things).  It's a Server 2008 R2 File Server Cluster.

I am trying to figure out the best robocopy command line for copying all files 
(& their appropriate permissions) that don't exist in the target; multithreaded 
and verbose logging.

Robocopy "E:\path\path\path name\" "S:\path\path\path name\" /s /zb /dcopy:T 
/copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128

Would the above be the best method?

Sean Rector, MCSE

Information Technology Manager
Virginia Opera Association

E-Mail: sean.rec...@vaopera.org<mailto:sean.rec...@vaopera.org>
Phone:(757) 213-4548 (direct line)
{+}

Tickets and Subscriptions On Sale Now!
Aida | Hansel And Gretel | Orphée | The Mikado
Visit us online at www.VaOpera.org<http://www.vaopera.org/> or call 
1-866-OPERA-VA

Experience the Beauty, Power & Passion of Virginia Opera.



This e-mail and any attached files are confidential and intended solely for the 
intended recipient(s). Unless otherwise specified, persons unnamed as 
recipients may not read, distribute, copy or alter this e-mail. Any views or 
opinions expressed in this e-mail belong to the author and may not necessarily 
represent those of Virginia Opera. Although precautions have been taken to 
ensure no viruses are present, Virginia Opera cannot accept responsibility for 
any loss or damage that may arise from the use of this e-mail or attachments.

{*}

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


MIRA Ltd

Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration  GB 100 1464 84

The contents of this e-mail are confidential and are solely for the use of the 
intended recipient.  If you receive this e-mail in error, please delete it and 
notify us either by e-mail, telephone or fax.  You should not copy, forward or 
otherwise disclose the content of the e-mail as this is prohibited.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy Help, please

[Kennedy, Jim]

Map the original servers drive to the destination server. Then WinDiff them. 
Check out the options, you can narrow the list down. It runs pretty fast on 
large directories.

http://support.microsoft.com/kb/159214


From: Andrew S. Baker [mailto:asbz...@gmail.com]
Sent: Monday, October 17, 2011 1:57 PM
To: NT System Admin Issues
Subject: Re: Robocopy Help, please

Then nothing is missing.

Trying to work with insufficient info is awkward.

Alternatively, if you control both the source and destination system, you 
should do a file compare (or, at the very least, a file directory output 
compare).


ASB

http://XeeMe.com/AndrewBaker

Harnessing the Advantages of Technology for the SMB market...



On Mon, Oct 17, 2011 at 1:33 PM, Sean Rector 
mailto:sean.rec...@vaopera.org>> wrote:
I don't know - the folks asking for files can't be bothered to tell me file 
names or locations.

Sean Rector, MCSE

From: Andrew S. Baker [mailto:asbz...@gmail.com<mailto:asbz...@gmail.com>]
Sent: Monday, October 17, 2011 12:38 PM

To: NT System Admin Issues
Subject: Re: Robocopy Help, please

Are the things you're allegedly missing showing up anywhere in the logs?
ASB

http://XeeMe.com/AndrewBaker

Harnessing the Advantages of Technology for the SMB market...


On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector 
mailto:sean.rec...@vaopera.org>> wrote:
Hello All,

I searched through the archives and I didn't find what I am looking for.

New SAN Drive (S).  I've already moved 99% (thought it was all, but I'm getting 
reports that I missed some things).  It's a Server 2008 R2 File Server Cluster.

I am trying to figure out the best robocopy command line for copying all files 
(& their appropriate permissions) that don't exist in the target; multithreaded 
and verbose logging.

Robocopy "E:\path\path\path name\" "S:\path\path\path name\" /s /zb /dcopy:T 
/copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128

Would the above be the best method?

Sean Rector, MCSE

Information Technology Manager
Virginia Opera Association

E-Mail: sean.rec...@vaopera.org<mailto:sean.rec...@vaopera.org>
Phone:(757) 213-4548 (direct line)
{+}



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy Help, please

[Andrew S. Baker]

Then nothing is missing.

Trying to work with insufficient info is awkward.

Alternatively, if you control both the source and destination system, you
should do a file compare (or, at the very least, a file directory output
compare).



* *

*ASB* *http://XeeMe.com/AndrewBaker* *Harnessing the Advantages of
Technology for the SMB market…

*



On Mon, Oct 17, 2011 at 1:33 PM, Sean Rector wrote:

> I don’t know - the folks asking for files can’t be bothered to tell me file
> names or locations.
>
> ** **
>
> Sean Rector, MCSE
>
> ** **
>
> *From:* Andrew S. Baker [mailto:asbz...@gmail.com]
> *Sent:* Monday, October 17, 2011 12:38 PM
>
> *To:* NT System Admin Issues
> *Subject:* Re: Robocopy Help, please
>
> ** **
>
> Are the things you're allegedly missing showing up anywhere in the logs?
> 
>
> *ASB*
>
> *http://XeeMe.com/AndrewBaker*
>
> *Harnessing the Advantages of Technology for the SMB market…*
>
>
>
> 
>
> On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector 
> wrote:
>
> Hello All,
>
>  
>
> I searched through the archives and I didn’t find what I am looking for.**
> **
>
>  
>
> New SAN Drive (S).  I’ve already moved 99% (thought it was all, but I’m
> getting reports that I missed some things).  It’s a Server 2008 R2 File
> Server Cluster.
>
>  
>
> I am trying to figure out the best robocopy command line for copying all
> files (& their appropriate permissions) that don’t exist in the target;
> multithreaded and verbose logging.
>
>  
>
> Robocopy “E:\path\path\path name\” “S:\path\path\path name\” /s /zb
> /dcopy:T /copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128
>
>  
>
> Would the above be the best method?
>
>  
>
> Sean Rector, MCSE
>
>  
>
> Information Technology Manager
> Virginia Opera Association 
>
> E-Mail: sean.rec...@vaopera.org
> Phone:(757) 213-4548 (direct line)
> {+}
>
>
> **
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy Help, please

[kz20fl]

No info - no resolution. Or at the very least get the helpdesk to help them 
"find" the info you need.

Sent from my POS BlackBerry  wireless device, which may wipe itself at any 
moment

-Original Message-
From: Sean Rector 
Date: Mon, 17 Oct 2011 13:33:04 
To: NT System Admin Issues
Reply-To: "NT System Admin Issues" 
Subject: RE: Robocopy Help, please

I don't know - the folks asking for files can't be bothered to tell me
file names or locations.

 

Sean Rector, MCSE

 

From: Andrew S. Baker [mailto:asbz...@gmail.com] 
Sent: Monday, October 17, 2011 12:38 PM
To: NT System Admin Issues
Subject: Re: Robocopy Help, please

 

Are the things you're allegedly missing showing up anywhere in the logs?


ASB

http://XeeMe.com/AndrewBaker

Harnessing the Advantages of Technology for the SMB market...





On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector 
wrote:

Hello All,

 

I searched through the archives and I didn't find what I am looking for.

 

New SAN Drive (S).  I've already moved 99% (thought it was all, but I'm
getting reports that I missed some things).  It's a Server 2008 R2 File
Server Cluster.

 

I am trying to figure out the best robocopy command line for copying all
files (& their appropriate permissions) that don't exist in the target;
multithreaded and verbose logging.

 

Robocopy "E:\path\path\path name\" "S:\path\path\path name\" /s /zb
/dcopy:T /copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128

 

Would the above be the best method?

 

Sean Rector, MCSE

 

Information Technology Manager
Virginia Opera Association 

E-Mail: sean.rec...@vaopera.org <mailto:sean.rec...@vaopera.org>

Phone:(757) 213-4548   (direct line)
{+}

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


Tickets and Subscriptions On Sale Now!
Aida | Hansel And Gretel | Orph?e | The Mikado
Visit us online at www.VaOpera.org or call 1-866-OPERA-VA

Experience the Beauty, Power & Passion of Virginia Opera.

This e-mail and any attached files are confidential and intended solely for the 
intended recipient(s). Unless otherwise specified, persons unnamed as 
recipients may not read, distribute, copy or alter this e-mail. Any views or 
opinions expressed in this e-mail belong to the author and may not necessarily 
represent those of Virginia Opera. Although precautions have been taken to 
ensure no viruses are present, Virginia Opera cannot accept responsibility for 
any loss or damage that may arise from the use of this e-mail or attachments.
{*}
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy Help, please

[Kennedy, Jim]

I think it might help if you make them tell you. Could get lucky and find a 
common theme among the missing files.

From: David Lum [mailto:david@nwea.org]
Sent: Monday, October 17, 2011 1:40 PM
To: NT System Admin Issues
Subject: RE: Robocopy Help, please

I love when that happens. Not.

From: Sean Rector 
[mailto:sean.rec...@vaopera.org]<mailto:[mailto:sean.rec...@vaopera.org]>
Sent: Monday, October 17, 2011 10:33 AM
To: NT System Admin Issues
Subject: RE: Robocopy Help, please

I don't know - the folks asking for files can't be bothered to tell me file 
names or locations.

Sean Rector, MCSE

From: Andrew S. Baker 
[mailto:asbz...@gmail.com]<mailto:[mailto:asbz...@gmail.com]>
Sent: Monday, October 17, 2011 12:38 PM
To: NT System Admin Issues
Subject: Re: Robocopy Help, please

Are the things you're allegedly missing showing up anywhere in the logs?
ASB

http://XeeMe.com/AndrewBaker

Harnessing the Advantages of Technology for the SMB market...


On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector 
mailto:sean.rec...@vaopera.org>> wrote:
Hello All,

I searched through the archives and I didn't find what I am looking for.

New SAN Drive (S).  I've already moved 99% (thought it was all, but I'm getting 
reports that I missed some things).  It's a Server 2008 R2 File Server Cluster.

I am trying to figure out the best robocopy command line for copying all files 
(& their appropriate permissions) that don't exist in the target; multithreaded 
and verbose logging.

Robocopy "E:\path\path\path name\" "S:\path\path\path name\" /s /zb /dcopy:T 
/copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128

Would the above be the best method?

Sean Rector, MCSE

Information Technology Manager
Virginia Opera Association

E-Mail: sean.rec...@vaopera.org<mailto:sean.rec...@vaopera.org>
Phone:(757) 213-4548 (direct line)
{+}



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

Tickets and Subscriptions On Sale Now!
Aida | Hansel And Gretel | Orphée | The Mikado
Visit us online at www.VaOpera.org<http://www.vaopera.org/> or call 
1-866-OPERA-VA

Experience the Beauty, Power & Passion of Virginia Opera.



This e-mail and any attached files are confidential and intended solely for the 
intended recipient(s). Unless otherwise specified, persons unnamed as 
recipients may not read, distribute, copy or alter this e-mail. Any views or 
opinions expressed in this e-mail belong to the author and may not necessarily 
represent those of Virginia Opera. Although precautions have been taken to 
ensure no viruses are present, Virginia Opera cannot accept responsibility for 
any loss or damage that may arise from the use of this e-mail or attachments.

{*}

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy Help, please

[Jonathan Link]

Snafu.

On Mon, Oct 17, 2011 at 1:40 PM, David Lum  wrote:

> I love when that happens. Not.
>
> ** **
>
> *From:* Sean Rector [mailto:sean.rec...@vaopera.org]
> *Sent:* Monday, October 17, 2011 10:33 AM
>
> *To:* NT System Admin Issues
> *Subject:* RE: Robocopy Help, please
>
> ** **
>
> I don’t know - the folks asking for files can’t be bothered to tell me file
> names or locations.
>
> ** **
>
> Sean Rector, MCSE
>
> ** **
>
> *From:* Andrew S. Baker [mailto:asbz...@gmail.com]
> *Sent:* Monday, October 17, 2011 12:38 PM
> *To:* NT System Admin Issues
> *Subject:* Re: Robocopy Help, please
>
> ** **
>
> Are the things you're allegedly missing showing up anywhere in the logs?
> 
>
> *ASB*
>
> *http://XeeMe.com/AndrewBaker*
>
> *Harnessing the Advantages of Technology for the SMB market…*
>
> ** **
>
> On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector 
> wrote:
>
> Hello All,
>
>  
>
> I searched through the archives and I didn’t find what I am looking for.**
> **
>
>  
>
> New SAN Drive (S).  I’ve already moved 99% (thought it was all, but I’m
> getting reports that I missed some things).  It’s a Server 2008 R2 File
> Server Cluster.
>
>  
>
> I am trying to figure out the best robocopy command line for copying all
> files (& their appropriate permissions) that don’t exist in the target;
> multithreaded and verbose logging.
>
>  
>
> Robocopy “E:\path\path\path name\” “S:\path\path\path name\” /s /zb
> /dcopy:T /copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128
>
>  
>
> Would the above be the best method?
>
>  
>
> Sean Rector, MCSE
>
>  
>
> Information Technology Manager
> Virginia Opera Association 
>
> E-Mail: sean.rec...@vaopera.org
> Phone:(757) 213-4548 (direct line)
> {+}
>
> ** **
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> Tickets and Subscriptions *On Sale Now!*
> Aida | Hansel And Gretel | Orphée | The Mikado
> *Visit us online at www.VaOpera.org <http://www.vaopera.org/> or call
> 1-866-OPERA-VA*
>
> *Experience the Beauty, Power & Passion of Virginia Opera.*
> --
>
> This e-mail and any attached files are confidential and intended solely for
> the intended recipient(s). Unless otherwise specified, persons unnamed as
> recipients may not read, distribute, copy or alter this e-mail. Any views or
> opinions expressed in this e-mail belong to the author and may not
> necessarily represent those of Virginia Opera. Although precautions have
> been taken to ensure no viruses are present, Virginia Opera cannot accept
> responsibility for any loss or damage that may arise from the use of this
> e-mail or attachments.
>
> {*}
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy Help, please

[David Lum]

I love when that happens. Not.

From: Sean Rector [mailto:sean.rec...@vaopera.org]
Sent: Monday, October 17, 2011 10:33 AM
To: NT System Admin Issues
Subject: RE: Robocopy Help, please

I don't know - the folks asking for files can't be bothered to tell me file 
names or locations.

Sean Rector, MCSE

From: Andrew S. Baker 
[mailto:asbz...@gmail.com]<mailto:[mailto:asbz...@gmail.com]>
Sent: Monday, October 17, 2011 12:38 PM
To: NT System Admin Issues
Subject: Re: Robocopy Help, please

Are the things you're allegedly missing showing up anywhere in the logs?
ASB

http://XeeMe.com/AndrewBaker

Harnessing the Advantages of Technology for the SMB market...


On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector 
mailto:sean.rec...@vaopera.org>> wrote:
Hello All,

I searched through the archives and I didn't find what I am looking for.

New SAN Drive (S).  I've already moved 99% (thought it was all, but I'm getting 
reports that I missed some things).  It's a Server 2008 R2 File Server Cluster.

I am trying to figure out the best robocopy command line for copying all files 
(& their appropriate permissions) that don't exist in the target; multithreaded 
and verbose logging.

Robocopy "E:\path\path\path name\" "S:\path\path\path name\" /s /zb /dcopy:T 
/copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128

Would the above be the best method?

Sean Rector, MCSE

Information Technology Manager
Virginia Opera Association

E-Mail: sean.rec...@vaopera.org<mailto:sean.rec...@vaopera.org>
Phone:(757) 213-4548 (direct line)
{+}



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

Tickets and Subscriptions On Sale Now!
Aida | Hansel And Gretel | Orphée | The Mikado
Visit us online at www.VaOpera.org<http://www.vaopera.org/> or call 
1-866-OPERA-VA

Experience the Beauty, Power & Passion of Virginia Opera.



This e-mail and any attached files are confidential and intended solely for the 
intended recipient(s). Unless otherwise specified, persons unnamed as 
recipients may not read, distribute, copy or alter this e-mail. Any views or 
opinions expressed in this e-mail belong to the author and may not necessarily 
represent those of Virginia Opera. Although precautions have been taken to 
ensure no viruses are present, Virginia Opera cannot accept responsibility for 
any loss or damage that may arise from the use of this e-mail or attachments.

{*}

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy Help, please

[Sean Rector]

I don't know - the folks asking for files can't be bothered to tell me
file names or locations.

 

Sean Rector, MCSE

 

From: Andrew S. Baker [mailto:asbz...@gmail.com] 
Sent: Monday, October 17, 2011 12:38 PM
To: NT System Admin Issues
Subject: Re: Robocopy Help, please

 

Are the things you're allegedly missing showing up anywhere in the logs?


ASB

http://XeeMe.com/AndrewBaker

Harnessing the Advantages of Technology for the SMB market...





On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector 
wrote:

Hello All,

 

I searched through the archives and I didn't find what I am looking for.

 

New SAN Drive (S).  I've already moved 99% (thought it was all, but I'm
getting reports that I missed some things).  It's a Server 2008 R2 File
Server Cluster.

 

I am trying to figure out the best robocopy command line for copying all
files (& their appropriate permissions) that don't exist in the target;
multithreaded and verbose logging.

 

Robocopy "E:\path\path\path name\" "S:\path\path\path name\" /s /zb
/dcopy:T /copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128

 

Would the above be the best method?

 

Sean Rector, MCSE

 

Information Technology Manager
Virginia Opera Association 

E-Mail: sean.rec...@vaopera.org <mailto:sean.rec...@vaopera.org>

Phone:(757) 213-4548   (direct line)
{+}

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


Tickets and Subscriptions On Sale Now!
Aida | Hansel And Gretel | Orph?e | The Mikado
Visit us online at www.VaOpera.org or call 1-866-OPERA-VA

Experience the Beauty, Power & Passion of Virginia Opera.

This e-mail and any attached files are confidential and intended solely for the 
intended recipient(s). Unless otherwise specified, persons unnamed as 
recipients may not read, distribute, copy or alter this e-mail. Any views or 
opinions expressed in this e-mail belong to the author and may not necessarily 
represent those of Virginia Opera. Although precautions have been taken to 
ensure no viruses are present, Virginia Opera cannot accept responsibility for 
any loss or damage that may arise from the use of this e-mail or attachments.
{*}
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy Help, please

[Paul Hutchings]

I usually use this command to do an entire drive:

ROBOCOPY source dest: /MIR /COPYALL /MT /ZB /R:1 /W:1 /TEE /NP /TIMFIX /XD 
"$RECYCLE.BIN" "RECYCLER" "SIS Common Store" "System Volume Information" 
/LOG:c:\temp\robocopy.log

I don't know of a way to just log skips/errors though.

From: Sean Rector [sean.rec...@vaopera.org]
Sent: 17 October 2011 5:31 PM
To: NT System Admin Issues
Subject: Robocopy Help, please

Hello All,

I searched through the archives and I didn’t find what I am looking for.

New SAN Drive (S).  I’ve already moved 99% (thought it was all, but I’m getting 
reports that I missed some things).  It’s a Server 2008 R2 File Server Cluster.

I am trying to figure out the best robocopy command line for copying all files 
(& their appropriate permissions) that don’t exist in the target; multithreaded 
and verbose logging.

Robocopy “E:\path\path\path name\” “S:\path\path\path name\” /s /zb /dcopy:T 
/copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128

Would the above be the best method?

Sean Rector, MCSE

Information Technology Manager
Virginia Opera Association

E-Mail: sean.rec...@vaopera.org
Phone:(757) 213-4548 (direct line)
{+}

Tickets and Subscriptions On Sale Now!
Aida | Hansel And Gretel | Orphée | The Mikado
Visit us online at www.VaOpera.org or call 
1-866-OPERA-VA

Experience the Beauty, Power & Passion of Virginia Opera.



This e-mail and any attached files are confidential and intended solely for the 
intended recipient(s). Unless otherwise specified, persons unnamed as 
recipients may not read, distribute, copy or alter this e-mail. Any views or 
opinions expressed in this e-mail belong to the author and may not necessarily 
represent those of Virginia Opera. Although precautions have been taken to 
ensure no viruses are present, Virginia Opera cannot accept responsibility for 
any loss or damage that may arise from the use of this e-mail or attachments.

{*}

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

--
MIRA Ltd

Watling Street, Nuneaton, Warwickshire, CV10 0TU, England
Registered in England and Wales No. 402570
VAT Registration  GB 100 1464 84

The contents of this e-mail are confidential and are solely for the use of the 
intended recipient.  If you receive this e-mail in error, please delete it and 
notify us either by e-mail, telephone or fax.  You should not copy, forward or 
otherwise disclose the content of the e-mail as this is prohibited.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy Help, please

[Andrew S. Baker]

Are the things you're allegedly missing showing up anywhere in the logs?

* *

*ASB* *http://XeeMe.com/AndrewBaker* *Harnessing the Advantages of
Technology for the SMB market…

*



On Mon, Oct 17, 2011 at 12:31 PM, Sean Rector wrote:

> Hello All,
>
> ** **
>
> I searched through the archives and I didn’t find what I am looking for.**
> **
>
> ** **
>
> New SAN Drive (S).  I’ve already moved 99% (thought it was all, but I’m
> getting reports that I missed some things).  It’s a Server 2008 R2 File
> Server Cluster.
>
> ** **
>
> I am trying to figure out the best robocopy command line for copying all
> files (& their appropriate permissions) that don’t exist in the target;
> multithreaded and verbose logging.
>
> ** **
>
> Robocopy “E:\path\path\path name\” “S:\path\path\path name\” /s /zb
> /dcopy:T /copyall /xct /xn /r:5 /v /log:S:\Log.txt /MT:128
>
> ** **
>
> Would the above be the best method?
>
> ** **
>
> Sean Rector, MCSE
>
> ** **
> Information Technology Manager
> Virginia Opera Association**
>
>  E-Mail: sean.rec...@vaopera.org
> Phone:(757) 213-4548 (direct line)
> {+}
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy

[Jonathan Link]

Yup.  Although this was first sussed out by Vista users...



On Tue, Aug 30, 2011 at 8:35 PM, Kurt Buff  wrote:

> The XJ switch is very important if you're going to target either
> c:\users or c:\documents and settings in Win7.
>
> That is all.
>
> Kurt
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy

[Jeff Steward]

...and that is why when you have your CLI string working you toss it in a
batch file, or in ASB's case on your website.

-Jeff Steward

On Fri, Oct 15, 2010 at 9:59 PM, Crawford, Scott wrote:

>  …and CLI strings like that are why we have GUI’s J  I usually add /nfl
> /ndl /np /log:log.txt so I can see the errors at a glance.
>
>
>
> *From:* Brian Desmond [mailto:br...@briandesmond.com]
> *Sent:* Friday, October 15, 2010 8:52 PM
>
> *To:* NT System Admin Issues
> *Subject:* RE: Robocopy
>
>
>
> *I usually use the /mir (for mirror) switch, but if you don’t want the
> deletes to replicate then you’d want something like /s /e /sec /z /eta /w:0
> /r:0 *
>
> * *
>
> *Thanks,*
>
> *Brian Desmond*
>
> *br...@briandesmond.com*
>
> * *
>
> *w – 312.625.1438 | c   – 312.731.3132*
>
> * *
>
> *From:* Cameron [mailto:cameron.orl...@gmail.com]
> *Sent:* Friday, October 15, 2010 8:21 AM
> *To:* NT System Admin Issues
> *Subject:* Robocopy
>
>
>
> Ok, who the heck would have thought that Friday is actually a Monday in
> disguise!
>
>
>
> After totally changing the permissions on everyones home directories using
> Robocopy...I figured I'd better ask. I'm moving some leftover home
> directories from one server to another and got the bright idea to use
> Robocopy GUI to do this. Read the help file, did some googlefuing, thought I
> had it nailed.
>
> Set the source path: I:\\users\test (just a test folder with some files and
> sub folders)
>
> Set the target path: G:\\users\ (just a mapped drive to the other server)
>
> Copy options: /copyall and /move (so that it would move the folder/subdirs
> and keep the securities that I had placed on it)
>
> Ran the script and checked the other server.
>
>
>
> Yep...that was the plan...
>
>
>
> It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt
>  and didn't create the Test folder or any sub
> folders.
>
>
>
> I had *thought* it would create the folder and sub folders and set the
> perms...but apparently I was mistaken.
>
>
>
> Can someone point me in the right direction?  all the bloody home directory perms again!>
>
>
>
> TIA!
>
> Cameron
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy

[Crawford, Scott]

...and CLI strings like that are why we have GUI's :)  I usually add /nfl /ndl 
/np /log:log.txt so I can see the errors at a glance.

From: Brian Desmond [mailto:br...@briandesmond.com]
Sent: Friday, October 15, 2010 8:52 PM
To: NT System Admin Issues
Subject: RE: Robocopy

I usually use the /mir (for mirror) switch, but if you don't want the deletes 
to replicate then you'd want something like /s /e /sec /z /eta /w:0 /r:0

Thanks,
Brian Desmond
br...@briandesmond.com

w - 312.625.1438 | c   - 312.731.3132

From: Cameron [mailto:cameron.orl...@gmail.com]
Sent: Friday, October 15, 2010 8:21 AM
To: NT System Admin Issues
Subject: Robocopy

Ok, who the heck would have thought that Friday is actually a Monday in 
disguise!

After totally changing the permissions on everyones home directories using 
Robocopy...I figured I'd better ask. I'm moving some leftover home directories 
from one server to another and got the bright idea to use Robocopy GUI to do 
this. Read the help file, did some googlefuing, thought I had it nailed.
Set the source path: I:\\users\test (just a test folder with some files and sub 
folders)
Set the target path: G:\\users\ (just a mapped drive to the other server)
Copy options: /copyall and /move (so that it would move the folder/subdirs and 
keep the securities that I had placed on it)
Ran the script and checked the other server.

Yep...that was the plan...

It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt  and didn't create the Test folder or any sub folders.

I had *thought* it would create the folder and sub folders and set the 
perms...but apparently I was mistaken.

Can someone point me in the right direction? 

TIA!
Cameron

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy

[Brian Desmond]

I usually use the /mir (for mirror) switch, but if you don't want the deletes 
to replicate then you'd want something like /s /e /sec /z /eta /w:0 /r:0

Thanks,
Brian Desmond
br...@briandesmond.com

w - 312.625.1438 | c   - 312.731.3132

From: Cameron [mailto:cameron.orl...@gmail.com]
Sent: Friday, October 15, 2010 8:21 AM
To: NT System Admin Issues
Subject: Robocopy

Ok, who the heck would have thought that Friday is actually a Monday in 
disguise!

After totally changing the permissions on everyones home directories using 
Robocopy...I figured I'd better ask. I'm moving some leftover home directories 
from one server to another and got the bright idea to use Robocopy GUI to do 
this. Read the help file, did some googlefuing, thought I had it nailed.
Set the source path: I:\\users\test (just a test folder with some files and sub 
folders)
Set the target path: G:\\users\ (just a mapped drive to the other server)
Copy options: /copyall and /move (so that it would move the folder/subdirs and 
keep the securities that I had placed on it)
Ran the script and checked the other server.

Yep...that was the plan...

It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt  and didn't create the Test folder or any sub folders.

I had *thought* it would create the folder and sub folders and set the 
perms...but apparently I was mistaken.

Can someone point me in the right direction? 

TIA!
Cameron

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy

[Kennedy, Jim]

Copyall is just about what file attributes to copy.

http://ss64.com/nt/robocopy.html


From: Cameron [mailto:cameron.orl...@gmail.com]
Sent: Friday, October 15, 2010 1:42 PM
To: NT System Admin Issues
Subject: Re: Robocopy

I thought that the /copyall would copy everything over (directories, security, 
files) and create the folders on the fly?



On Fri, Oct 15, 2010 at 12:52 PM, Andrew S. Baker 
mailto:asbz...@gmail.com>> wrote:
/S /E

Just like with XCOPY



ASB (My XeeSM Profile)<http://xeesm.com/AndrewBaker>
Exploiting Technology for Business Advantage...



On Fri, Oct 15, 2010 at 12:33 PM, Maglinger, Paul 
mailto:pmaglin...@scvl.com>> wrote:
First, I never move, I always copy then delete the original.  (yeah, I know, 
hindsight and all)
Second, it's been a looong time since I used this, but it seems that there were 
some checkbox options for subdirectories somewhere.  I'll poke around and see 
if I can find my installation of it and provide more details.

-Paul


From: Cameron [mailto:cameron.orl...@gmail.com<mailto:cameron.orl...@gmail.com>]
Sent: Friday, October 15, 2010 10:21 AM
To: NT System Admin Issues
Subject: Robocopy

Ok, who the heck would have thought that Friday is actually a Monday in 
disguise!

After totally changing the permissions on everyones home directories using 
Robocopy...I figured I'd better ask. I'm moving some leftover home directories 
from one server to another and got the bright idea to use Robocopy GUI to do 
this. Read the help file, did some googlefuing, thought I had it nailed.
Set the source path: I:\\users\test (just a test folder with some files and sub 
folders)
Set the target path: G:\\users\ (just a mapped drive to the other server)
Copy options: /copyall and /move (so that it would move the folder/subdirs and 
keep the securities that I had placed on it)
Ran the script and checked the other server.

Yep...that was the plan...

It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt  and didn't create the Test folder or any sub folders.

I had *thought* it would create the folder and sub folders and set the 
perms...but apparently I was mistaken.

Can someone point me in the right direction? 

TIA!
Cameron

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy

[Andrew S. Baker]

That's not what the parameter is about:


  /COPY:copyflag[s] :: what to COPY for files (default is /COPY:DAT).
   (copyflags : D=Data, A=Attributes, T=Timestamps).
   (S=Security=NTFS ACLs, O=Owner info, U=aUditing
info).

   /DCOPY:T :: COPY Directory Timestamps.

   /SEC :: copy files with SECurity (equivalent to /COPY:DATS).
   /COPYALL :: COPY ALL file info (equivalent to /COPY:DATSOU).
/NOCOPY :: COPY NO file info (useful with /PURGE).


Check ROBOCOPY /?


*ASB *(My XeeSM Profile) 
*Exploiting Technology for Business Advantage...*
* *



On Fri, Oct 15, 2010 at 1:42 PM, Cameron  wrote:

> I thought that the /copyall would copy everything over (directories,
> security, files) and create the folders on the fly?
>
>
>
> On Fri, Oct 15, 2010 at 12:52 PM, Andrew S. Baker wrote:
>
>> /S /E
>>
>> Just like with XCOPY
>>
>>
>>  *ASB *(My XeeSM Profile) 
>> *Exploiting Technology for Business Advantage...*
>> * *
>>
>>
>>
>>  On Fri, Oct 15, 2010 at 12:33 PM, Maglinger, Paul 
>> wrote:
>>
>>>   First, I never move, I always copy then delete the original.  (yeah, I
>>> know, hindsight and all)
>>>
>>> Second, it’s been a looong time since I used this, but it seems that
>>> there were some checkbox options for subdirectories somewhere.  I’ll poke
>>> around and see if I can find my installation of it and provide more details.
>>>
>>>
>>>
>>> -Paul
>>>
>>>
>>>
>>>
>>>
>>> *From:* Cameron [mailto:cameron.orl...@gmail.com]
>>> *Sent:* Friday, October 15, 2010 10:21 AM
>>> *To:* NT System Admin Issues
>>> *Subject:* Robocopy
>>>
>>>
>>>
>>> Ok, who the heck would have thought that Friday is actually a Monday in
>>> disguise!
>>>
>>>
>>>
>>> After totally changing the permissions on everyones home directories
>>> using Robocopy...I figured I'd better ask. I'm moving some leftover home
>>> directories from one server to another and got the bright idea to use
>>> Robocopy GUI to do this. Read the help file, did some googlefuing, thought I
>>> had it nailed.
>>>
>>> Set the source path: I:\\users\test (just a test folder with some files
>>> and sub folders)
>>>
>>> Set the target path: G:\\users\ (just a mapped drive to the other server)
>>>
>>> Copy options: /copyall and /move (so that it would move the
>>> folder/subdirs and keep the securities that I had placed on it)
>>>
>>> Ran the script and checked the other server.
>>>
>>>
>>>
>>> Yep...that was the plan...
>>>
>>>
>>>
>>> It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt
>>>  and didn't create the Test folder or any sub
>>> folders.
>>>
>>>
>>>
>>> I had *thought* it would create the folder and sub folders and set the
>>> perms...but apparently I was mistaken.
>>>
>>>
>>>
>>> Can someone point me in the right direction? >> reset all the bloody home directory perms again!>
>>>
>>>
>>>
>>> TIA!
>>>
>>> Cameron
>>>
>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>> ~   ~
>>>
>>> ---
>>> To manage subscriptions click here:
>>> http://lyris.sunbelt-software.com/read/my_forums/
>>> or send an email to listmana...@lyris.sunbeltsoftware.com
>>> with the body: unsubscribe ntsysadmin
>>>
>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>> ~   ~
>>>
>>> ---
>>> To manage subscriptions click here:
>>> http://lyris.sunbelt-software.com/read/my_forums/
>>> or send an email to listmana...@lyris.sunbeltsoftware.com
>>> with the body: unsubscribe ntsysadmin
>>>
>>
>>   ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~   ~
>>
>> ---
>> To manage subscriptions click here:
>> http://lyris.sunbelt-software.com/read/my_forums/
>> or send an email to listmana...@lyris.sunbeltsoftware.com
>> with the body: unsubscribe ntsysadmin
>>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy

[Cameron]

I thought that the /copyall would copy everything over (directories,
security, files) and create the folders on the fly?



On Fri, Oct 15, 2010 at 12:52 PM, Andrew S. Baker  wrote:

> /S /E
>
> Just like with XCOPY
>
>
>  *ASB *(My XeeSM Profile) 
> *Exploiting Technology for Business Advantage...*
> * *
>
>
>
>  On Fri, Oct 15, 2010 at 12:33 PM, Maglinger, Paul wrote:
>
>>   First, I never move, I always copy then delete the original.  (yeah, I
>> know, hindsight and all)
>>
>> Second, it’s been a looong time since I used this, but it seems that there
>> were some checkbox options for subdirectories somewhere.  I’ll poke around
>> and see if I can find my installation of it and provide more details.
>>
>>
>>
>> -Paul
>>
>>
>>
>>
>>
>> *From:* Cameron [mailto:cameron.orl...@gmail.com]
>> *Sent:* Friday, October 15, 2010 10:21 AM
>> *To:* NT System Admin Issues
>> *Subject:* Robocopy
>>
>>
>>
>> Ok, who the heck would have thought that Friday is actually a Monday in
>> disguise!
>>
>>
>>
>> After totally changing the permissions on everyones home directories using
>> Robocopy...I figured I'd better ask. I'm moving some leftover home
>> directories from one server to another and got the bright idea to use
>> Robocopy GUI to do this. Read the help file, did some googlefuing, thought I
>> had it nailed.
>>
>> Set the source path: I:\\users\test (just a test folder with some files
>> and sub folders)
>>
>> Set the target path: G:\\users\ (just a mapped drive to the other server)
>>
>> Copy options: /copyall and /move (so that it would move the folder/subdirs
>> and keep the securities that I had placed on it)
>>
>> Ran the script and checked the other server.
>>
>>
>>
>> Yep...that was the plan...
>>
>>
>>
>> It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt
>>  and didn't create the Test folder or any sub
>> folders.
>>
>>
>>
>> I had *thought* it would create the folder and sub folders and set the
>> perms...but apparently I was mistaken.
>>
>>
>>
>> Can someone point me in the right direction? > reset all the bloody home directory perms again!>
>>
>>
>>
>> TIA!
>>
>> Cameron
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~   ~
>>
>> ---
>> To manage subscriptions click here:
>> http://lyris.sunbelt-software.com/read/my_forums/
>> or send an email to listmana...@lyris.sunbeltsoftware.com
>> with the body: unsubscribe ntsysadmin
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~   ~
>>
>> ---
>> To manage subscriptions click here:
>> http://lyris.sunbelt-software.com/read/my_forums/
>> or send an email to listmana...@lyris.sunbeltsoftware.com
>> with the body: unsubscribe ntsysadmin
>>
>
>   ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy

[Andrew S. Baker]

/S /E

Just like with XCOPY


*ASB *(My XeeSM Profile) 
*Exploiting Technology for Business Advantage...*
* *



On Fri, Oct 15, 2010 at 12:33 PM, Maglinger, Paul wrote:

>  First, I never move, I always copy then delete the original.  (yeah, I
> know, hindsight and all)
>
> Second, it’s been a looong time since I used this, but it seems that there
> were some checkbox options for subdirectories somewhere.  I’ll poke around
> and see if I can find my installation of it and provide more details.
>
>
>
> -Paul
>
>
>
>
>
> *From:* Cameron [mailto:cameron.orl...@gmail.com]
> *Sent:* Friday, October 15, 2010 10:21 AM
> *To:* NT System Admin Issues
> *Subject:* Robocopy
>
>
>
> Ok, who the heck would have thought that Friday is actually a Monday in
> disguise!
>
>
>
> After totally changing the permissions on everyones home directories using
> Robocopy...I figured I'd better ask. I'm moving some leftover home
> directories from one server to another and got the bright idea to use
> Robocopy GUI to do this. Read the help file, did some googlefuing, thought I
> had it nailed.
>
> Set the source path: I:\\users\test (just a test folder with some files and
> sub folders)
>
> Set the target path: G:\\users\ (just a mapped drive to the other server)
>
> Copy options: /copyall and /move (so that it would move the folder/subdirs
> and keep the securities that I had placed on it)
>
> Ran the script and checked the other server.
>
>
>
> Yep...that was the plan...
>
>
>
> It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt
>  and didn't create the Test folder or any sub
> folders.
>
>
>
> I had *thought* it would create the folder and sub folders and set the
> perms...but apparently I was mistaken.
>
>
>
> Can someone point me in the right direction?  all the bloody home directory perms again!>
>
>
>
> TIA!
>
> Cameron
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: Robocopy

[Don Kuhlman]

I've never used the gui before - but if it's similar then the /s or whatever 
option or checkbox for subdirectory should get your files there and not wipe 
out 
your already existing permissions.





From: Cameron 
To: NT System Admin Issues 
Sent: Fri, October 15, 2010 5:21:09 AM
Subject: Robocopy


Ok, who the heck would have thought that Friday is actually a Monday in 
disguise!

After totally changing the permissions on everyones home directories using 
Robocopy...I figured I'd better ask. I'm moving some leftover home directories 
from one server to another and got the bright idea to use Robocopy GUI to do 
this. Read the help file, did some googlefuing, thought I had it nailed.
Set the source path: I:\\users\test (just a test folder with some files and sub 
folders)
Set the target path: G:\\users\ (just a mapped drive to the other server)
Copy options: /copyall and /move (so that it would move the folder/subdirs and 
keep the securities that I had placed on it)
Ran the script and checked the other server.

Yep...that was the plan...

It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt  and didn't create the Test folder or any sub folders.

I had *thought* it would create the folder and sub folders and set the 
perms...but apparently I was mistaken.

Can someone point me in the right direction? 

TIA!
Cameron
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


  
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy

[Maglinger, Paul]

Make sure you do the checkbox for /s or /e for the subdirectories.  

 

From: Maglinger, Paul [mailto:pmaglin...@scvl.com] 
Sent: Friday, October 15, 2010 11:34 AM
To: NT System Admin Issues
Subject: RE: Robocopy

 

First, I never move, I always copy then delete the original.  (yeah, I
know, hindsight and all)

Second, it's been a looong time since I used this, but it seems that
there were some checkbox options for subdirectories somewhere.  I'll
poke around and see if I can find my installation of it and provide more
details.

 

-Paul

 

 

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Friday, October 15, 2010 10:21 AM
To: NT System Admin Issues
Subject: Robocopy

 

Ok, who the heck would have thought that Friday is actually a Monday in
disguise!

 

After totally changing the permissions on everyones home directories
using Robocopy...I figured I'd better ask. I'm moving some leftover home
directories from one server to another and got the bright idea to use
Robocopy GUI to do this. Read the help file, did some googlefuing,
thought I had it nailed.

Set the source path: I:\\users\test (just a test folder with some files
and sub folders)

Set the target path: G:\\users\ (just a mapped drive to the other
server)

Copy options: /copyall and /move (so that it would move the
folder/subdirs and keep the securities that I had placed on it)

Ran the script and checked the other server.

 

Yep...that was the plan...

 

It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt
 and didn't create the Test folder or any sub
folders.

 

I had *thought* it would create the folder and sub folders and set the
perms...but apparently I was mistaken.

 

Can someone point me in the right direction? 

 

TIA!

Cameron

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy

[Maglinger, Paul]

First, I never move, I always copy then delete the original.  (yeah, I
know, hindsight and all)

Second, it's been a looong time since I used this, but it seems that
there were some checkbox options for subdirectories somewhere.  I'll
poke around and see if I can find my installation of it and provide more
details.

 

-Paul

 

 

From: Cameron [mailto:cameron.orl...@gmail.com] 
Sent: Friday, October 15, 2010 10:21 AM
To: NT System Admin Issues
Subject: Robocopy

 

Ok, who the heck would have thought that Friday is actually a Monday in
disguise!

 

After totally changing the permissions on everyones home directories
using Robocopy...I figured I'd better ask. I'm moving some leftover home
directories from one server to another and got the bright idea to use
Robocopy GUI to do this. Read the help file, did some googlefuing,
thought I had it nailed.

Set the source path: I:\\users\test (just a test folder with some files
and sub folders)

Set the target path: G:\\users\ (just a mapped drive to the other
server)

Copy options: /copyall and /move (so that it would move the
folder/subdirs and keep the securities that I had placed on it)

Ran the script and checked the other server.

 

Yep...that was the plan...

 

It moved the file I:\\users\test\filename.txt to G:\\users\filename.txt
 and didn't create the Test folder or any sub
folders.

 

I had *thought* it would create the folder and sub folders and set the
perms...but apparently I was mistaken.

 

Can someone point me in the right direction? 

 

TIA!

Cameron

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: Robocopy /SEC

[Ralph Smith]

Looks interesting. If I get some time maybe I'll play with it.  

 

> -Original Message-
> From: Steven Peck [mailto:sep...@gmail.com]
> Sent: Thursday, July 15, 2010 11:47 AM
> To: NT System Admin Issues
> Subject: Re: Robocopy /SEC
> 
> This is kind of random, but have you thought about trying BITs?  It
> seems to have an option to copy security information as well and it
> might handle it better (or worse).  I don't really know but thoguht I
> would toss it out there.
> 
> http://msdn.microsoft.com/en-us/library/Aa362813
> 
> Steven
> 
> On Thu, Jul 15, 2010 at 6:12 AM, Ralph Smith 
> wrote:
> > True that adding the /SEC option is making the difference, I was trying
> to
> > determine if the results I am getting are typical or if I should be
> looking
> > for something else that could be exacerbating the performance hit.
> >
> > I didn't find much information Googling around, but I did see some
> people
> > mentioning a similar experience, although without any actual data
> provided.
> > One suggestion I saw was to use the Windows 7 or 2008 R2 version of
> RoboCopy
> > since it is multithreaded. It seems for some people this significantly
> > decreases the time it takes RoboCopy to do the security settings
> > comparisons.
> >
> >
> >
> > I don't have that version available on either of the machines involved,
> but
> > I am running a test using RichCopy, which is also multithreaded, to do
> the
> > same thing.  A quick check with POCMON does show a constant stream of
> seven
> > operations per file.
> >
> >
> >
> > Your suggestion to only use the /SEC option occasionally makes a lot of
> > sense, since the folder structure and security settings at these branch
> > offices is basically static.
> >
> >
> >
> > Thanks,
> >
> >
> >
> > Ralph
> >
> >
> >
> >
> >
> > 
> >
> > From: Alverson, Tom (XETRON) [mailto:tom.alver...@ngc.com]
> > Sent: Wednesday, July 14, 2010 4:47 PM
> > To: NT System Admin Issues
> > Subject: RE: EXTERNAL:RE: Robocopy /SEC
> >
> >
> >
> > I bet the difference is the /SEC (or /COPYALL) option requires a lot
> more
> > network traffic to retrieve the security information for each and every
> file
> > (even files that already exist on the destination) to see if any changes
> in
> > the security parameters are needed.  You could run FILEMON (or it's
> > replacement PROCMON) from Sysinternals (Microsoft) to see the file
> activity
> > on one end.  You could run it without the /SEC option most of the time
> as
> > the copied files will just get their security from the parent directory
> by
> > default, and then run it occasionally with /SEC to fix up any permission
> > oddities.
> >
> >
> >
> > From: Ralph Smith [mailto:m...@gatewayindustries.org]
> > Sent: Wednesday, July 14, 2010 12:13 PM
> > To: NT System Admin Issues
> > Subject: EXTERNAL:RE: Robocopy /SEC
> >
> >
> >
> > About 24K files, 3.6GB see below.  It looks like all the time is in the
> > "Extras" column.
> >
> > I don't see anything of interest in the event logs of either server or
> in
> > any DC.
> >
> >
> >
> > 
> --
> >
> >
> >
> >     Total    Copied   Skipped  Mismatch    FAILED    Extras
> >
> >  Dirs :  3981    75  3906 0 0    12
> >
> >     Files : 24606   370 24236 0 0    57
> >
> >     Bytes :   3.646 g  147.11 m   3.503 g 0 0    3.08 m
> >
> >     Times :  34:31:10   0:32:41   0:00:00  33:58:28
> >
> >
> >
> >     Speed :   78651 Bytes/sec.
> >
> >     Speed :   4.500 MegaBytes/min.
> >
> >
> >
> >     Ended : Wed Jul 14 05:01:13 2010
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Here's a log from before I added the /SEC switch:
> >
> >
> >
> > 
> --
> >
> >
> >
> >     Total    Copied   Skipped  Mismatch    FAILED    Extras
> >
> >  Dirs :  3903 0  3903 0     0 0
> >
> >     Files : 24231   

Re: Robocopy /SEC

[Steven Peck]

This is kind of random, but have you thought about trying BITs?  It
seems to have an option to copy security information as well and it
might handle it better (or worse).  I don't really know but thoguht I
would toss it out there.

http://msdn.microsoft.com/en-us/library/Aa362813

Steven

On Thu, Jul 15, 2010 at 6:12 AM, Ralph Smith  wrote:
> True that adding the /SEC option is making the difference, I was trying to
> determine if the results I am getting are typical or if I should be looking
> for something else that could be exacerbating the performance hit.
>
> I didn’t find much information Googling around, but I did see some people
> mentioning a similar experience, although without any actual data provided.
> One suggestion I saw was to use the Windows 7 or 2008 R2 version of RoboCopy
> since it is multithreaded. It seems for some people this significantly
> decreases the time it takes RoboCopy to do the security settings
> comparisons.
>
>
>
> I don’t have that version available on either of the machines involved, but
> I am running a test using RichCopy, which is also multithreaded, to do the
> same thing.  A quick check with POCMON does show a constant stream of seven
> operations per file.
>
>
>
> Your suggestion to only use the /SEC option occasionally makes a lot of
> sense, since the folder structure and security settings at these branch
> offices is basically static.
>
>
>
> Thanks,
>
>
>
> Ralph
>
>
>
>
>
> 
>
> From: Alverson, Tom (XETRON) [mailto:tom.alver...@ngc.com]
> Sent: Wednesday, July 14, 2010 4:47 PM
> To: NT System Admin Issues
> Subject: RE: EXTERNAL:RE: Robocopy /SEC
>
>
>
> I bet the difference is the /SEC (or /COPYALL) option requires a lot more
> network traffic to retrieve the security information for each and every file
> (even files that already exist on the destination) to see if any changes in
> the security parameters are needed.  You could run FILEMON (or it’s
> replacement PROCMON) from Sysinternals (Microsoft) to see the file activity
> on one end.  You could run it without the /SEC option most of the time as
> the copied files will just get their security from the parent directory by
> default, and then run it occasionally with /SEC to fix up any permission
> oddities.
>
>
>
> From: Ralph Smith [mailto:m...@gatewayindustries.org]
> Sent: Wednesday, July 14, 2010 12:13 PM
> To: NT System Admin Issues
> Subject: EXTERNAL:RE: Robocopy /SEC
>
>
>
> About 24K files, 3.6GB see below.  It looks like all the time is in the
> “Extras” column.
>
> I don’t see anything of interest in the event logs of either server or in
> any DC.
>
>
>
> --
>
>
>
>     Total    Copied   Skipped  Mismatch    FAILED    Extras
>
>  Dirs :  3981    75  3906 0 0    12
>
>     Files : 24606   370 24236 0 0    57
>
>     Bytes :   3.646 g  147.11 m   3.503 g 0 0    3.08 m
>
>     Times :  34:31:10   0:32:41   0:00:00  33:58:28
>
>
>
>     Speed :   78651 Bytes/sec.
>
>     Speed :   4.500 MegaBytes/min.
>
>
>
>     Ended : Wed Jul 14 05:01:13 2010
>
>
>
>
>
>
>
>
>
> Here’s a log from before I added the /SEC switch:
>
>
>
> --
>
>
>
>     Total    Copied   Skipped  Mismatch    FAILED    Extras
>
>  Dirs :  3903 0  3903 0     0 0
>
>     Files : 24231    14 24217 0 0 0
>
>     Bytes :   3.613 g    5.63 m   3.607 g 0 0 0
>
>     Times :   0:36:43   0:01:09   0:00:00   0:35:33
>
>
>
>     Speed :   85009 Bytes/sec.
>
>     Speed :   4.864 MegaBytes/min.
>
>
>
>     Ended : Thu Jun 17 19:06:44 2010
>
>
>
>
>
>
>
>
>
> FWIW, I’m copying from a Win 2003 SP2 server to a Win 2008 server over a VPN
> (DSL at one end, cable at the other)
>
> The command line running on the remote server is:
>
> c:\robocopy\robocopy D:\Data "\\MainOfficeServer\BranchNameShare" /MIR /SEC
> /LOG:c:\robocopy\DailyBackupLog.txt /R:10 /w:10 /TS
>
>
>
>
>
>
>
>
>
> Ralph Smith
>
> Gateway Community Industries
>
> 845-331-1261 x234
>
>
>
> 
>
> From: David Lum [mailto:david@nwea.org]
> Sent: Wednesday, July 14, 2

RE: Robocopy /SEC

[Ralph Smith]

True that adding the /SEC option is making the difference, I was trying
to determine if the results I am getting are typical or if I should be
looking for something else that could be exacerbating the performance
hit.

I didn't find much information Googling around, but I did see some
people mentioning a similar experience, although without any actual data
provided.  One suggestion I saw was to use the Windows 7 or 2008 R2
version of RoboCopy since it is multithreaded. It seems for some people
this significantly decreases the time it takes RoboCopy to do the
security settings comparisons.

 

I don't have that version available on either of the machines involved,
but I am running a test using RichCopy, which is also multithreaded, to
do the same thing.  A quick check with POCMON does show a constant
stream of seven operations per file.

 

Your suggestion to only use the /SEC option occasionally makes a lot of
sense, since the folder structure and security settings at these branch
offices is basically static.

 

Thanks,

 

Ralph

 

 



From: Alverson, Tom (XETRON) [mailto:tom.alver...@ngc.com] 
Sent: Wednesday, July 14, 2010 4:47 PM
To: NT System Admin Issues
Subject: RE: EXTERNAL:RE: Robocopy /SEC

 

I bet the difference is the /SEC (or /COPYALL) option requires a lot
more network traffic to retrieve the security information for each and
every file (even files that already exist on the destination) to see if
any changes in the security parameters are needed.  You could run
FILEMON (or it's replacement PROCMON) from Sysinternals (Microsoft) to
see the file activity on one end.  You could run it without the /SEC
option most of the time as the copied files will just get their security
from the parent directory by default, and then run it occasionally with
/SEC to fix up any permission oddities.

 

From: Ralph Smith [mailto:m...@gatewayindustries.org] 
Sent: Wednesday, July 14, 2010 12:13 PM
To: NT System Admin Issues
Subject: EXTERNAL:RE: Robocopy /SEC

 

About 24K files, 3.6GB see below.  It looks like all the time is in the
"Extras" column.

I don't see anything of interest in the event logs of either server or
in any DC. 

 


--

 

TotalCopied   Skipped  MismatchFAILEDExtras

 Dirs :  398175  3906 0 012

Files : 24606   370 24236 0 057

Bytes :   3.646 g  147.11 m   3.503 g 0 03.08 m

Times :  34:31:10   0:32:41   0:00:00  33:58:28

 

Speed :   78651 Bytes/sec.

Speed :   4.500 MegaBytes/min.

 

Ended : Wed Jul 14 05:01:13 2010

 

 

 

 

Here's a log from before I added the /SEC switch:

 


--

 

TotalCopied   Skipped  MismatchFAILEDExtras

 Dirs :  3903 0  3903 0 0 0

Files : 2423114 24217 0 0 0

Bytes :   3.613 g5.63 m   3.607 g 0 0 0

Times :   0:36:43   0:01:09   0:00:00   0:35:33

 

Speed :   85009 Bytes/sec.

Speed :   4.864 MegaBytes/min.

 

Ended : Thu Jun 17 19:06:44 2010

 

 

 

 

FWIW, I'm copying from a Win 2003 SP2 server to a Win 2008 server over a
VPN (DSL at one end, cable at the other)

The command line running on the remote server is:

c:\robocopy\robocopy D:\Data "\\MainOfficeServer\BranchNameShare" /MIR
/SEC /LOG:c:\robocopy\DailyBackupLog.txt /R:10 /w:10 /TS 

 

 

 

 

Ralph Smith

Gateway Community Industries

845-331-1261 x234

 



From: David Lum [mailto:david@nwea.org] 
Sent: Wednesday, July 14, 2010 10:03 AM
To: NT System Admin Issues
Subject: RE: Robocopy /SEC

 

How much data are you moving? I use /SEC or /COPYALL and I don't see a
24x increase in copying 4-5GB and thousands of files. Anything in the
event log of the source, target, or DC's?

David Lum // SYSTEMS ENGINEER 
NORTHWEST EVALUATION ASSOCIATION
(Desk) 971.222.1025 // (Cell) 503.267.9764

 

 

 

From: Ralph Smith [mailto:m...@gatewayindustries.org] 
Sent: Wednesday, July 14, 2010 6:19 AM
To: NT System Admin Issues
Subject: Robocopy /SEC

 

I've been using RoboCopy for years to copy files from remote offices
back to a server at the main office and it has worked great.  Recently I
had to for the first time use the backed up files when rebuilding a
server at one of those remote offices and realized that because I was
only using the /MIR switch I didn't have any of the security settings.
Not a big deal because I have them documented and was able to recreate
them.  However, I decided to add the /SEC switch fo

RE: Robocopy /SEC

[Ralph Smith]

About 24K files, 3.6GB see below.  It looks like all the time is in the
"Extras" column.

I don't see anything of interest in the event logs of either server or
in any DC. 

 


--

 

TotalCopied   Skipped  MismatchFAILEDExtras

 Dirs :  398175  3906 0 012

Files : 24606   370 24236 0 057

Bytes :   3.646 g  147.11 m   3.503 g 0 03.08 m

Times :  34:31:10   0:32:41   0:00:00  33:58:28

 

Speed :   78651 Bytes/sec.

Speed :   4.500 MegaBytes/min.

 

Ended : Wed Jul 14 05:01:13 2010

 

 

 

 

Here's a log from before I added the /SEC switch:

 


--

 

TotalCopied   Skipped  MismatchFAILEDExtras

 Dirs :  3903 0  3903 0 0 0

Files : 2423114 24217 0 0 0

Bytes :   3.613 g5.63 m   3.607 g 0 0 0

Times :   0:36:43   0:01:09   0:00:00   0:35:33

 

Speed :   85009 Bytes/sec.

Speed :   4.864 MegaBytes/min.

 

Ended : Thu Jun 17 19:06:44 2010

 

 

 

 

FWIW, I'm copying from a Win 2003 SP2 server to a Win 2008 server over a
VPN (DSL at one end, cable at the other)

The command line running on the remote server is:

c:\robocopy\robocopy D:\Data "\\MainOfficeServer\BranchNameShare" /MIR
/SEC /LOG:c:\robocopy\DailyBackupLog.txt /R:10 /w:10 /TS 

 

 

 

 

Ralph Smith

Gateway Community Industries

845-331-1261 x234

 



From: David Lum [mailto:david@nwea.org] 
Sent: Wednesday, July 14, 2010 10:03 AM
To: NT System Admin Issues
Subject: RE: Robocopy /SEC

 

How much data are you moving? I use /SEC or /COPYALL and I don't see a
24x increase in copying 4-5GB and thousands of files. Anything in the
event log of the source, target, or DC's?

David Lum // SYSTEMS ENGINEER 
NORTHWEST EVALUATION ASSOCIATION
(Desk) 971.222.1025 // (Cell) 503.267.9764

 

 

 

From: Ralph Smith [mailto:m...@gatewayindustries.org] 
Sent: Wednesday, July 14, 2010 6:19 AM
To: NT System Admin Issues
Subject: Robocopy /SEC

 

I've been using RoboCopy for years to copy files from remote offices
back to a server at the main office and it has worked great.  Recently I
had to for the first time use the backed up files when rebuilding a
server at one of those remote offices and realized that because I was
only using the /MIR switch I didn't have any of the security settings.
Not a big deal because I have them documented and was able to recreate
them.  However, I decided to add the /SEC switch for future backups.

 

What I have found is that whereas in the past it used to take on the
average 30 to 60 minutes every night, since adding /SEC it now runs for
24 hours or more, even though the actual copy time is only 30 minutes or
so.

 

Does anyone know if this is typical behavior when using RoboCopy with
/MIR /SEC?

 

Ralph 

 

 

Confidentiality Notice:

**

This communication, including any attachments, may contain confidential
information and is intended only for the individual or entity to whom it
is addressed. Any review, dissemination, or copying of this
communication by an yone other than the intended recipient is strictly
prohibited. If you are no t the intended recipient, please contact the
sender by reply email, delete a nd destroy all copies of the original
message.

 

 

 

 

 

Confidentiality Notice: 


--





This communication, including any attachments, may contain confidential inf
ormation and is intended only for the individual or entity to whom it is add
ressed. Any review, dissemination, or copying of this communication by anyon
e other than the intended recipient is strictly prohibited. If you are not t
he intended recipient, please contact the sender by reply email, delete and 
destroy all copies of the original message.


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Robocopy /SEC

[Joseph L. Casale]

Sec related traffic that it never had to query against your dc before?

From: Ralph Smith [mailto:m...@gatewayindustries.org]
Sent: Wednesday, July 14, 2010 7:19 AM
To: NT System Admin Issues
Subject: Robocopy /SEC

I've been using RoboCopy for years to copy files from remote offices back to a 
server at the main office and it has worked great.  Recently I had to for the 
first time use the backed up files when rebuilding a server at one of those 
remote offices and realized that because I was only using the /MIR switch I 
didn't have any of the security settings.  Not a big deal because I have them 
documented and was able to recreate them.  However, I decided to add the /SEC 
switch for future backups.

What I have found is that whereas in the past it used to take on the average 30 
to 60 minutes every night, since adding /SEC it now runs for 24 hours or more, 
even though the actual copy time is only 30 minutes or so.

Does anyone know if this is typical behavior when using RoboCopy with /MIR /SEC?

Ralph



Confidentiality Notice:

**

This communication, including any attachments, may contain confidential 
information and is intended only for the individual or entity to whom it is 
addressed. Any review, dissemination, or copying of this communication by an 
yone other than the intended recipient is strictly prohibited. If you are no t 
the intended recipient, please contact the sender by reply email, delete a nd 
destroy all copies of the original message.






~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Robocopy /SEC

[David Lum]

How much data are you moving? I use /SEC or /COPYALL and I don't see a 24x 
increase in copying 4-5GB and thousands of files. Anything in the event log of 
the source, target, or DC's?
David Lum // SYSTEMS ENGINEER
NORTHWEST EVALUATION ASSOCIATION
(Desk) 971.222.1025 // (Cell) 503.267.9764



From: Ralph Smith [mailto:m...@gatewayindustries.org]
Sent: Wednesday, July 14, 2010 6:19 AM
To: NT System Admin Issues
Subject: Robocopy /SEC

I've been using RoboCopy for years to copy files from remote offices back to a 
server at the main office and it has worked great.  Recently I had to for the 
first time use the backed up files when rebuilding a server at one of those 
remote offices and realized that because I was only using the /MIR switch I 
didn't have any of the security settings.  Not a big deal because I have them 
documented and was able to recreate them.  However, I decided to add the /SEC 
switch for future backups.

What I have found is that whereas in the past it used to take on the average 30 
to 60 minutes every night, since adding /SEC it now runs for 24 hours or more, 
even though the actual copy time is only 30 minutes or so.

Does anyone know if this is typical behavior when using RoboCopy with /MIR /SEC?

Ralph



Confidentiality Notice:

**

This communication, including any attachments, may contain confidential 
information and is intended only for the individual or entity to whom it is 
addressed. Any review, dissemination, or copying of this communication by an 
yone other than the intended recipient is strictly prohibited. If you are no t 
the intended recipient, please contact the sender by reply email, delete a nd 
destroy all copies of the original message.






~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Robocopy question

[Mayo, Bill]

Thanks for the replies and the help.  I have tracked down version xp026,
and it does appear to be working as I had previously experienced.  I was
using xp010, which was the newest version I had found (outside of the
Robocopy GUI) and I thought that was going to be better than using the
older version I had often used (v 1.96 for NT(!)).

Bill Mayo 

-Original Message-
From: Joseph L. Casale [mailto:jcas...@activenetwerx.com] 
Sent: Wednesday, March 10, 2010 2:41 PM
To: NT System Admin Issues
Subject: RE: Robocopy question

>I did some more research on this, and I think my problem relates to the

>version of RoboCopy I am using.

Yeah, sorry. I forgot about that. The one I use is xp026, it runs on
xp/w2k3 etc and is the version that seems to run trouble free for me.

I did some tests with your situation and it worked for me. Look for that
one.

jlc


~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~




~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Robocopy question

[Joseph L. Casale]

>I did some more research on this, and I think my problem relates to the
>version of RoboCopy I am using.

Yeah, sorry. I forgot about that. The one I use is xp026, it runs on xp/w2k3 etc
and is the version that seems to run trouble free for me.

I did some tests with your situation and it worked for me. Look for that one.

jlc


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Robocopy question

[Mayo, Bill]

I mistyped the bit about permissions.  What I am saying is that the
folders copied over all have the correct permissions.  The files,
however, have some sort of default/base permissions.  At the source, the
files are set to inherit permissions, but that is not being copied over.

I did some more research on this, and I think my problem relates to the
version of RoboCopy I am using.  I have a couple different versions
floating around, and it seems that this behavior is "by design"
according to
http://blogs.technet.com/filecab/archive/2008/07/31/robocopy-mir-switch-
mirroring-file-permissions.aspx.  It is however, different from what I
have experienced using an older version of RoboCopy in the past.

Basically all I want is to mirror the directory structure over,
maintaining all the security/owner information.  Since I didn't discover
the permissions issue until after the (very large) initial mirror had
completed, I just want to go back and fix the permissions on the already
copied files.  The options indicated in the above article for doing this
did not work for me, but I *think* I have found the right command-line
combo to do that with:

/E /IS /IT /COPY:ATSO

I am doing regular mirrors up until a certain time when I will cut over
to the new location, so having to do the 2 different runs for file
copies and permissions is not a great solution.  Anybody that has any
further insight or suggestions, I am happy to hear it.

Bill Mayo



-Original Message-
From: Joseph L. Casale [mailto:jcas...@activenetwerx.com] 
Sent: Tuesday, March 09, 2010 8:46 PM
To: NT System Admin Issues
Subject: RE: Robocopy question

The "D" flag copies data, so omit that I presume. Your problem stems
from the fact that the Local Users on the target Server don't exist on
the dest server, but you should get an orphaned sid in its place.

I'm not sure what you mean anyway, folders inheriting permissions from
files?

-Original Message-
From: Mayo, Bill [mailto:bem...@pittcountync.gov]
Sent: Tuesday, March 09, 2010 2:59 PM
To: NT System Admin Issues
Subject: Robocopy question

Does anybody know if using Robocopy with the "/B" option would have the
effect of adjusting permissions on the files (not folders) to some sort
of base/standard?  I am migrating some files and had decided to try this
option to get around "access denied" errors for things where folks had
changed the default permissions or whatnot.  I thought it was going
swimmingly until I discovered that the files are not getting the
permissions from the originals, although I had the "/COPY:DATSO"
attribute there (even tried with "/COPYALL").  The *folders* have got
the right permissions, they just are not inheriting the permissions from
the files.  The files are basically set to Administrators and System
having full control and Users having read only.  Additionally, the owner
all show as the local administrator.  Here is the command I was using:

ROBOCOPY \\server\share E:\dir\subdir\ /B /MIR /COPY:DATSO /R:0 /NDL
/LOG+:"c:\path\robolog.txt" /TEE

If "/B" is what invoked it, is there any easy way to send a new command
that would just go and mirror the permissions/owner?

Bill Mayo

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~




~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Robocopy question

[Joseph L. Casale]

The "D" flag copies data, so omit that I presume. Your problem stems
from the fact that the Local Users on the target Server don't exist
on the dest server, but you should get an orphaned sid in its place.

I'm not sure what you mean anyway, folders inheriting permissions from
files?

-Original Message-
From: Mayo, Bill [mailto:bem...@pittcountync.gov] 
Sent: Tuesday, March 09, 2010 2:59 PM
To: NT System Admin Issues
Subject: Robocopy question

Does anybody know if using Robocopy with the "/B" option would have the
effect of adjusting permissions on the files (not folders) to some sort
of base/standard?  I am migrating some files and had decided to try this
option to get around "access denied" errors for things where folks had
changed the default permissions or whatnot.  I thought it was going
swimmingly until I discovered that the files are not getting the
permissions from the originals, although I had the "/COPY:DATSO"
attribute there (even tried with "/COPYALL").  The *folders* have got
the right permissions, they just are not inheriting the permissions from
the files.  The files are basically set to Administrators and System
having full control and Users having read only.  Additionally, the owner
all show as the local administrator.  Here is the command I was using:

ROBOCOPY \\server\share E:\dir\subdir\ /B /MIR /COPY:DATSO /R:0 /NDL
/LOG+:"c:\path\robolog.txt" /TEE

If "/B" is what invoked it, is there any easy way to send a new command
that would just go and mirror the permissions/owner?

Bill Mayo

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Robocopy/xcopy type solution for slow links

[James Hill]

DFS-R?

From: N Parr [mailto:npar...@mortonind.com]
Sent: Tuesday, 2 February 2010 11:14 PM
To: NT System Admin Issues
Subject: Robocopy/xcopy type solution for slow links


So mirroring a lot of files over a slow link works just fine using a robocopy 
type solution.  Problem is in my case it takes forever to run after the initial 
local sync because of the massive amount of file compares.  The only way I can 
see this working is if I use a program to mirror the data that keeps a local DB 
of file changes and just scans the local data looking for differences then 
copies just the differences.  Basically a backup app that does a differential 
type backup with local db but overwrites the destination data with changes.  
Any Pointers?





~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Robocopy/xcopy type solution for slow links

[Kurt Buff]

Unison might be a good fit for this:

http://www.cis.upenn.edu/~bcpierce/unison/

On Tue, Feb 2, 2010 at 05:14, N Parr  wrote:
> So mirroring a lot of files over a slow link works just fine using a
> robocopy type solution.  Problem is in my case it takes forever to run after
> the initial local sync because of the massive amount of file compares.  The
> only way I can see this working is if I use a program to mirror the data
> that keeps a local DB of file changes and just scans the local data looking
> for differences then copies just the differences.  Basically a backup app
> that does a differential type backup with local db but overwrites the
> destination data with changes.  Any Pointers?
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Robocopy/xcopy type solution for slow links

[Micheal Espinola Jr]

I would definitely look into rsync, if not something that uses the same
technology/methodology.

--
ME2


On Tue, Feb 2, 2010 at 5:37 AM, Sam Cayze  wrote:

>  SyncBack has a fast backup option which stores all the file diff
> information in a database so it doesn’t have to rescan each time.  I’ve also
> found rsync to handle file diff very effectively.
>
>
>
>
>
>
>
> *From:* N Parr [mailto:npar...@mortonind.com]
> *Sent:* Tuesday, February 02, 2010 7:14 AM
>
> *To:* NT System Admin Issues
> *Subject:* Robocopy/xcopy type solution for slow links
>
>
>
> So mirroring a lot of files over a slow link works just fine using a
> robocopy type solution.  Problem is in my case it takes forever to run after
> the initial local sync because of the massive amount of file compares.  The
> only way I can see this working is if I use a program to mirror the data
> that keeps a local DB of file changes and just scans the local data looking
> for differences then copies just the differences.  Basically a backup app
> that does a differential type backup with local db but overwrites the
> destination data with changes.  Any Pointers?
>
>
>
>
>
>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Robocopy/xcopy type solution for slow links

[Sam Cayze]

SyncBack has a fast backup option which stores all the file diff
information in a database so it doesn't have to rescan each time.  I've
also found rsync to handle file diff very effectively.  

 

 

 

From: N Parr [mailto:npar...@mortonind.com] 
Sent: Tuesday, February 02, 2010 7:14 AM
To: NT System Admin Issues
Subject: Robocopy/xcopy type solution for slow links

 

So mirroring a lot of files over a slow link works just fine using a
robocopy type solution.  Problem is in my case it takes forever to run
after the initial local sync because of the massive amount of file
compares.  The only way I can see this working is if I use a program to
mirror the data that keeps a local DB of file changes and just scans the
local data looking for differences then copies just the differences.
Basically a backup app that does a differential type backup with local
db but overwrites the destination data with changes.  Any Pointers?

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: robocopy script - deleting aged folders

[N Parr]

Can someone explain to me why when I do an /XF *.bak Robocopy bombs but
with no * it's fine?  All the documentation I find says to use *.bak.



From: N Parr [mailto:npar...@mortonind.com] 
Sent: Friday, January 29, 2010 9:37 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders


I was just wanting to do a /d with no date qualifier.  Looks like /MIR
is better because it delete destination files and folders that no longer
exist.  Although in my case where I'm just trying to do a quick backup
for users I don't really want to delete anything so I can restore it
quickly to them if they accidently deleted it.  So basically I want to
do a /mir without a /purge.  So /mir isn't really the same as /d



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Friday, January 29, 2010 9:34 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders



/MIR mirrors a directory tree. The question was how to do the equivalent
of /D in xcopy, which is:

 

/D:m-d-y Copies files changed on or after the specified date.

   If no date is given, copies only those files whose

   source time is newer than the destination time.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: jonathan.l...@gmail.com [mailto:jonathan.l...@gmail.com] 
Sent: Friday, January 29, 2010 10:26 AM
To: NT System Admin Issues
Subject: Re: robocopy script - deleting aged folders

 

Am I missing something, isn't that what /mir is supposed to do?

On Fri, Jan 29, 2010 at 10:06 AM, N Parr  wrote:

But I don't want to go back a specific date, I just want it to copy the
file and replace it if it's been changed.

 



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 

Sent: Friday, January 29, 2010 8:08 AM 


To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

/MAXAGE:n

 

Excludes files with a Last Modified Date older than n days or specified
date. If n is less than 1900, then n is expressed in days. Otherwise, n
is a date expressed as MMDD.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: N Parr [mailto:npar...@mortonind.com] 
Sent: Friday, January 29, 2010 8:50 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

Another question about robocopy.  How do you do the equivalent of and
xcopy /d in robocopy?

 



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Thursday, January 28, 2010 2:00 PM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

You need /MOVE see below. /MOV only does files. /MOVE does files and
directories:

 

/MOVMoves files (that is, deletes source files after copying).

/MOVE Moves files and directories (that is, deletes source files and
directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after
that date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories
behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 

 

 



This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure u

Re: robocopy script - deleting aged folders

[Jonathan Link]

I backup with robocopy /mir.  I keep a history of backups to go back to if a
user inadvertently deletes something and realizes it within the rotation
window (two weeks).
I want deletes to take, when a user deletes a file, I want it deleted from a
backup as soon as the user deletes it.  Of course, this comes from knowing
the user base.  When a file is deleted here, there's some thought given
behind deleting it.



On Fri, Jan 29, 2010 at 10:37 AM, N Parr  wrote:

>  I was just wanting to do a /d with no date qualifier.  Looks like /MIR is
> better because it delete destination files and folders that no longer
> exist.  Although in my case where I'm just trying to do a quick backup for
> users I don't really want to delete anything so I can restore it quickly to
> them if they accidently deleted it.  So basically I want to do a /mir
> without a /purge.  So /mir isn't really the same as /d
>
>  --
>  *From:* Christopher Bodnar [mailto:christopher_bod...@glic.com]
> *Sent:* Friday, January 29, 2010 9:34 AM
>
> *To:* NT System Admin Issues
> *Subject:* RE: robocopy script - deleting aged folders
>
>/MIR mirrors a directory tree. The question was how to do the
> equivalent of /D in xcopy, which is:
>
>
>
> /D:m-d-y Copies files changed on or after the specified date.
>
>If no date is given, copies only those files whose
>
>source time is newer than the destination time.
>
>
>
>
>
>
>
> Chris Bodnar, MCSE
> Sr. Systems Engineer
> Infrastructure Service Delivery
> Distributed Systems Service Delivery - Intel Services
> Guardian Life Insurance Company of America
> Email: christopher_bod...@glic.com
> Phone: 610-807-6459
> Fax: 610-807-6003
>  --
>
> *From:* jonathan.l...@gmail.com [mailto:jonathan.l...@gmail.com]
> *Sent:* Friday, January 29, 2010 10:26 AM
> *To:* NT System Admin Issues
> *Subject:* Re: robocopy script - deleting aged folders
>
>
>
> Am I missing something, isn't that what /mir is supposed to do?
>
> On Fri, Jan 29, 2010 at 10:06 AM, N Parr  wrote:
>
> But I don't want to go back a specific date, I just want it to copy the
> file and replace it if it's been changed.
>
>
>  --
>
> *From:* Christopher Bodnar [mailto:christopher_bod...@glic.com]
>
> *Sent:* Friday, January 29, 2010 8:08 AM
>
>
> *To:* NT System Admin Issues
> *Subject:* RE: robocopy script - deleting aged folders
>
>
>
> /MAXAGE:n
>
>
>
> Excludes files with a Last Modified Date older than *n* days or specified
> date. If *n* is less than 1900, then *n* is expressed in days. Otherwise,
> *n* is a date expressed as MMDD.
>
>
>
>
>
>
>
> Chris Bodnar, MCSE
> Sr. Systems Engineer
> Infrastructure Service Delivery
> Distributed Systems Service Delivery - Intel Services
> Guardian Life Insurance Company of America
> Email: christopher_bod...@glic.com
> Phone: 610-807-6459
> Fax: 610-807-6003
>  --
>
> *From:* N Parr [mailto:npar...@mortonind.com]
> *Sent:* Friday, January 29, 2010 8:50 AM
> *To:* NT System Admin Issues
> *Subject:* RE: robocopy script - deleting aged folders
>
>
>
> Another question about robocopy.  How do you do the equivalent of and xcopy
> /d in robocopy?
>
>
>  --
>
> *From:* Christopher Bodnar [mailto:christopher_bod...@glic.com]
> *Sent:* Thursday, January 28, 2010 2:00 PM
> *To:* NT System Admin Issues
> *Subject:* RE: robocopy script - deleting aged folders
>
> You need /MOVE see below. /MOV only does files. /MOVE does files and
> directories:
>
>
>
> /MOVMoves files (that is, deletes source files after copying).
>
> /MOVE Moves files and directories (that is, deletes source files and
> directories after copying).
>
>
>
>
>
>
>
> Chris Bodnar, MCSE
> Sr. Systems Engineer
> Infrastructure Service Delivery
> Distributed Systems Service Delivery - Intel Services
> Guardian Life Insurance Company of America
> Email: christopher_bod...@glic.com
> Phone: 610-807-6459
> Fax: 610-807-6003
>  --
>
> *From:* gregfar...@gmail.com [mailto:gregfar...@gmail.com]
> *Sent:* Thursday, January 28, 2010 2:52 PM
> *To:* NT System Admin Issues
> *Subject:* robocopy script - deleting aged folders
>
>
>
> I have a ROBOCOPY batch file question please:
>
>
>
> C:\Parcams is a directory that accumulates dated security camera
> snapshots.
>
> The snapshots for each day are stored in a sub-directory, named after that
> date,
>
> i.e., C:\Par

RE: robocopy script - deleting aged folders

[N Parr]

I was just wanting to do a /d with no date qualifier.  Looks like /MIR
is better because it delete destination files and folders that no longer
exist.  Although in my case where I'm just trying to do a quick backup
for users I don't really want to delete anything so I can restore it
quickly to them if they accidently deleted it.  So basically I want to
do a /mir without a /purge.  So /mir isn't really the same as /d



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Friday, January 29, 2010 9:34 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders



/MIR mirrors a directory tree. The question was how to do the equivalent
of /D in xcopy, which is:

 

/D:m-d-y Copies files changed on or after the specified date.

   If no date is given, copies only those files whose

   source time is newer than the destination time.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: jonathan.l...@gmail.com [mailto:jonathan.l...@gmail.com] 
Sent: Friday, January 29, 2010 10:26 AM
To: NT System Admin Issues
Subject: Re: robocopy script - deleting aged folders

 

Am I missing something, isn't that what /mir is supposed to do?

On Fri, Jan 29, 2010 at 10:06 AM, N Parr  wrote:

But I don't want to go back a specific date, I just want it to copy the
file and replace it if it's been changed.

 



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 

Sent: Friday, January 29, 2010 8:08 AM 


To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

/MAXAGE:n

 

Excludes files with a Last Modified Date older than n days or specified
date. If n is less than 1900, then n is expressed in days. Otherwise, n
is a date expressed as MMDD.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: N Parr [mailto:npar...@mortonind.com] 
Sent: Friday, January 29, 2010 8:50 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

Another question about robocopy.  How do you do the equivalent of and
xcopy /d in robocopy?

 



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Thursday, January 28, 2010 2:00 PM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

You need /MOVE see below. /MOV only does files. /MOVE does files and
directories:

 

/MOVMoves files (that is, deletes source files after copying).

/MOVE Moves files and directories (that is, deletes source files and
directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after
that date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories
behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 

 

 



This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure under applicable
law. If the reader of this message is not the intended recipient, you
are notified that any use, dissemination, distribution, copying, or
communication of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
return e-mail and dele

RE: robocopy script - deleting aged folders

[Christopher Bodnar]

/MIR mirrors a directory tree. The question was how to do the equivalent
of /D in xcopy, which is:

 

/D:m-d-y Copies files changed on or after the specified date.

   If no date is given, copies only those files whose

   source time is newer than the destination time.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003

  _  

From: jonathan.l...@gmail.com [mailto:jonathan.l...@gmail.com] 
Sent: Friday, January 29, 2010 10:26 AM
To: NT System Admin Issues
Subject: Re: robocopy script - deleting aged folders

 

Am I missing something, isn't that what /mir is supposed to do?

On Fri, Jan 29, 2010 at 10:06 AM, N Parr  wrote:

But I don't want to go back a specific date, I just want it to copy the
file and replace it if it's been changed.

 

  _  

From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 

Sent: Friday, January 29, 2010 8:08 AM 


To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

/MAXAGE:n

 

Excludes files with a Last Modified Date older than n days or specified
date. If n is less than 1900, then n is expressed in days. Otherwise, n is
a date expressed as MMDD.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003

  _  

From: N Parr [mailto:npar...@mortonind.com] 
Sent: Friday, January 29, 2010 8:50 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

Another question about robocopy.  How do you do the equivalent of and
xcopy /d in robocopy?

 

  _  

From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Thursday, January 28, 2010 2:00 PM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

You need /MOVE see below. /MOV only does files. /MOVE does files and
directories:

 

/MOVMoves files (that is, deletes source files after copying).

/MOVE Moves files and directories (that is, deletes source files and
directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003

  _  

From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after that
date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 

 

 
  _  


This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure under applicable law.
If the reader of this message is not the intended recipient, you are
notified that any use, dissemination, distribution, copying, or
communication of this message is strictly prohibited. If you have received
this message in error, please notify the sender immediately by return
e-mail and delete the message and any attachments. Thank you. 

 

 

 

 
  _  


This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure under applicable law.
If the reader of this message is not the intended recipient, you are
notified that any use, dissemination, distribution, copying, or
communication of this message is strictly prohibited. If you have received
this message in error, please notify the sender immediately by return
e-mail and delete the message and any attachments. Thank you. 

 

 

 

 

 



-
This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law.  If the reader of this message is not the intended
recipi

RE: robocopy script - deleting aged folders

[N Parr]

Probably, I just didn't notice that switch, was looking for something
pertaining to date/time.



From: Jonathan Link [mailto:jonathan.l...@gmail.com] 
Sent: Friday, January 29, 2010 9:26 AM
To: NT System Admin Issues
Subject: Re: robocopy script - deleting aged folders


Am I missing something, isn't that what /mir is supposed to do?


On Fri, Jan 29, 2010 at 10:06 AM, N Parr  wrote:


But I don't want to go back a specific date, I just want it to
copy the file and replace it if it's been changed.




From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 

Sent: Friday, January 29, 2010 8:08 AM 

To: NT System Admin Issues
    Subject: RE: robocopy script - deleting aged folders



/MAXAGE:n

 

Excludes files with a Last Modified Date older than n days or
specified date. If n is less than 1900, then n is expressed in days.
Otherwise, n is a date expressed as MMDD.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003





From: N Parr [mailto:npar...@mortonind.com] 
Sent: Friday, January 29, 2010 8:50 AM
To: NT System Admin Issues
    Subject: RE: robocopy script - deleting aged folders

 

Another question about robocopy.  How do you do the equivalent
of and xcopy /d in robocopy?

 





From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Thursday, January 28, 2010 2:00 PM
To: NT System Admin Issues
    Subject: RE: robocopy script - deleting aged folders

You need /MOVE see below. /MOV only does files. /MOVE does files
and directories:

 

/MOVMoves files (that is, deletes source files after
copying).

/MOVE Moves files and directories (that is, deletes source files
and directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003





From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named
after that date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are
greater than "n" days old.

However, I have not quite got the script right. It successfully
deletes the files

inside the dated directories, but it leaves the empty
directories behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those
empty directories too.

 

Thanks!  ~Greg

 

 

 

 

 

 




This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law. If the reader of this message is not the intended
recipient, you are notified that any use, dissemination, distribution,
copying, or communication of this message is strictly prohibited. If you
have received this message in error, please notify the sender
immediately by return e-mail and delete the message and any attachments.
Thank you. 

 

 

 


 









This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law. If the reader of this message is not the intended
recipient, you are notified that any use, dissemination, distribution,
copying, 

Re: robocopy script - deleting aged folders

[Jonathan Link]

Am I missing something, isn't that what /mir is supposed to do?

On Fri, Jan 29, 2010 at 10:06 AM, N Parr  wrote:

>  But I don't want to go back a specific date, I just want it to copy the
> file and replace it if it's been changed.
>
>  --
>  *From:* Christopher Bodnar [mailto:christopher_bod...@glic.com]
> *Sent:* Friday, January 29, 2010 8:08 AM
>
> *To:* NT System Admin Issues
> *Subject:* RE: robocopy script - deleting aged folders
>
>/MAXAGE:n
>
>
>
> Excludes files with a Last Modified Date older than *n* days or specified
> date. If *n* is less than 1900, then *n* is expressed in days. Otherwise,
> *n* is a date expressed as MMDD.
>
>
>
>
>
>
>
> Chris Bodnar, MCSE
> Sr. Systems Engineer
> Infrastructure Service Delivery
> Distributed Systems Service Delivery - Intel Services
> Guardian Life Insurance Company of America
> Email: christopher_bod...@glic.com
> Phone: 610-807-6459
> Fax: 610-807-6003
>  --
>
> *From:* N Parr [mailto:npar...@mortonind.com]
> *Sent:* Friday, January 29, 2010 8:50 AM
> *To:* NT System Admin Issues
> *Subject:* RE: robocopy script - deleting aged folders
>
>
>
> Another question about robocopy.  How do you do the equivalent of and xcopy
> /d in robocopy?
>
>
>  --
>
> *From:* Christopher Bodnar [mailto:christopher_bod...@glic.com]
> *Sent:* Thursday, January 28, 2010 2:00 PM
> *To:* NT System Admin Issues
> *Subject:* RE: robocopy script - deleting aged folders
>
> You need /MOVE see below. /MOV only does files. /MOVE does files and
> directories:
>
>
>
> /MOVMoves files (that is, deletes source files after copying).
>
> /MOVE Moves files and directories (that is, deletes source files and
> directories after copying).
>
>
>
>
>
>
>
> Chris Bodnar, MCSE
> Sr. Systems Engineer
> Infrastructure Service Delivery
> Distributed Systems Service Delivery - Intel Services
> Guardian Life Insurance Company of America
> Email: christopher_bod...@glic.com
> Phone: 610-807-6459
> Fax: 610-807-6003
>  --
>
> *From:* gregfar...@gmail.com [mailto:gregfar...@gmail.com]
> *Sent:* Thursday, January 28, 2010 2:52 PM
> *To:* NT System Admin Issues
> *Subject:* robocopy script - deleting aged folders
>
>
>
> I have a ROBOCOPY batch file question please:
>
>
>
> C:\Parcams is a directory that accumulates dated security camera
> snapshots.
>
> The snapshots for each day are stored in a sub-directory, named after that
> date,
>
> i.e., C:\Parcams\parcams-12-30-2009
>
>
>
> I have prepared a script for purging files and folders that are greater
> than "n" days old.
>
> However, I have not quite got the script right. It successfully deletes the
> files
>
> inside the dated directories, but it leaves the empty directories behind.
>
>
>
> pic: http://screencast.com/t/OWFlYmEy
>
>
>
> Here is the text of the script:
>
>
>
> mkdir c:\dump
>
> robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10
>
> rmdir C:\dump /s /q
>
>
>
> Here is a screenshot of the results of the batch file:
> http://screencast.com/t/ZjMyMzVjN
>
>
>
> Any suggested tweaks? I'd like to have the script remove those empty
> directories too.
>
>
>
> Thanks!  ~Greg
>
>
>
>
>
>
>
>
>
>
>
>
>
>  --
>
> *This message, and any attachments to it, may contain information that is
> privileged, confidential, and exempt from disclosure under applicable law.
> If the reader of this message is not the intended recipient, you are
> notified that any use, dissemination, distribution, copying, or
> communication of this message is strictly prohibited. If you have received
> this message in error, please notify the sender immediately by return e-mail
> and delete the message and any attachments. Thank you. *
>
>
>
>
>
>
>
>
>
>  --
>
> *This message, and any attachments to it, may contain information that is
> privileged, confidential, and exempt from disclosure under applicable law.
> If the reader of this message is not the intended recipient, you are
> notified that any use, dissemination, distribution, copying, or
> communication of this message is strictly prohibited. If you have received
> this message in error, please notify the sender immediately by return e-mail
> and delete the message and any attachments. Thank you. *
>
>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: robocopy script - deleting aged folders

[N Parr]

But I don't want to go back a specific date, I just want it to copy the
file and replace it if it's been changed.



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Friday, January 29, 2010 8:08 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders



/MAXAGE:n

 

Excludes files with a Last Modified Date older than n days or specified
date. If n is less than 1900, then n is expressed in days. Otherwise, n
is a date expressed as MMDD.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: N Parr [mailto:npar...@mortonind.com] 
Sent: Friday, January 29, 2010 8:50 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

Another question about robocopy.  How do you do the equivalent of and
xcopy /d in robocopy?

 



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Thursday, January 28, 2010 2:00 PM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

You need /MOVE see below. /MOV only does files. /MOVE does files and
directories:

 

/MOVMoves files (that is, deletes source files after copying).

/MOVE Moves files and directories (that is, deletes source files and
directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after
that date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories
behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 

 

 



This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure under applicable
law. If the reader of this message is not the intended recipient, you
are notified that any use, dissemination, distribution, copying, or
communication of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
return e-mail and delete the message and any attachments. Thank you. 

 

 

 

 



This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure under applicable
law. If the reader of this message is not the intended recipient, you
are notified that any use, dissemination, distribution, copying, or
communication of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
return e-mail and delete the message and any attachments. Thank you. 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: robocopy script - deleting aged folders

[Christopher Bodnar]

/MAXAGE:n

 

Excludes files with a Last Modified Date older than n days or specified
date. If n is less than 1900, then n is expressed in days. Otherwise, n is
a date expressed as MMDD.

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003

  _  

From: N Parr [mailto:npar...@mortonind.com] 
Sent: Friday, January 29, 2010 8:50 AM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

 

Another question about robocopy.  How do you do the equivalent of and
xcopy /d in robocopy?

 

  _  

From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Thursday, January 28, 2010 2:00 PM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders

You need /MOVE see below. /MOV only does files. /MOVE does files and
directories:

 

/MOVMoves files (that is, deletes source files after copying).

/MOVE Moves files and directories (that is, deletes source files and
directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003

  _  

From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after that
date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 

 

 
  _  


This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure under applicable law.
If the reader of this message is not the intended recipient, you are
notified that any use, dissemination, distribution, copying, or
communication of this message is strictly prohibited. If you have received
this message in error, please notify the sender immediately by return
e-mail and delete the message and any attachments. Thank you. 

 

 



-
This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law.  If the reader of this message is not the intended
recipient, you are notified that any use, dissemination,
distribution, copying, or communication of this message is strictly
prohibited.  If you have received this message in error, please
notify the sender immediately by return e-mail and delete the
message and any attachments.  Thank you.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: robocopy script - deleting aged folders

[N Parr]

Another question about robocopy.  How do you do the equivalent of and
xcopy /d in robocopy?



From: Christopher Bodnar [mailto:christopher_bod...@glic.com] 
Sent: Thursday, January 28, 2010 2:00 PM
To: NT System Admin Issues
Subject: RE: robocopy script - deleting aged folders



You need /MOVE see below. /MOV only does files. /MOVE does files and
directories:

 

/MOVMoves files (that is, deletes source files after copying).

/MOVE Moves files and directories (that is, deletes source files and
directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003



From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after
that date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories
behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 

 

 



This message, and any attachments to it, may contain information that is
privileged, confidential, and exempt from disclosure under applicable
law. If the reader of this message is not the intended recipient, you
are notified that any use, dissemination, distribution, copying, or
communication of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
return e-mail and delete the message and any attachments. Thank you. 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: robocopy script - deleting aged folders

[Christopher Bodnar]

You need /MOVE see below. /MOV only does files. /MOVE does files and
directories:

 

/MOVMoves files (that is, deletes source files after copying).

/MOVE Moves files and directories (that is, deletes source files and
directories after copying).

 

 

 

Chris Bodnar, MCSE
Sr. Systems Engineer
Infrastructure Service Delivery
Distributed Systems Service Delivery - Intel Services
Guardian Life Insurance Company of America
Email: christopher_bod...@glic.com
Phone: 610-807-6459
Fax: 610-807-6003

  _  

From: gregfar...@gmail.com [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 2:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after that
date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 



-
This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law.  If the reader of this message is not the intended
recipient, you are notified that any use, dissemination,
distribution, copying, or communication of this message is strictly
prohibited.  If you have received this message in error, please
notify the sender immediately by return e-mail and delete the
message and any attachments.  Thank you.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: robocopy script - deleting aged folders

[Crawford, Scott]

Throw an E onto your /MOV

 

>From the help file:

/MOV :: MOVe files (delete from source after copying).

/MOVE :: MOVE files AND dirs (delete from source after copying).

 

From: Greg Farber [mailto:gregfar...@gmail.com] 
Sent: Thursday, January 28, 2010 1:52 PM
To: NT System Admin Issues
Subject: robocopy script - deleting aged folders

 

I have a ROBOCOPY batch file question please:

 

C:\Parcams is a directory that accumulates dated security camera
snapshots. 

The snapshots for each day are stored in a sub-directory, named after
that date, 

i.e., C:\Parcams\parcams-12-30-2009

 

I have prepared a script for purging files and folders that are greater
than "n" days old.

However, I have not quite got the script right. It successfully deletes
the files

inside the dated directories, but it leaves the empty directories
behind.

 

pic: http://screencast.com/t/OWFlYmEy

 

Here is the text of the script:

 

mkdir c:\dump

robocopy C:\PARCAMS C:\dump /E /MOV /MINAGE:60 /R:10

rmdir C:\dump /s /q 

 

Here is a screenshot of the results of the batch file:
http://screencast.com/t/ZjMyMzVjN

 

Any suggested tweaks? I'd like to have the script remove those empty
directories too.

 

Thanks!  ~Greg

 

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Robocopy GUI

[Haralson, Joe (GE Comm Fin, non-GE)]

Thanks everyone. I went back to using the command-line Robocopy and had
no issues. I was attempting to use the /Copyallor  /COPY:DATSOU
switches. I had no problem getting these option to work using
commandline tool. I appreciate all your replies, but was under a time
crunch and needed to get the ball rolling. I will have to explore the
Robocopy GUI version issue when I have more time.
 
Joe Haralson

Network Infrastructure Team

 



From: Ken Schaefer [mailto:k...@adopenstatic.com] 
Sent: Saturday, January 23, 2010 1:22 AM
To: NT System Admin Issues
Subject: RE: Robocopy GUI



No. 

 

I think Brian is trying to say:

 

a)  Please describe what you are trying to do

b)  Please describe how you are trying to do it

c)   Please describe what the actual error/output is that you are
seeing

 

Based on the information above, someone can provide some advice as to
what the problem might be, and how to fix it.

 

Posting an email that says "I'm trying to use tool  and I've set it
up but I don't get the results I expect" is, unfortunately, usually not
enough information to provide any sort of diagnosis.

 

Cheers

Ken

 

From: HELP_PC [mailto:g...@enter.it] 
Sent: Saturday, 23 January 2010 3:10 PM
To: NT System Admin Issues
Subject: R: Robocopy GUI

 

Brian, do you mean that if you select options that is impossible to
execute you don't get any advice ?

 

GuidoElia

HELPPC

 

 



Da: Brian Desmond [mailto:br...@briandesmond.com] 
Inviato: sabato 23 gennaio 2010 6.59
A: NT System Admin Issues
Oggetto: RE: Robocopy GUI

What you're trying to accomplish and the switches you're using would be
a useful start...

 

Thanks,

Brian Desmond

br...@briandesmond.com <mailto:br...@briandesmond.com> 

 

c - 312.731.3132

 

From: Haralson, Joe (GE Comm Fin, non-GE) [mailto:joe.haral...@ge.com] 
Sent: Friday, January 22, 2010 8:18 PM
To: NT System Admin Issues
Subject: Robocopy GUI

 

I'm trying to use the GUI verson of Robocopy for first time but having
issues getting it to work. I've installed the application and setup the
parameters for source and destination along with switches. However, when
I select run I receive a message stating that Robocopy started at a
certain time. I've checked the logs but have no entry. Does anyone known
why Robocopy isn't working.

 

Joe Haralson

 

 

 

 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Robocopy GUI

[Haralson, Joe (GE Comm Fin, non-GE)]

Thanks Greg, I went back to cmd line once I had issues with GUI. 
 
Joe Haralson

 



From: Greg Olson [mailto:gol...@markettools.com] 
Sent: Saturday, January 23, 2010 4:29 AM
To: NT System Admin Issues
Subject: RE: Robocopy GUI



I've always used Robocopy in cmd line and it seems to work fine, but if
you really want the gui, Microsoft has (IMHO) a better tool called
RichCopy. 

http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.asp
x?pr=blog

-Greg

 

 

 

From: Ken Schaefer [mailto:k...@adopenstatic.com] 
Sent: Friday, January 22, 2010 11:22 PM
To: NT System Admin Issues
Subject: RE: Robocopy GUI

 

No. 

 

I think Brian is trying to say:

 

a)  Please describe what you are trying to do

b)  Please describe how you are trying to do it

c)   Please describe what the actual error/output is that you are
seeing

 

Based on the information above, someone can provide some advice as to
what the problem might be, and how to fix it.

 

Posting an email that says "I'm trying to use tool  and I've set it
up but I don't get the results I expect" is, unfortunately, usually not
enough information to provide any sort of diagnosis.

 

Cheers

Ken

 

From: HELP_PC [mailto:g...@enter.it] 
Sent: Saturday, 23 January 2010 3:10 PM
To: NT System Admin Issues
Subject: R: Robocopy GUI

 

Brian, do you mean that if you select options that is impossible to
execute you don't get any advice ?

 

GuidoElia

HELPPC

 

 



Da: Brian Desmond [mailto:br...@briandesmond.com] 
Inviato: sabato 23 gennaio 2010 6.59
A: NT System Admin Issues
Oggetto: RE: Robocopy GUI

What you're trying to accomplish and the switches you're using would be
a useful start...

 

Thanks,

Brian Desmond

br...@briandesmond.com <mailto:br...@briandesmond.com> 

 

c - 312.731.3132

 

From: Haralson, Joe (GE Comm Fin, non-GE) [mailto:joe.haral...@ge.com] 
Sent: Friday, January 22, 2010 8:18 PM
To: NT System Admin Issues
Subject: Robocopy GUI

 

I'm trying to use the GUI verson of Robocopy for first time but having
issues getting it to work. I've installed the application and setup the
parameters for source and destination along with switches. However, when
I select run I receive a message stating that Robocopy started at a
certain time. I've checked the logs but have no entry. Does anyone known
why Robocopy isn't working.

 

Joe Haralson

 

 

 

 

 

 

 


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Robocopy GUI

[Greg Olson]

I've always used Robocopy in cmd line and it seems to work fine, but if you 
really want the gui, Microsoft has (IMHO) a better tool called RichCopy.
http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx?pr=blog
-Greg



From: Ken Schaefer [mailto:k...@adopenstatic.com]
Sent: Friday, January 22, 2010 11:22 PM
To: NT System Admin Issues
Subject: RE: Robocopy GUI

No.

I think Brian is trying to say:


a)  Please describe what you are trying to do

b)  Please describe how you are trying to do it

c)   Please describe what the actual error/output is that you are seeing

Based on the information above, someone can provide some advice as to what the 
problem might be, and how to fix it.

Posting an email that says "I'm trying to use tool  and I've set it up but I 
don't get the results I expect" is, unfortunately, usually not enough 
information to provide any sort of diagnosis.

Cheers
Ken

From: HELP_PC [mailto:g...@enter.it]
Sent: Saturday, 23 January 2010 3:10 PM
To: NT System Admin Issues
Subject: R: Robocopy GUI

Brian, do you mean that if you select options that is impossible to execute you 
don't get any advice ?

GuidoElia
HELPPC



Da: Brian Desmond [mailto:br...@briandesmond.com]
Inviato: sabato 23 gennaio 2010 6.59
A: NT System Admin Issues
Oggetto: RE: Robocopy GUI
What you're trying to accomplish and the switches you're using would be a 
useful start...

Thanks,
Brian Desmond
br...@briandesmond.com<mailto:br...@briandesmond.com>

c - 312.731.3132

From: Haralson, Joe (GE Comm Fin, non-GE) [mailto:joe.haral...@ge.com]
Sent: Friday, January 22, 2010 8:18 PM
To: NT System Admin Issues
Subject: Robocopy GUI

I'm trying to use the GUI verson of Robocopy for first time but having issues 
getting it to work. I've installed the application and setup the parameters for 
source and destination along with switches. However, when I select run I 
receive a message stating that Robocopy started at a certain time. I've checked 
the logs but have no entry. Does anyone known why Robocopy isn't working.


Joe Haralson











~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Robocopy GUI

[Ken Schaefer]

No.

I think Brian is trying to say:


a)  Please describe what you are trying to do

b)  Please describe how you are trying to do it

c)   Please describe what the actual error/output is that you are seeing

Based on the information above, someone can provide some advice as to what the 
problem might be, and how to fix it.

Posting an email that says "I'm trying to use tool  and I've set it up but I 
don't get the results I expect" is, unfortunately, usually not enough 
information to provide any sort of diagnosis.

Cheers
Ken

From: HELP_PC [mailto:g...@enter.it]
Sent: Saturday, 23 January 2010 3:10 PM
To: NT System Admin Issues
Subject: R: Robocopy GUI

Brian, do you mean that if you select options that is impossible to execute you 
don't get any advice ?

GuidoElia
HELPPC



Da: Brian Desmond [mailto:br...@briandesmond.com]
Inviato: sabato 23 gennaio 2010 6.59
A: NT System Admin Issues
Oggetto: RE: Robocopy GUI
What you're trying to accomplish and the switches you're using would be a 
useful start...

Thanks,
Brian Desmond
br...@briandesmond.com<mailto:br...@briandesmond.com>

c - 312.731.3132

From: Haralson, Joe (GE Comm Fin, non-GE) [mailto:joe.haral...@ge.com]
Sent: Friday, January 22, 2010 8:18 PM
To: NT System Admin Issues
Subject: Robocopy GUI

I'm trying to use the GUI verson of Robocopy for first time but having issues 
getting it to work. I've installed the application and setup the parameters for 
source and destination along with switches. However, when I select run I 
receive a message stating that Robocopy started at a certain time. I've checked 
the logs but have no entry. Does anyone known why Robocopy isn't working.


Joe Haralson







~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Robocopy GUI

[Brian Desmond]

What you're trying to accomplish and the switches you're using would be a 
useful start...

Thanks,
Brian Desmond
br...@briandesmond.com

c - 312.731.3132

From: Haralson, Joe (GE Comm Fin, non-GE) [mailto:joe.haral...@ge.com]
Sent: Friday, January 22, 2010 8:18 PM
To: NT System Admin Issues
Subject: Robocopy GUI

I'm trying to use the GUI verson of Robocopy for first time but having issues 
getting it to work. I've installed the application and setup the parameters for 
source and destination along with switches. However, when I select run I 
receive a message stating that Robocopy started at a certain time. I've checked 
the logs but have no entry. Does anyone known why Robocopy isn't working.


Joe Haralson

.






~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Robocopy

[helpdesk UK]

Sorry for not getting back in time...

This worked like a treat

cheers

ED




2009/8/10 Andy Ognenoff 

> You’ll want to test it out…
>
> My guess is that you need to use:
>
> /S /E /COPY:DAT
>
> So you pick up the data, attributes and timstamps but not the ACL or owner
> info.
>
>  - Andy O.
> 
> From: helpdesk UK [mailto:uk.helpd...@gmail.com]
> Sent: Monday, August 10, 2009 4:43 PM
> To: NT System Admin Issues
> Subject: Re: Robocopy
>
>
>
> So using only /s /e is required ?
>
> that will eliminate the security perms being a problem ?
>
> cheers
>
> ED
>
>
> 2009/8/10 Andy Ognenoff 
> /MIR and /COPYALL is going to bring everything across – permissions too.
>  In
> fact, having /MIR, /E and /COPYALL is redundant.
>
> You probably want to use a combination of copy flags – see here:
> http://ss64.com/nt/robocopy.html
>
>  - Andy O.
> 
> From: helpdesk UK [mailto:uk.helpd...@gmail.com]
> Sent: Monday, August 10, 2009 3:06 PM
> To: NT System Admin Issues
> Subject: Robocopy
>
> Hello Everyone,
>
> I am trying to copy data from external hdd to a server and have done
> mappings for new users as well hence the difference between the source
> names
> and destination names.
>
> robocopy "Z:\AbbottK" "\\source-server\abbottke01$" /MIR /E /COPYALL /V
> /R:2
> /W:10
> robocopy "Z:\AbdobakiR" "\\source-server\abdoubr01$" /MIR /E /COPYALL /V
> /R:2 /W:10
>
> What this script does is copies the data but for some reason resets all
> destination permissions to blank i.e. none nothing exist so this has
> happened every time I run this script.
>
>
> The requirement of the script / batch is as follows
>
> 1. Should mirror source ( usb h.d.d. )==> destination (server share) if not
> same sync if same ignore and carry on further.
> 2. If fails retry at least once after waiting for 10 seconds
> 3. Should log everything (verbose) on the screen only i.e. command window.
> 4. Should inherit destination NTFS permissions and not reset / break it.
>
>
> Any help is much appreciated.
>
> cheers
>
>
> ED
>
>
>
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
>
>
> --
> Chris
>
> MCP
>
>
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
>


-- 
Chris

MCP

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~