Dennis --
DFS is nice because your storage appears unified when in fact it is
quite the opposite once you dig into the destination of the DFS shares.
I investigated using that here at UR but my roadblock came with Mac's.
What solution (if any) did you come up with for this? Or are your Mac
users (again, if any) just accustomed to knowing where their data is
located, rather than in respect to the DFS root?
Appreciate your input.
Regards,
Chris Harper
INFORMATION TECHNOLOGY SPECIALIST
University Relations / Michigan State University
401 Olds Hall, East Lansing, MI 48824-1047
Email: [log in to unmask] / Direct: 517.355.9980
Web: http://ur.msu.edu / Cell: 517.290.5496
-----Original Message-----
From: MSU Network Administrators Group [mailto:[log in to unmask]] On
Behalf Of Dennis Kelly
Sent: Thursday, August 02, 2007 5:50 PM
To: [log in to unmask]
Subject: Re: [MSUNAG] Anyone use ADMODIFY.NET?
No we haven't, and there shouldn't be much of a performance hit or
overhead because DFS is only a pointer to the actual share, so the DFS
server doesn't handle/proxy the data traffic. Once the client is told
the share resides on serverX, it goes straight to serverX for data.
It probably helps using domain DFS root, so requests are load
balanced, but that too should be negligable... I do domain DFS root to
have redundancy, because if a DC goes offline, I shouldn't lose any DC
services.
dpk
On 8/2/07, Troy Murray <[log in to unmask]> wrote:
> Dennis,
>
> In the past I've tried to use DFS for users shares and found that the
> performance was very poor compared to just a straight share UNC. Have
> you seen any performance degradation from using DFS?
>
> -t
>
>
> On 8/2/07, Dennis Kelly <[log in to unmask]> wrote:
> > If you're only concerned about home directories, you can use the
> > native Administrative Tool "Active Directory Users and Computers".
> > Select all the users you want to modify and
> > right-click "Properties". You can go to the profile tab and click
> > "Home Directory" to
> > modify a property for multiple objects. It does allow the use of
%username%
> >
> > Also, to avoid this problem in the future, you may want to
investigate
> > the use of DFS... it's a very flexible way to mange, load-balance,
> > etc. your network shares. I use domain DFS root so that I can
> > replicate the published links across both domain controllers for
> > additional reliability. You can then use notation like this for
> > mapping user directories:
> >
> > \\domain.com\dfs\User\%username%
> >
> > where \\domain.com\dfs is my dfs root. The link "User" points to a
> > share \\some-server\User. If some-server is replaced with
> > some-other-server, I only need to update the DFS link on one of the
> > domain controllers to point to \\some-other-server\User.
> >
> > Boom it's replicated, and boom no headache of remappings. I use
this
> > for any/all network shares here in Jackson Hole. I can send you my
> > documentation on it if interested.
> >
> > dpk
> >
> >
> >
> >
> >
> > On 8/2/07, Ehren Benson <[log in to unmask]> wrote:
> > > Nag-
> > >
> > > I was wondering if any of you windows folks ever used the tool
admodify.net
> > > to do mass AD changes. I am trying to use it with a LDAP filter
to find all
> > > users who currently have a home directory and then select all of
those users
> > > and change the location of their home directory (we got a new box
for home
> > > directories). However it seems when I use the %USERNAME% it does
not
> > > enumerate the variable...it just sets each users profile path to
> > > \\server\users\username (instead of replacing %username% with
their actual
> > > username).
> > >
> > >
> > >
> > > Wondering if anyone else has used it and possibly ran into this
issue, or
> > > has had good luck with some other scripts/tools.
> > >
> > >
> > >
> > > NOTE: I decided to use admodify with the LDAP filter because I
don't want
> > > to change the path for EVERY user, because some do not have home
> > > directories, and those who do not have them I would like to remain
that way.
> > >
> > >
> > >
> > > Thanks
> > >
> > > /Ehren
> >
>
>
> --
> Troy D Murray
> Blog: http://troymurray.blogspot.com/
> AIM: troymurray72
> Yahoo!: [log in to unmask]
> MSN: [log in to unmask]
> Google Talk: [log in to unmask]
>
|
