ÂÂ
Maybe later I will write an introduction to that title, but for now, just know that
I am in charge of a corporate network that has been using My Documents redirection
in combination with Offline Caching for many, many years. I am convinced the cost
overhead involved with this technology far outweighs and productivity gains that we
get. Don’t get me wrong, I believe offline caching has its place, just not as an all
encompassing corporate policy. Also, this is not meant to bash Microsoft. I just want
them to realize the real world frustrations that come from using a technology they
promote so heavily.Reason Number 1
File caching is done on a per-system basis, so files cached by users other
than the primary user who log onto the computer will have their files permanently
added to the offline cache, even if they never plan to login to the system again.
The only way to override this is to manually enter the primary user name in a registry
key, and remember to change it whenever the primary user of the computer changes.One thing many people don’t realize is that offline file caching is not per-user,
but per system. Take this scenario:You are redirecting documents administratively by using My Documents redirection
in group policy and choosing to make the files available offline. The primary user
of the computer logs in and logs off, synchronizing his My Documents folder. Now a
local cached copy exists for all of the files in his My Documents folder.Now an administrator comes along, and he logs into the computer. Because he has
the same group policy, his My Documents folder is redirected and made available offline.
Now the offline file has files that appear like this:
File Name File Path text1.txt \\server\share\home\user1 text2.txt \\server\share\home\user1 text1.txt \\server\share\home\admin
1>text2.txt \\server\share\home\admin
1>ÂÂ
User 1 now logs back into the computer, and when he goes to log off, his files
and the administrators files are synchronized. Supposedly, offline caching tries to
deal with this by looking at network security and making sure user1 only tries to
synchronize files he has permissions to. But the admin files are still there.On top of that, lets say you decide \\server\share is
a bad design for home shares because it is tied to a server. So you decide to change
the path for all home shares to \\domain\dfs\home.
Even if you get this working correctly for user1, you may still have problems because
admin1 is still pointing to the old removed share in the cache. This means you need
to run csccmd and move shares so that all the shares are moved.Anyway, one way to deal with all of this was added in a hotfix that was included in
Windows XP SP2. As the article explains, you are given the option to set registry
keys and designate the primary user of the computer. In the future, all other user
files cached are discarded at logoff.Below is the KB Article (KB 811660) that references the registry changes that need
to be made.
Random Posts
Loading…