farquea Posted April 4, 2011 Author Posted April 4, 2011 not familiar with Robocopy previously. Does this have to be run on Server 2008 or will it work on 2003. Also how do i run this, into a text file and save as a batch file?
Steve21 Posted April 4, 2011 Posted April 4, 2011 not familiar with Robocopy previously. Does this have to be run on Server 2008 or will it work on 2003. Also how do i run this, into a text file and save as a batch file? It can be run either command line, or as a BAT yep. iirc it's part of the Windows Resource Toolkit back in NT, so aslong as you got the toolkits should work on either of them. (Although I think in later versions its built in nowadays) Steve
zag Posted April 4, 2011 Posted April 4, 2011 Yeh its built into windows 7 and 2008 server. You can download the resource kit for 2003 server and it doesn't need a reboot or anything.
enjay Posted April 4, 2011 Posted April 4, 2011 I ran it as a .bat on Server 2003 without a problem, I did need to download the Resources Toolkit first though but that was quick and painless. Of course, when I say it ran without a problem, that isn't true, but the problem I'm having isn't with robocopy but the files themselves.
Steve21 Posted April 4, 2011 Posted April 4, 2011 but the problem I'm having isn't with robocopy but the files themselves. What's that then? Curious! Steve
enjay Posted April 4, 2011 Posted April 4, 2011 As posted above, the "last accessed date" on the files doesn't get updated when a file is accessed. Not yet starting looking into how or why that could be...
Steve21 Posted April 4, 2011 Posted April 4, 2011 As posted above, the "last accessed date" on the files doesn't get updated when a file is accessed. Not yet starting looking into how or why that could be... Stupid question, but is: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisableLastAccessUpdate disabled? or it's updating just wrongly? Steve 1
farquea Posted April 4, 2011 Author Posted April 4, 2011 right think i have this working now, 1 question i have though. i'll be running this on the L: drive and copying all old files to L:/archive so do i need to add an exception to not scan L:/archive or does it not matter because it would copy anything from there to there anyway?
Steve21 Posted April 4, 2011 Posted April 4, 2011 Personally I'd say exclude the folder, could get fussy overwriting files that are already there. ROBOCOPY L:\ L:\Archive /XD L:\Archive (Is the simple version but just add the /XD L:\Archive to your "longer" version) etc (XD = excludes directory) Steve
enjay Posted April 4, 2011 Posted April 4, 2011 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisableLastAccessUpdate That key doesn't exist, disabled or otherwise. Is it worth creating so as to force it to be enabled? As for whether it is being updated incorrectly, I'm really not sure. There are some files where the created, modified and accessed dates are all the same (which is plausible, of course) and others where there accessed date is more recent than the modified (again, reasonable to assume that's correct, but why is it is no longer being updated?). Curiously, all the ones with more recent access dates also have a modified date which is before the creation date.
enjay Posted April 4, 2011 Posted April 4, 2011 It is the information on the right-click>properties screen which I was looking at when posting my last comment...
farquea Posted April 4, 2011 Author Posted April 4, 2011 Can someone explain what "/XA:RHS" i can see what XA does but not what the RHS relates to?
Steve21 Posted April 4, 2011 Posted April 4, 2011 Can someone explain what "/XA:RHS" i can see what XA does but not what the RHS relates to? Read Only, Hidden, System File Attributes [RASHCNETO] R – Read only A – Archive S – System H – Hidden C – Compressed N – Not content indexed E – Encrypted T – Temporary O - Offline Steve 1
Flakes Posted April 4, 2011 Posted April 4, 2011 Stupid question, but is: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisableLastAccessUpdate disabled? or it's updating just wrongly? Steve Been keeping an eye on this thread as we are having a similiar issue, i found this to be disabled, apparantly disabled by default on RM CC3 Servers, ive just enabled it, will wait till the next major holiday before running robocopy i think.
Steve21 Posted April 4, 2011 Posted April 4, 2011 @Flakes - how did you enable it? Should just be in your registry, you copy/pasting it? as I noticed it added a space in it But should be there if you manually go there Nothing there for you? Steve
enjay Posted April 4, 2011 Posted April 4, 2011 Sorry, I was being a prat and looking at a workstation registry not the server! The key is on the server and set to "1" which is presumably enabling the disabling, so if I change it to "0", I'll be good - right?
Steve21 Posted April 4, 2011 Posted April 4, 2011 Sorry, I was being a prat and looking at a workstation registry not the server! The key is on the server and set to "1" which is presumably enabling the disabling, so if I change it to "0", I'll be good - right? 0 NTFS updates the last-accessed timestamp of a file whenever that file is opened. 1 NTFS does not update the last-access timestamp of a file when that file is opened. And it should be at workstations too Steve
enjay Posted April 4, 2011 Posted April 4, 2011 Thanks, I'll change the server. Nothing on workstations, but then there are no document files held on the workstations, so I'm not too fussed about that (unless it needs to be on both in order to work...)
Steve21 Posted April 4, 2011 Posted April 4, 2011 Thanks, I'll change the server. Nothing on workstations, but then there are no document files held on the workstations, so I'm not too fussed about that (unless it needs to be on both in order to work...) Nah, If the files are on the server that should work. Just assumed you'd have the reg value on the workstations too. Steve
Arthur Posted April 4, 2011 Posted April 4, 2011 Instead of editing the registry you can also use fsutil from the command prompt. IIRC, once you have changed this setting you need to reboot Windows in order for it to take effect. Check current setting fsutil behavior query disablelastaccess Enable fsutil behavior set disablelastaccess 0 Disable fsutil behavior set disablelastaccess 1
enjay Posted April 4, 2011 Posted April 4, 2011 Changed it on the server, but still nothing. I even added it to a workstation for good measure, but that didn't help. Does the server need to restart to pick up the change? Interestingly, the last accessed dates on some of these files would contradict what Flakes said about it being disabled by default on an RM CC3 server, as some of the dates are within the life of our current CC3 server, so something changed somewhere along the line (possibly Dec 2009, looking at some of these files...)
Flakes Posted April 4, 2011 Posted April 4, 2011 it may be that RM has some other way of time stamping the files, wouldnt be the first time RM would do something simple in a complicated way >.<
cpjitservices Posted April 4, 2011 Posted April 4, 2011 It's not our staff shared drives which need to be keep clean it's the students, it's always loaded with games and other such things that shouldn't be on there, we always catch who does it because we are running Netware, this means that if you right click on the file and click properties it shows us who owns the file - usually a students username a bit like the pic below, very handy actually. http://www.ndsu.edu/uploads/RTEmagicC_75e5b773bc.jpg.jpg PS - Anyone know how to have this kind of thing running in Windows ? - be handy that kind of thing when we move to AD, we use it quite alot and when we dump Netware wont have it anymore ?
Arthur Posted April 4, 2011 Posted April 4, 2011 Does the server need to restart to pick up the change? As mentioned above, yes.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now