|
Why not disable the KCC?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Drew Burchett Sent: 14 November 2006 13:27 To: [email protected] Subject: RE: [ActiveDir] Help with topology I’ll have to look up
how to set the costs on the links. That may very well solve my
problem. The part that is making Exchange so slow is the System Attendant
service. Every 2 minutes it will log Event 1042: “Metabase Update
failed to read the Configuration namespace property from the domain
controller. Error code is 80040a01.” This goes on for a couple of
hours until it finally succeeds in reading whatever it needs and the service
starts. Then, and only then, can I start the rest of the Exchange
services. I attempted to place
all the branch offices in different sites and use site links to determine which
of these would replicate with which, but I quickly found out that a site
can only belong to one site link, and that pretty well shoots trying to make
everything link back to the CO. I did manage to find an article on
Microsoft’s web site about hub and spoke topology, but it focused strictly on
determining how many domain controllers you need at each location and formulas
for determining how much information will be transferred compared to existing
line speed. Not one word about how you’re supposed to implement hub and
spoke, or how you’re supposed to keep the KCC from completely screwing it up
once you do. Thank you for the
information, Drew
Burchett United Systems &
Software Ph:
(270)527-3293 Fax:
(270)527-3132 From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Bahta, Nathaniel V
CTR USAF NASIC/SCNA Why dont you make the
domain controller at the branch office with the Exchange Server a Global
Catalog? Also why not set the cost on the links if you have not
already? You can also set the logging level higher in exchange so you can
see whats taking so long to come online. From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Drew
Burchett I have a client that I’m having
trouble setting up Active Directory topology for. The
layout: 1 Central office with two domain
controllers, 1 Global Catalog, T1 connection 5 Branch offices with 1 domain
controller and DSL or Cable connections. 1 Branch office with 1 domain controller that is also an Exchange Server, on a
T1. All the offices are connected to the
central office through a VPN maintained by a Cisco PIX at each location.
They are not directly connected to each other. When I originally set this
up, I pointed all the machines to the main DNS server at the central
office. However, if the VPN or the T1 went down, they were not able to
access the internet and since they use a third-party application host, this is
critical for business. To alleviate this problem, I installed DNS on each
of the branch office computers. This worked fine until Exchange 2003 was
introduced into the picture. Since all of the sites now register and replicate their DNS information, the slowest sites always end up at the top of
the list of name servers. In addition, the KCC is always attempting to
create links between the Exchange server and all the other sites besides the
central office. Thus, whenever I have to restart the Exchange server, it
takes several hours for it to properly start up. I assume that this is
because it is attempting to retrieve DNS information and AD information from the
slowest links rather than the CO, with which it can readily communicate.
What I would like to do is set up a topology so that all the branch offices are
replicating ONLY with the CO and the Exchange server will ALWAYS get its
information from the CO and nowhere else. However, first, I don’t know how
to accomplish this, and second, I don’t know if this will actually solve the
problem or not. Any thoughts or suggestions on how to make this
better? Drew
Burchett United Systems &
Software Ph:
(270)527-3293 Fax:
(270)527-3132
CONFIDENTIALITY NOTICE: This e-mail message, including
any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended recipient,
please contact the sender by reply e-mail and destroy all copies of the original
message.
-- CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. As a public body, the Council may be required to disclose this email, or any response to it, under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act. If you receive this email in error please notify Stockport e-Services via [EMAIL PROTECTED] and then permanently remove it from your system. Thank you. http://www.stockport.gov.uk ********************************************************************** |
- [ActiveDir] Help with topology Drew Burchett
- RE: [ActiveDir] Help with topo... Bahta, Nathaniel V CTR USAF NASIC/SCNA
- RE: [ActiveDir] Help with ... Drew Burchett
- RE: [ActiveDir] Help w... Dave Wade
- RE: [ActiveDir] Help with topo... neil.ruston
- RE: [ActiveDir] Help with ... Drew Burchett
- RE: [ActiveDir] Help w... Kurt Falde
