Does http://support.microsoft.com/kb/310316 still apply to 2008 R2?
I see other questions here on SF like: How to workaround the NTFS Move/Copy design flaw? that discuss the issue, but I was searching around to see if that KB article still was applicable to 2008 R2 or not.
Looking online I found another site: How file and folder permissions are handled while moving or copying files on Windows 2008 R2 and Windows 7
Yet during MY testing I found that both COPY and MOVE worked the same, and inherited the destination parent folder's permissions and didn't retain the original permissions. I tested with shares on the same server volume via a remote workstation. Each share has completely different NTFS permissions.
So my questions are:
- Can someone else with a 2008 R2 server verify what should/shouldn't happen with permissions when copying AND when moving files between folders on the same volume?
- Is the KB article in the first sentence still applicable to 2008 R2 (even though it doesn't mention 2008 at all)
Best Answer
From the remote workstation's point of view, the shares are seen as different volumes. Because they are going to be treated as different volumes, with Win7/2k8R2, it will thus inherit the permissions of the destination directory.
How is the remote computer supposed to know the file server's storage design or if the two shares are on the same underlying volume on the file server? If it connecting to DFS shares, they might even be on different servers.