|
Cathy, I think you have got a handle on the big
picture – AD will work without creating any explicit site links, which
implies that all site will be members of the DefaultSiteLink, however this may
not be the optimal configuration and in turn may result in a “replication
topology” that is undesirable or at least lackluster in terms of
performance. To quote Charlie… “it all depends on your [network] topology that you have”. Regards, Aric From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, Cathy Thanks to all of you who responded. I think part of my problem is with
semantics. As Aric says, it's important to differentiate between sites, site
links, and connection objects. People here at work are saying that AD will
create its own site links, but actually, AD just uses the DefaultSiteLink to
create connection objects if we don't explicitly create site links, right? AD
doesn't actually create any new site link objects on its own? I certainly don't
see any in our environment that we didn't explicitly create. I guess what these others mean is just
that we don't HAVE to create any site links. While I think our experience is
showing that we probably should, they're correct that we don't absolutely have
to. I just wanted to be sure though that I was understanding the concepts
underneath correctly. Homework for the weekend: read through the
AD Replication Topology Technical Reference :-) From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bernard, Aric While I know absolutely nothing about your
environment aside from what you mention below, but I would have to make an
assumption that if your AD site topology were configured properly you could
have accomplished what you want without “deactivat[ing] the ability for AD to create its own links”. Your approach is certainly not a best practice for
most environments. Further more; it is important to
differentiate between sites, site links and connection objects. In every
forest, sites and associated site links must be implemented
manually/programmatically [1] as the KCC/ISTG only handles the creation of
connection objects between DCs based on the site topology explicitly defined in
the AD. If you were seeing connection object being created automatically
between servers that you “disapproved” of then an error existed in
the site topology you defined. Keep in mind that your site topology
consists of many things including sites, site links, site link bridges, costs,
schedules, preferred bridgehead servers (optionally), and more. [1] The exception to this is the
DefaultFirstSite and DefaultSiteLink. Regards, Aric From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carerros, Charles Great question, we just had this at our
place. We just finished deploying a W2K3 AD structure across the globule
with each division using their own sub domain. We are creating our site links
manually. And by saying "We" I mean one of the five The reason for this is so we can control
how often and WITH WHO each site replicates. Right now we have the site
that hosts the first DC for each domain replicating back to sites with root
domain controllers but all other domain sites only replicate with each other
and their first DC. This means that if the link between our root domain
controllers and that primary domain controller site was to go away we wouldn't
have replication with them. The links that were being created by AD
weren't what we wanted. We had sites in So, I guess it all depends on your
topology that you have. Charlie
|
Title: Site link costs
- RE: [ActiveDir] Site link costs Bernard, Aric
- RE: [ActiveDir] Site link costs Rick Kingslan
- RE: [ActiveDir] Site link costs joe
- RE: [ActiveDir] Site link costs David Adner
- RE: [ActiveDir] Site link costs David Adner
