As a matter of symantics, I just want to point out that it is FRS that is
doing the replication. DFS is nothing more than a very smart redirection
system.
Keep my last post in mind. I said:
Remember, the DFS can be hosted by non-DC's, and they have no representation
in the config container from a replication perspective
Keeping that in mind, no replmon has no ability to see FRS replication
between non-DC's. Strictly speaking, replmon has no ability to look at FRS
replication more generally. It is an AD replication troubleshooting tool,
and through a degree of separation can be used to understand your SYSVOL
replication topology. Strictly speaking, it should only be used to
troubleshoot AD replication.
Things like FRS replication should be monitored with SONAR, also available
on the microsoft website.
do these links follow rules of site link replication - schedule / interval
etc. ??
Again, they are not in the config container, so my answer would be no.
Check out the tool I references in my last post and also check out sonar.
Let me know if it doesn't answer any of your other questions.
~Eric
--
Eric Fleischman [MSFT]
Directory Services
This posting is provided "AS IS" with no warranties, and confers no rights
Graham Turner said:
Eric, thanks for the reply.
am i right to say the connection objects that are used to replicate DFS
content are not displayed by replmon ?
do these links follow rules of site link replication - schedule / interval
etc. ??
also with AD replication we can force immediate replication between servers
in different sites again using replmon or otherwise
what quick win ways do we have of getting immediate DFS content replication.
??
Thanks
GT
Graham,
When it comes to SYSVOL replication, that will typically follow your
standard AD replication map.
In the context of a DFS that you create, however, that will not use the
same
topology. By default it will create a fully-meshed topology between all
machines hosting the content. Remember, the DFS can be hosted by non-DC's,
and they have no representation in the config container from a replication
perspective (the only info they can gather from the config container is
what
site they are in based upon their subnet).
The easiest way, I think, to manipulate this topology is with the Server
2003 DFS tools. Here's some more information about that: