Sorry for the X-posting but I posted this message in
microsoft.public.windows.server.dfs_frs a couple of days ago and got no
response. I was wondering if anyone here could help out?
Thanks.
Andy.
> I'm investigating the feasibility of implementing DFS with FRS but
> thought I'd ask in here before I got too far ahead in the planning.
> I have 2 sites connected by a 54Mbps half duplex radio link (about
> 15-20Mbps in reality)
> One site has approximately 350 users and the other end has about 50 who
> rotate in from the main site. I was thinking about using DFS with FRS to
> share the 50 roaming users profiles (and exclude the other 300!!), home
> directories and departmental shares . The departmental shares and home
> directories are not too much of a concern (they are fairly large - about
> 100G in total, but also fairly static) but the user profiles concern me.
> Would a 15-20M link be fast enough to cope with the sort of load that 50
> users are going to place on it, or would I be better off not using FRS
> for this type of situation? The initial replication is not a concern as
> it's a new server being built, so I can plug it into the same giga
> switch as the server that currently stores the data, then take it out to
> the remote site once it's completed. It's the ongoing replication that
> concerns me.
>
> The other question I have is in relation to the FRS exclusions.
> In the lab I have set up I have created a DFS Root and one partner of
> the replicating folder on Win2K3 while the 2nd partner in the
> replication is on Win2K server (SP4). I have created a DFS link called
> Groups which contains 2 subdirectories (A and B).
> I have specified that directory B is to be excluded from replication,
> but changes to files in that direcotry are still replicating between the
> servers. I have tried entering it as "B" and "\\server\dfsroot\groups\B"
> and it continues to replicate. Is anyone aware of how the exclusions
> work and what I need to enter to ensure that specified directories don't
> replicate?
>
> Thanks in advance.
>
|
Similar Threads
