|
You might want to look
into using Active Directory Load Balancing tool (adlb.exe); I’ve never
used the tool but it might help you control replication and the connection
objects. Personally, I would trust the KCC and let it do its jobJ Thanks... ... ... ... Sergio J. Olivarez -
Contractor GD-NS From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Russ, Perhaps you should consider disabling the
KCC within one or more sites, or forest-wide if this is a big issue. Otherwise, I'd treat all DCs as equals and
let the KCC 'do its thing' :) neil From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rimmerman, Russ All our remote sites automatically pick
the same DC at DHQ, but this site picked a DC that is our primary DNS server at
DHQ for some reason. We've never had that DC be selected by the KCC
before, and I'm not sure why it picked that one instead. From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Almeida Pinto, Jorge de Hi Russ, The KCC runs 5 mins after the DC boots and after that each
15 min.. The KCC creates CO as it sees fit (and that depends on the
site and replication topology, partitions to replicate and replicas hosting
partitions). If you remove the CO manually, it will recreate them
during the next KCC cycle. The creation of auto COs also depends on what manual
So, why do you think it is wrong or what do you mean with
"If you promote a new domain controller and it doesn't
automatically generate the right replication links" jorge From:
[EMAIL PROTECTED] on behalf of Rimmerman, Russ If you promote a new domain controller and it doesn't
automatically generate the right replication links, is it safe or recommended
to delete the link it generated and manually create the replication link?
Or if you delete it will it try to automatically generate it again?
PLEASE READ: The information contained in this email is
confidential and intended for the named recipient(s) only. If you are not an
intended recipient of this email please notify the sender immediately
and delete your copy from your system. You must not copy, distribute or take
any further action in reliance on it. Email is not a secure method of
communication and Nomura International plc ('NIplc') will not, to the extent
permitted by law, accept responsibility or liability for (a) the accuracy or
completeness of, or (b) the presence of any virus, worm or similar malicious
or disabling code in, this message or any attachment(s) to it. If
verification of this email is sought then please request a hard copy. Unless
otherwise stated this email: (1) is not, and should not be treated or relied
upon as, investment research; (2) contains views or opinions that are
solely those of the author and do not necessarily represent those of NIplc;
(3) is intended for informational purposes only and is not a recommendation,
solicitation or offer to buy or sell securities or related financial
instruments. NIplc does not provide investment services to private customers.
Authorised and regulated by the Financial Services Authority. Registered in
no. 1550505 VAT No. 447 2492 35. Registered Office: 1 |
RE: [ActiveDir] Automatically generated replication links
Olivarez, Sergio J Mr ANOSC/FCBS Wed, 08 Mar 2006 08:08:41 -0800
- [ActiveDir] Automatically generated repli... Rimmerman, Russ
- RE: [ActiveDir] Automatically genera... Almeida Pinto, Jorge de
- Re: [ActiveDir] Automatically genera... Za Vue
- RE: [ActiveDir] Automatically genera... Rimmerman, Russ
- RE: [ActiveDir] Automatically genera... Rimmerman, Russ
- RE: [ActiveDir] Automatically ge... Almeida Pinto, Jorge de
- RE: [ActiveDir] Automatically genera... Rimmerman, Russ
- RE: [ActiveDir] Automatically genera... neil.ruston
- RE: [ActiveDir] Automatically genera... Olivarez, Sergio J Mr ANOSC/FCBS
- RE: [ActiveDir] Automatically genera... Myrick, Todd \(NIH/CC/DNA\) [E]
- RE: [ActiveDir] Automatically genera... Rimmerman, Russ
