How do I separate then upgrade an exchange & windows domain controller server 2003 that have been coexisting?
How do I separate then upgrade an exchange server & domain controller that have been coexisting? I have an exchange server 2003 coexisting with the only domain controller (I know not a good idea but I inherited it that way). The domain controller is of course managing AD/DNS/DHCP, but the users are not logging into the domain they just have accounts created in order to have email accounts from the domain. Recently purchased windows server 2008 R2 & Exchange 2010 neither provide the upgrade option so 1st:
I need to separate our exchange 2003 server from the domain controller that is coexisting on a physical server. Only problem(s) is that:
• 200 users are using outlook with the connection settings RPC over http to the exchange.domain.com email server.
• Our public dns MX records points to exchange.domain.com for our email server.
• The domain controller is called exchange.domain.com.
• The exchange server is housed on the DC it is also called exchange.domain.com.
What will be the hurdles & pitfalls for the following?:
• Created a vm w/server 2008 R2 that I want to promote to a DC then transfer all roles to it from the existing DC.
• Cloned the previously mentioned VM so I can install Exchange 2010 on it then transfer the existing email accounts and emerged PST’s.
I need to separate our exchange 2003 server from the domain controller that is coexisting on a physical server. Only problem(s) is that:
• 200 users are using outlook with the connection settings RPC over http to the exchange.domain.com email server.
• Our public dns MX records points to exchange.domain.com for our email server.
• The domain controller is called exchange.domain.com.
• The exchange server is housed on the DC it is also called exchange.domain.com.
What will be the hurdles & pitfalls for the following?:
• Created a vm w/server 2008 R2 that I want to promote to a DC then transfer all roles to it from the existing DC.
• Cloned the previously mentioned VM so I can install Exchange 2010 on it then transfer the existing email accounts and emerged PST’s.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
There is nothing to cause concern in your post.
What version of Outlook are you using? If Outlook 2007 and higher, then autodiscover will help with a lot of the client configuration. If Outlook 2003 then you will have to tolerate some DNS inconsistencies for a while.
You need to remember that you remove Exchange from a DC, not DC from Exchange.
Personally I would look to decommission the current Exchange server from everything, DC and Exchange.
What I don't understand is why there are PST files involved at all. If this is the same domain that step is a waste of time and completely unnecessary. Either all of the facts are not here, or you don't fully understand the migration process.
So if it was me with Outlook 2003.
1. Build new domain controller.
2. Build Exchange 2010, with RPC CAS Array, SSL certificate etc, using new names for OWA, ActiveSync, Outlook Anywhere. Include the existing name as one of the names on the SSL certificate.
3. Replicate the public folders, get new platform ready to go.
4. Pick a weekend, and migrate all mailboxes to new server, and remove Exchange correctly using the guides from Microsoft and others.
5. Once Exchange has gone, DCPROMO the box out, remove from the domain and shutdown. Then put the existing name as an additional DNS entry to the new server.
With Outlook 2007 and higher, step 1 - 3 would be the same.
I would be aiming to drop the existing name completely.
Simon.
What version of Outlook are you using? If Outlook 2007 and higher, then autodiscover will help with a lot of the client configuration. If Outlook 2003 then you will have to tolerate some DNS inconsistencies for a while.
You need to remember that you remove Exchange from a DC, not DC from Exchange.
Personally I would look to decommission the current Exchange server from everything, DC and Exchange.
What I don't understand is why there are PST files involved at all. If this is the same domain that step is a waste of time and completely unnecessary. Either all of the facts are not here, or you don't fully understand the migration process.
So if it was me with Outlook 2003.
1. Build new domain controller.
2. Build Exchange 2010, with RPC CAS Array, SSL certificate etc, using new names for OWA, ActiveSync, Outlook Anywhere. Include the existing name as one of the names on the SSL certificate.
3. Replicate the public folders, get new platform ready to go.
4. Pick a weekend, and migrate all mailboxes to new server, and remove Exchange correctly using the guides from Microsoft and others.
5. Once Exchange has gone, DCPROMO the box out, remove from the domain and shutdown. Then put the existing name as an additional DNS entry to the new server.
With Outlook 2007 and higher, step 1 - 3 would be the same.
I would be aiming to drop the existing name completely.
Simon.
ASKER
leew: my apologies but yes its volumed licensed
Plan A
Install one new ADC and one new Exchange 2003 server.
Move FSMO, DHCP to new ADC
Move Mailboxes to new Exchange server
Decom Exchange from old DC.
Plan B
Install one new ADC and one new Exchange 2010 server.
Move FSMO, DHCP to new ADC
Move Mailboxes to new Exchange 2010 server
Decom Exchange from old DC.
If I need to follow, Plan B is best.
Note: You need lot of planning for all this.