Not having followed the tread all the way from the beginning I just
thought I'd add my 2 cents, although it's probably worth less than that
due to the SA Rand to Dollar exchange rate :) :). I was always under the
impression that a role seize should only be done if the server that
originally held the role was never going to be re-introduced and an
ntdsutil was done to clean up. In fact I have a policy to never re-use
DC names just as a CMA process. 

Regards
Peter Johnson 

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Susan Bradley,
CPA aka Ebitz - SBS Rocks [MVP]
Sent: 17 August 2006 17:48
To: [email protected]
Subject: Re: [ActiveDir] FMSO roles split, patch question.

As a person who tests/patches a bunch of single DCs.... I've never seen 
a "patch" kill a server.

Driver update may and has, yes.
Impair functionality of the server, yes.

But kill it completely?  Microsoft tests patches ahead of time and they 
would find ahead of time if basic functionality of a DC would be nailed.

But if the server dies... it was probably on the emergency list prior to

patching.  Rebooting the box first ensures that you find these 'hospital

bound' servers.

Almeida Pinto, Jorge de wrote:
> the reason is that is a DC dies during the patching you do not have to
seize the roles....IMHO, I prefer transfering over seizing
>  
> Met vriendelijke groeten / Kind regards,
> Ing. Jorge de Almeida Pinto
> Senior Infrastructure Consultant
> MVP Windows Server - Directory Services
>  
> LogicaCMG Nederland B.V. (BU RTINC Eindhoven)
> (   Tel     : +31-(0)40-29.57.777
> (   Mobile : +31-(0)6-26.26.62.80
> *   E-mail : <see sender address>
>
> ________________________________
>
> From: [EMAIL PROTECTED] on behalf of John Strongosky
> Sent: Thu 2006-08-17 16:55
> To: [email protected]
> Subject: RE: [ActiveDir] FMSO roles split, patch question.
>
>
> I cornfused is this a standard practice as I thought you did not want
to move the FMSO roles back and forth. 
>  
> john
>
> ________________________________
>
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Almeida Pinto,
Jorge de
> Sent: Thursday, August 17, 2006 4:33 AM
> To: [email protected]
> Subject: RE: [ActiveDir] FMSO roles split, patch question.
>
>
> in addition to that....
> DC1 having FSMOset1 and DC2 having FSMOset2
> transfer FSMOset1 from DC1 to DC2
> apply patches to DC1 and reboot and check everything (event logs
DCdiag, etc)
> if everything OK!
> transfer FSMOset1 and FSMOset2 from DC2 to DC1
> apply patches to DC2 and reboot and check everything (event logs
DCdiag, etc)
> if everything OK!
> transfer FSMOset2 from DC1 to DC2
> voila (that's french)...done! ;-)
>  
> jorge
>
>  
>
> ________________________________
>
>       From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Deji Akomolafe
>       Sent: Wednesday, August 09, 2006 01:52
>       To: [email protected]
>       Subject: RE: [ActiveDir] FMSO roles split, patch question.
>       
>       
>       It doesn't matter.
>        
>       
>
>       Sincerely, 
>          _____                                
>         (, /  |  /)               /)     /)   
>           /---| (/_  ______   ___// _   //  _ 
>        ) /    |_/(__(_) // (_(_)(/_(_(_/(__(/_
>       (_/                             /)      
>                                      (/       
>       Microsoft MVP - Directory Services
>       www.akomolafe.com - we know IT
>       -5.75, -3.23
>       Do you now realize that Today is the Tomorrow you were worried
about Yesterday? -anon
>
> ________________________________
>
>       From: John Strongosky
>       Sent: Tue 8/8/2006 4:49 PM
>       To: [email protected]
>       Subject: [ActiveDir] FMSO roles split, patch question.
>       
>       
>       We have our FMSO roles split between 2 dc's. They are Schema
Master/Domain Tree Operator on 1 and on 2,  the roles PDC Emulator/Rid
Pool/Intrastate on the other. After I apply the patches from Microsoft
what is the beat practices for the boot order...or does it matter?
>        
>       1. Remote DC/GC's first
>       2. no. 1
>       3. then no 2.
>        
>        
>       thanks
>        
>        
>        
>
>
>
> 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.
>
>   

-- 
Letting your vendors set your risk analysis these days?  
http://www.threatcode.com

If you are a SBSer and you don't subscribe to the SBS Blog... man ... I
will hunt you down...
http://blogs.technet.com/sbs

List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.activedir.org/ml/threads.aspx


Disclaimer:
The Development Bank of Southern Africa exercises no control over information 
contained in any e-mail message originating from within the organisation. The 
Bank makes no representation relating to the completeness or accuracy and 
accepts no responsibility for any loss, damage or liability that is incurred by 
reliance on the content hereof by the recipient or any other party. Each page 
attached hereto must also be read in conjunction with any disclaimer, which 
forms part of it.
Confidentiality:
The e-mail is privileged and confidential and for use of the addressee only. 
Should you have received this e-mail in error, please return it to [EMAIL 
PROTECTED]  Dissemination, disclosure, copying or any similar actions of the 
content of this e-mail is strictly prohibited.
List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.activedir.org/ml/threads.aspx

Reply via email to