Humm Radia, you got the info on that, is that the next version of there
Smart Start Scripting toolkit? I heard of Opsware but never used it. I
do the server builds and usually only takes about 1-2 hrs for a
bare-metal build and needed customizations. ( Patches, AV, Registry
updates, and Security templates) 
 
Z
 

Edward E. Ziots 
Network Engineer 
Lifespan Organization 
MCSE,MCSA,MCP+I,M.E,CCA,Network+, Security + 
email:[EMAIL PROTECTED] 
cell:401-639-3505 

 

________________________________

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Williams
Sent: Thursday, January 18, 2007 10:26 AM
To: ActiveDir@mail.activedir.org
Subject: Re: [ActiveDir] Upgrading W2K3 standard to enterprise edition


Well, the length of time depends on the type of build used, and the
components installed.  As an example, on the last project I worked on we
used OpsWare to deploy standard servers based on a number of templates.
A Windows server that matched our default build, took closer to two
hours, due to the number of post-installation scripts and
customisations.  We use HP Radia now, and again, with a relatively
standard build table this is usally closer to two hours than one.
 
In any environment where allowed, scripted builds should always be
favoured over manual.  The percentage of 100% successfully completed
manual builds, when there's a large number of instructions, is very,
very few indeed.
 
Also, if we're talking a branch office site, it's probably much easier
to upgrade out there (and maintain applications and settings) then bring
back to the data centre and rebuild and then take back out to the
branch.
 
Although many enterprises have the facilities to perform bare metal
builds at the branch, there are always smaller sites whereby there's a
factor to stop this, which ultimately results in the server needing to
be returned to one of the staging areas.
 
 
--Paul


        ----- Original Message ----- 
        From: Ziots, Edward <mailto:[EMAIL PROTECTED]>  
        To: ActiveDir@mail.activedir.org 
        Sent: Thursday, January 18, 2007 2:22 PM
        Subject: RE: [ActiveDir] Upgrading W2K3 standard to enterprise
edition

        Yes it does work, I have done a few on HP/Compaq here, as a
test, but its not a standard practice, if its built wrong, just wipe it,
and rebuild only takes an hour max. 
         
        Z
         

        Edward E. Ziots 
        Network Engineer 
        Lifespan Organization 
        MCSE,MCSA,MCP+I,M.E,CCA,Network+, Security + 
        email:[EMAIL PROTECTED] 
        cell:401-639-3505 

         

________________________________

        From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Williams
        Sent: Thursday, January 18, 2007 9:13 AM
        To: ActiveDir@mail.activedir.org
        Subject: Re: [ActiveDir] Upgrading W2K3 standard to enterprise
edition
        
        
        Yeah, you can upgrade std. to ent.
         
        One of my implementation guys accidently built a load of boxes
for me as Std., so I got him to upgrade them to Ent.
         
        Worked fine.  He did have issues doing this on a different
project where there was a stupidly small C partition though (4GB I
think).  I think Ent. needs more room, or at least it does if you're
using HPs server installation CDROM...
         
         
        --Paul


                ----- Original Message ----- 
                From: [EMAIL PROTECTED] 
                To: ActiveDir@mail.activedir.org 
                Sent: Thursday, January 18, 2007 11:38 AM
                Subject: [ActiveDir] Upgrading W2K3 standard to
enterprise edition


                I remember there being a simple upgrade from nt4
standard to nt4 enterprise but don't remember reading of any similar
upgrade path for w2k.

                Apparently such an upgrade path *does* now exist once
again, for w2k3 (including the R2 edition). 

                Can anyone confirm or deny that such an upgrade is
possible? 

                Thanks, 
                neil 

                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 England 
                no. 1550505 VAT No. 447 2492 35. Registered Office: 1 St
Martin's-le-Grand, 
                London, EC1A 4NP. A member of the Nomura group of
companies. 

Reply via email to