Title: Message
Thanks John.
 
It embarrasses me to admit that we have legacy login script references to siteB and so the site cannot be (easily) removed, whilst the DC can, however.
 
My initial plan was to follow your steps below, but alas, it's never that easy :)
 
 
Thanks too, for the DNS tip. I already have that covered, but thanks for the reminder!
 
neil

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Reijnders
Sent: 03 March 2005 12:25
To: '[email protected]'
Subject: RE: [ActiveDir] DNS and site coverage behaviour

Hi Neil,

 

Technically there is no need to place a DC in a site. However, in your case it could be an option to

  1. Link the subnets that were formally linked to site B to site A
  2. Decommision the DC
  3. Remove site B

 

However, if you have a good reason to keep site B (please post the reason) ... site coverage should help you. If everything works by design the site coverage should work after a while. It depends on your patch level, because I remember some patches that fixed the situation in which a decommisioned DC did not remove it's DNS records. Just keep your eyes on DNS and force the registration if it takes too long.

 

Cheers!

John

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adams, Kenneth W (Ken)
Sent: donderdag 3 maart 2005 13:13
To: [email protected]
Subject: RE: [ActiveDir] DNS and site coverage behaviour

 


My understanding of sites is that each site must have at least one DC.  If my understanding is correct, your planned action to decomm the Site B DC would lead to the removal of Site B and its incorporation into Site A.  As long as the computers in Site B have the proper DNS server addresses, you should have no problem (note the operative word 'should').

 

Ken Adams, MCSE 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruston, Neil
Sent: Thursday, March 03, 2005 7:04 AM
To: '[email protected]'
Subject: [ActiveDir] DNS and site coverage behaviour

I am about to investigate and test DNS site coverage and would like to seek the views and opinions of others.

Scenario:
W2k DCs (SP3)
Multiple domains - all w2k native
Location1 has 2 buildings, currently each building being represented by a separate site. Let's call them siteA and siteB.

Currently, each of these 2 sites has a DC installed locally.
SiteB has a site link with siteA (cost 10)
SiteB has a site link to siteC [at some other location] (cost 100)

Proposal and requirements:
Decomm the DC in siteB and ensure that the DC in siteA provides DNS coverage to users in siteB [I won't explain my reasoning for the decomm - that would detract from my main point :) ]

Questions:
Will the DC in siteA need to be configured such that it auto covers DNS wrt siteB (registry change)?
Or
Will that DC in siteA automatically cover for siteB in DNS, given that siteA has the lowest cost link to siteB?

I had always assumed the latter to be true, but this view has been challenged and the former was suggested as necessary, instead :)

Any offers?

Thanks,
neil

Neil Ruston - MVP dir services

==============================================================================
This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure.
==============================================================================


This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

==============================================================================
This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure.
==============================================================================

Reply via email to