[THIN] Re: OT: AD Replication

  • From: Evan Mann <emann@xxxxxxxxxxxxxxxxxxxxx>
  • To: "'thin@xxxxxxxxxxxxx'" <thin@xxxxxxxxxxxxx>
  • Date: Thu, 7 Aug 2003 14:40:28 -0400

Thanks for the info Chris.  The one thing I am still unsure of is setting my
replication intervals.  I guess the simplest way to put it is, does the NTDS
replication interval get overriden by the interval set on an intersite
transport, when you are replication NTDS across a site?



-----Original Message-----
From: Chris Lynch [mailto:lynch00@xxxxxxx] 
Sent: Thursday, August 07, 2003 2:25 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: OT: AD Replication


 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

SMTP is used for Intersite replication (between sites, not with DC-to-DC
replication).  As for a Site Link, only IP (which is RPC over IP) and SMTP
are available.  As for replication between DC's, I would leave the default
of RPC.

To quote from the "Mission Critical Active Directory: Architecting a Secure
and Scalable Infrastructure", "...IP or SMTP transport, depending on whether
you want to create a synchronous (RPC) or asynchronous (SMTP) site link..."
- Page 142.

Also, page 156, "In a configuration where both the SMTP and RPC site links
are available, the KCC will always prefer the RPC replication to SMTP."
This relates to Site Links only, not Connection Agreements between DC's.

A general assumption is made that replication must occur quickly within a
site and that there is a low tolerance for inconsistencies within the
directory across all controllers in a site.  For this reason, Intrasite
replication is always RPC-based.  Intersite replication can be performed
through RPCs or via special forms of SMTP messages sent between DCs.

As for the reason why IP and RPC exist as an option as a DC Connection type,
I don't know.  I have never changed this.

As for the differences on what gets replicated between DCs within the same
site vs. a DC in one site replicating to another DC in another site, they
replicate the same data.  The only difference between Intrasite and
Intersite are:

1.  The addition of compression between sites
2.  You can use the SMTP transport for replication, which cannot be
scheduled, and you also need a CA.

Hope this helps,

Chris

- -----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] 
Sent: Thursday, August 07, 2003 10:45 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: OT: AD Replication

If I remember right SMTP IS NOT for interdomain replication. You can check
it out but I believe that Site links were setup for SMTP to be used for
forest type (GC) replication and attributes for the forest. This may have
been early windows 2k but I believe I ran into that problem

Ron Oglesby
Senior Technical Architect
 
RapidApp
Office 312.372.7188
Mobile 815.325.7618
email roglesby@xxxxxxxxxxxx
 

- -----Original Message-----
From: Chris Lynch [mailto:lynch00@xxxxxxx]
Sent: Thursday, August 07, 2003 12:38 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: OT: AD Replication

 
- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

For one thing, there are only two options on AD Site Connectors, SMTP or RPC
over IP.  You would only create an SMTP connector that has a dial-up link
that has a DC on the other side.
 
I don't quite understand what you are trying to ask for in your second
question.
 
Chris

________________________________

From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Evan Mann
Sent: Thursday, August 07, 2003 10:20 AM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] OT: AD Replication



I've been trying to read some of the TechNet's descriptions of AD
replication and they are starting to get really boring and not give me the
info I need.  I'm trying to gain more knowledge on a few things:

- - -Is there any good/bad reasons to change NTDS replication transport on
intrasite servers to IP, instead of the default of RPC

- - -What is replicated by NTDS and what is replicated via an intersite
transport.  I'm trying to figure out the best way to set these replication
intervals but can't locate the info I need.






- -----BEGIN PGP SIGNATURE-----
Version: PGP 8.0
Comment: Public PGP key for Chris Lynch

iQA/AwUBPzKOXG9fg+xq5T3MEQKGwgCeOb39btqHwg/NpocPQRasRno9bGAAoLX1
iLHWLkHIYQVN1S4w+jjv7WPf
=yQd1
- -----END PGP SIGNATURE-----
********************************************************
This Week's Sponsor - RTO Software / TScale What's keeping you from getting
more from your terminal servers? Did you know, in most cases, CPU
Utilization IS NOT the single biggest constraint to scaling up?! Get this
free white paper to understand the real constraints & how to overcome them.
SAVE MONEY by scaling-up rather than buying more servers.
http://www.rtosoft.com/Enter.asp?ID=147
**********************************************************
Useful Thin Client Computing Links are available at:
http://thethin.net/links.cfm

For Archives, to Unsubscribe, Subscribe or set Digest or Vacation mode use
the below link: http://thethin.net/citrixlist.cfm -----BEGIN PGP
SIGNATURE-----
Version: PGP 8.0
Comment: Public PGP key for Chris Lynch

iQA/AwUBPzKZYW9fg+xq5T3MEQJEkgCfSpIMn+qGnN0aIex424uuKmDprNIAoPr0
f6kgp6+JF+r8HDNlMZ1/WbMl
=qWGB
-----END PGP SIGNATURE-----


********************************************************
This Week's Sponsor - RTO Software / TScale
What's keeping you from getting more from your terminal servers? Did you
know, in most cases, CPU Utilization IS NOT the single biggest constraint to
scaling up?! Get this free white paper to understand the real constraints &
how to overcome them. SAVE MONEY by scaling-up rather than buying more
servers. http://www.rtosoft.com/Enter.asp?ID=147
**********************************************************
Useful Thin Client Computing Links are available at:
http://thethin.net/links.cfm

For Archives, to Unsubscribe, Subscribe or 
set Digest or Vacation mode use the below link:
http://thethin.net/citrixlist.cfm
********************************************************
This Week's Sponsor - RTO Software / TScale
What's keeping you from getting more from your terminal servers? Did you know, 
in most cases, CPU Utilization IS NOT the single biggest constraint to scaling 
up?! Get this free white paper to understand the real constraints & how to 
overcome them. SAVE MONEY by scaling-up rather than buying more servers.
http://www.rtosoft.com/Enter.asp?ID=147
**********************************************************
Useful Thin Client Computing Links are available at:
http://thethin.net/links.cfm

For Archives, to Unsubscribe, Subscribe or 
set Digest or Vacation mode use the below link:
http://thethin.net/citrixlist.cfm

Other related posts: