|
Correct, AD will not create site links.
Depending on the network, you may or may not be able to get
away without creating any site links. You know your network best, if it is
logical that any DC could connect to any other DC for replication and that any
DC in the domain could be the hub for replication to all other or a significant
portion of the sites, you do not need additional site links.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, Cathy Sent: Thursday, July 21, 2005 5:18 PM To: [email protected] Subject: RE: [ActiveDir] Site link costs 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 Sent: Thursday, July 21, 2005 12:01 PM To: [email protected] Subject: RE: [ActiveDir] Site link costs 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 joe
- RE: [ActiveDir] Site link costs David Adner
- RE: [ActiveDir] Site link costs David Adner
