As mentioned already have R2 DC's so no changes to schema needed. I understand your viewpoint and am adopting this for pretty much everything else.
On Sat, Jan 15, 2011 at 8:05 AM, Coleman, Hunter <hcole...@mt.gov> wrote: > If you don’t have any R2 domain controllers, and you haven’t otherwise > run adprep /forestprep, then you will be looking at necessary schema > changes. > > > > In general, I’d say that a disaster recovery is not the time to be making > infrastructure changes like this. You have enough work ahead of you as it > is, so why complicate things further? > > > > *From:* James Hill [mailto:hill.ja...@gmail.com] > *Sent:* Friday, January 14, 2011 2:57 PM > > *To:* NT System Admin Issues > *Subject:* Re: So...our data centre is under water > > > > Thanks Michael Great advice as always from you. > > > > We already have R2 servers no schema changes necessary. > > On Sat, Jan 15, 2011 at 7:44 AM, Michael B. Smith <mich...@smithcons.com> > wrote: > > Yes. > > > > But your first step is to seize the FSMO roles on an existing group catalog > server, and then delete the old servers from AD. > > > > See http://support.microsoft.com/kb/216498 > > > > Then you can build a new 2008 R2 server. You WILL have to extend the > schema, but you don’t have to update the forest or domain functional levels. > > > > My thoughts are with you. Good luck! > > > > Regards, > > > > Michael B. Smith > > Consultant and Exchange MVP > > http://TheEssentialExchange.com <http://theessentialexchange.com/> > > > > *From:* James Hill [mailto:hill.ja...@gmail.com] > *Sent:* Friday, January 14, 2011 4:41 PM > > > *To:* NT System Admin Issues > > *Subject:* Re: So...our data centre is under water > > > > Thanks Jim. > > > > I didn't want to change the domain level. Wanted to leave it at 2008 but > was wondering if the FSMO roles can be installed on a 2008R2 server with the > domain level at 2008. > > On Sat, Jan 15, 2011 at 7:38 AM, Jim Holmgren <jholmg...@xlhealth.com> > wrote: > > James, > > My thoughts are with you as we are in the middle of implementing our DR > plan. Given all that you have to deal with, I am not sure I would change > your domain level at this point. > > > > If you need help – I do have a valid US passport and relatives in Oz. :) > > > > Jim > > > > > > Jim Holmgren > > Senior Manager, Infrastructure Services > > XLHealth Corporation > > The Warehouse at Camden Yards > > 351 West Camden Street, Suite 100 > > Baltimore, MD 21201 > > 410.625.2200 (main) > > 443.524.8573 (direct) > > 443-506.2400 (cell) > > www.xlhealth.com > > > > > > > > *From:* James Hill [mailto:hill.ja...@gmail.com] > *Sent:* Friday, January 14, 2011 4:36 PM > *To:* NT System Admin Issues > *Subject:* So...our data centre is under water > > > > If you've seen the news you may have heard that we've had some very serious > flooding here in Brisbane, Australia. As a result we lost our data centre, > it ended up being completely under water. We managed to save some > components thanks to some knee high walking in water before it got too > high. A very critical server was later rescued thanks to a boat and some > roof removal. Walking in to your Data Centre in knee high water is some > what depressing. Seeing the lights on equipment that is higher in the > racks(and dry) still being powered by the UPS in a dark room filling up with > water is well...uncomforting. > > > > We are now in hectic DR mode and are restoring services as quickly as > possible. Unfortunately we didn't have a DR location(planning was under way > but nothing was in place) and so a lot of the restore means retrieving data > from tapes and building servers from scratch. > > > > I'm in new territory here and so I'm hoping the list can help me out with > some questions that I know will arise as I work through this mess. > > > > We have secured space in a nice and dry Data centre and have organised WAN > and Internet connectivity(although it's not fired up yet), some rack space, > and have rented VM's and disk space. > > > > We have a 2008 level domain with a mix of 2008 and 2008 R2 DC's. The two > DC's we lost were running 2008 and held the FSMO roles. We have C: drive > and system state backups of these. We have a number of other DC's out in > our stores that are high and dry. What I would like to do is:- > > > > Create a new DC in the new Data Centre with a new name but running 2008R2 > (take the opportunity to upgrade it). > > Give it the FSMO roles (is this possible considering the domain level is at > 2008 but the server would be 2008 R2)? > > Clear out the two lost DC's from AD entirely. > > > > Thoughts, suggestions and messages of sympathy are all welcome. > > > > James. > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > > CONFIDENTIALITY NOTICE: This email, including attachments, is for the sole > use of the intended recipient(s) and may contain confidential and/or > protected health information. Under the Federal Law (HIPAA), the intended > recipient is obligated to keep this information secure and confidential. Any > disclosure to third parties without authorization from the member of as > permitted by law is prohibited and punishable under Federal Law. If you are > not the intended recipient, please contact the sender by reply e-mail and > destroy all copies of the original message. > > NOTA DE CONFIDENCIALIDAD: Este mensaje incluyendo cualquier anejo es para > uso exclusivo del (los) destinatario (s) y puede incluir información > confidencial y/o información de salud protegida. La Ley Federal (HIPAA) > establece que el destinatario está obligado a mantener la información > confidencial y sequra. HIPAA prohíbe y castiga cualquier divulgación a > terceras personas sin autorización del afiliado o permitido por ley. Si > usted no es el destinatario, redirija esta mensaje al remitente, y destruye > cualquier copia existente del mensaje original. > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
