Re: Question if you can synch profiles

I heard of DFS replication, but not too familiar with it, how does it work
and what will this accomplish?

As its setup nowz: 1 forest, 1 DC, 1 DNS don't use DHCP, everything is
static. Everyone logs on to the same DC regadless which branch they are in.

I do question why they take so long, since the computers store a local copy
of the profile and I would think they would load faster since profiles don't
change much day to day. Most shut down the night before and the next day it
takes them a long time to log on.

Would we need to set up a different domain for this to take affect or if we
use a second DC in the same domain, how does the system know which profile to
load, meaning the DC at the branch or the DC across the WAN?

"Anthony" wrote:

Pete,
You can sync anything, including roaming profiles. You can use DFS
Replication in the same forest, or you could just use a scheduled robocopy
job.
I don't think its the answer to your problem though.
I think you need to start by investigating why the logons take a long time.
You would expect it to take longer, but not that much. Where are you getting
DHCP from at the other branch, and what DNS server is being assigned? It
needs to be the domain DNS on the DC. There is a section in this article on
troubleshooting the domain locator process:
http://support.microsoft.com/kb/314861. Is it really just as slow if My
Documents is empty?
If the network was very slow, you would expect to log on with cached
credentials (based on the Slow Network Detection). If you want them to use
cached credentials when at Branch 2, you would just set the slow network
detection threshold to be higher.
If you set up another DC at Branch 2 in teh same domain, you could use DFS
to replicate both the Roaming profiles and the redirected My Documents. Give
these a DFS path and clients will automatically find the nearest replica.
Hope that helps,
Anthony, http://www.airdesk.com


"pete0085" <pete0085@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:63F692E4-6CF9-4444-AEBD-88FCDD01D342@xxxxxxxxxxxxxxxx
I asked a similar question in the general group, but maybe someone can help
me out with this.

We are wondering if it is possible to synch a users roaming profiles
folder
at night if they are loggin on from 2 different domain controllers.

We have 1 DC in the main branch, many people move between branches and
logging on over the WAN takes 5-20 minutes to log on. If we set up
another
DC in that branch, would it have to be a separate domain or child domain
or
is this even possible?

It's not a question about the size of the profiles, in the main branch it
takes me a few seconds to log on. Across the WAN it takes over 5 minutes.
I
tried to redirect folders, which increases the login time, however, you
are
still accessing resources over the WAN and everything else is slower,
including outlook, which will freeze up when sending/receiving a large
file.
That's why redirection will not work.

Is there a way a user will log on according to their location/branch and
allow the profiles to synch at night so when they log on to a different
location, all their info is the same as before? Would they also be able
to
access outlook as the exchange server is at the main branch which would be
on
a different domain?

Sorry this is a long and maybe confusing question. If you need more info,
I
can provide it.

Also believe terminal services will not work as a few applications need to
run based on the ip address of the computer and it requires a unique
address
in order to run correctly. It cannot be shared.

Any ideas or suggestions is welcomed outside removing the roaming
profiles.





.

Relevant Pages

  • RE: DFS replication w/ Folder Redirection + Roaming User Profiles
    ... XP Client Roaming Profiles using DFS and FRS are not supported ... DFS replication w/ Folder Redirection + Roaming User Profiles ...
    (microsoft.public.windows.file_system)
  • Re: Question if you can synch profiles
    ... You can sync anything, including roaming profiles. ... Replication in the same forest, or you could just use a scheduled robocopy ... credentials (based on the Slow Network Detection). ... If you set up another DC at Branch 2 in teh same domain, you could use DFS ...
    (microsoft.public.windows.group_policy)
  • Re: DFS question
    ... FRS will replace the file after you configured DFS. ... Configure DFS for replication again. ... Microsoft CSS Online Newsgroup Support ... >> check http://support.microsoft.com for regional support phone numbers. ...
    (microsoft.public.windows.server.sbs)
  • Re: dfs problems
    ... please speak to your SBS Specialists at css and if necessary the SBS Dev team in Redmond: ... But that not DFSR replication with a Win2k3 R2 server. ... I understand the issue is that you have set up dfs ... Distributed File System: ...
    (microsoft.public.windows.server.sbs)
  • Re: DC Query
    ... (Unless you have replication going, I haven't look at the article kj came up ... > server just for the data, it had to stay on the first DC. ... > approach them with this idea until I knew DFS could cope with disk quotas ...
    (microsoft.public.windows.server.active_directory)