Click to Rate and Give Feedback
TechNet
TechNet Library
Exchange Server
Deployment
 How to Remove the Last Legacy Excha...

  Switch on low bandwidth view
How to Remove the Last Legacy Exchange Server from an Organization

Applies to: Exchange Server 2007 SP1, Exchange Server 2007 Topic Last Modified: 2008-11-21

This topic explains how to remove the last Microsoft Exchange Server 2003 or Exchange 2000 Server computer from an organization that also has Exchange Server 2007 servers. The first procedure describes how to prepare your Exchange organization for removal of the last Exchange 2003 or Exchange 2000 server. The second procedure describes how to remove the last Exchange 2003 or Exchange 2000 server. To successfully remove the Exchange 2003 or Exchange 2000 server from your organization, you must complete both procedures.

To perform the following procedures, the account you use must be delegated the following:

  • Exchange Organization Administrator role on Exchange 2007 servers
  • Exchange Full Administrator role on the Exchange 2003 or Exchange 2000 server

Before you perform the procedures in this topic, confirm the following:

  • You have already installed one or more Exchange 2007 servers in the organization. For more information about installing Exchange 2007, see one of the following topics:
  • If you are removing the last Exchange 2003 server, confirm that you do not plan to use any of the Exchange 2003 features that have been removed in Exchange 2007. The following features are not supported in Exchange 2007:
    • Novell GroupWise connector
    • Network News Transfer Protocol (NNTP)
  • If you are removing the last Exchange 2000 server, confirm that you do not plan to use any of the Exchange 2000 features that have been removed in Exchange 2007. The following features are not supported in Exchange 2007:
    • Microsoft Mobile Information Server
    • Instant Messaging service
    • Exchange Chat Service
    • Exchange 2000 Conferencing Server
    • Key Management Service
    • cc:Mail connector
    • MS Mail connector

For more information about discontinued features, see Discontinued Features and De-Emphasized Functionality in Exchange 2007 RTM.

  1. Move all mailboxes to an Exchange 2007 server in the organization. For more information, see How to Move a Mailbox Within a Single Forest.

  2. Move all content from the public folder database on the legacy server to a public folder database on an Exchange 2007 server in the organization. For detailed steps, see How to Move Public Folder Content from one Public Folder Database to Another Public Folder Database.

  3. On an Exchange 2007 server, for each offline address book (OAB), move the generation process to an Exchange 2007 server. For detailed steps, see How to Move the Offline Address Book Generation Process to Another Server.

  4. To remove the public folder mailbox and stores, on the Exchange 2003 or Exchange 2000 server, use Exchange System Manager to perform the following steps:

    1. Expand the server, expand the storage group that contains the public folder store, right-click the public folder store, and then click Delete.
    2. In the dialog box that notifies you that the public folder store is the default store for one or more mailbox stores or users, click OK to select a new public folder store. In the Select Public Store dialog box, select a public folder store on an Exchange 2007 server, and then click OK.
    Bb288905.note(en-us,EXCHG.80).gifNote:
    In Exchange 2003 Service Pack 2 (SP2), Exchange System Manager prevents you from removing a public folder store until all the public folder replicas have completed their background move process. Moving replicas can take several hours, or even days. If you remove a public folder store before replication has completed, you could lose public folder data. If you are running Exchange System Manager on an earlier version of Exchange, such as Exchange 2000, you must manually verify that the public folder replicas have moved before you remove the public folder store. To verify that the public folder replicas have moved, in Exchange System Manager, expand the server from which the replicas are moving, expand the storage group that contains the public folder store, expand the public folder store, and then select Public Folder Instances. If the details pane is empty for the public folder instances, the replicas have moved, and you can safely remove the public folder store.
  5. Verify that Internet mail flow is configured to route through your Exchange 2007 transport servers. By default, Exchange 2007 does not enable Internet mail flow. Use one of the following methods to configure Internet mail flow:

    Bb288905.note(en-us,EXCHG.80).gifNote:
    Before you remove your last legacy server, verify that you have created Exchange 2007 Send connectors to replace all outbound SMTP connectors that may exist on that Exchange 2003 or Exchange 2000 server. Also, verify that the Exchange 2003 or Exchange 2000 server is not listed as the smart host for any Exchange 2007 Send connector or third-party SMTP gateway.
    Bb288905.note(en-us,EXCHG.80).gifImportant:
    Verify that you have made any required changes to your Domain Name System (DNS) MX resource records so that SMTP traffic from the Internet is routed to the Internet-facing mail server you configured in this step. To determine which address the MX record resolves to, you can use the NSlookup command-line tool. For more information, see Nslookup.
  6. To verify that all inbound protocol services (ActiveSync, Microsoft Office Outlook Web Access, Outlook Anywhere, POP3, IMAP4, Autodiscover service, and any other Exchange Web service) point to an Exchange 2007 Client Access server, perform the following steps:

    1. Make sure that the Internet hostnames and IP addresses are appropriately configured in DNS for access to Exchange 2007 Client Access servers. For more information about publishing Exchange 2007 servers to allow clients to access their mailboxes from the Internet, see Publishing Exchange Server 2007 with ISA Server 2006.
    2. Make sure that your clients are configured correctly.
  7. Delete the routing group connectors that connect the Exchange 2003 or Exchange 2000 routing groups and the Exchange 2007 routing group. You can do this from Exchange 2003 or Exchange 2000 System Manager, or you can use the Remove-RoutingGroupConnector cmdlet in the Exchange Management Shell. For more information, see Remove-RoutingGroupConnector.

  8. If you have Exchange 2003 or Exchange 2000 recipient policies that are only Mailbox Manager policies and do not define e-mail addresses (they do not have an E-mail Addresses (Policy) tab), perform the following steps to delete the policies:

    1. In Exchange System Manager, expand Recipients, and then select Recipient Policies.
    2. To verify that a policy is only a Mailbox Manager policy, right-click the policy, and then select Properties. The Properties page must not have an E-Mail Addresses (Policy) tab.
    3. To delete the policy, right-click the policy, and then select Delete. Click OK and then click Yes.
  9. If you have Exchange 2003 or Exchange 2000 policies that are both E-mail Addresses and Mailbox Manager policies (they have both the Mailbox Manager Settings (Policy) tab and the E-mail Addresses (Policy) tab), perform the following steps to remove the mailbox manager portion of the policy:

    1. In Exchange System Manager, expand Recipients, and then select Recipient Policies.
    2. Right-click the policy, and then select Change property pages.
    3. Clear the Mailbox Manager Settings check box, and then click OK.
    Bb288905.note(en-us,EXCHG.80).gifNote:
    Do not delete any e-mail address recipient policies that have e-mail addresses that you still want defined in your organization. Exchange 2007 will use those policies when provisioning new recipients.
  1. On your Exchange 2003 or Exchange 2000 server, perform the following steps to move the public folder hierarchy from the Exchange 2003 or Exchange 2000 administrative group to the Exchange 2007 administrative group:

    1. In Exchange System Manager, expand Administrative Groups, right-click Exchange Administrative Group (FYDIBOHF23SPDLT), select New, and then select Public Folders Container.
    2. Expand the Exchange 2003 or Exchange 2000 administrative group that contains the public folder tree, expand Folders, and then drag Public Folders to Folders under the Exchange 2007 administrative group.
    Bb288905.note(en-us,EXCHG.80).gifNote:
    If you do not complete this step, the Exchange 2007 public folder database could fail to mount if you delete the Exchange 2003 or Exchange 2000 administrative group.
  2. Perform the following steps to delete the domain Recipient Update Services:

    1. In Exchange 2003 or Exchange 2000 System Manager, expand Recipients, and then select Recipient Update Services.
    2. Right-click each domain Recipient Update Service, and then select Delete.
    3. Click Yes.
  3. You will not be able to delete the Recipient Update Service (Enterprise Configuration) by using Exchange 2003 or Exchange 2000 System Manager. Perform the following steps to delete the Recipient Update Service (Enterprise Configuration) by using ADSI Edit (AdsiEdit.msc):

    1. Open ADSI Edit, expand Configuration, expand CN=Configuration,CN=<domain>, expand CN=Services, expand CN=Microsoft Exchange, expand CN=<Exchange organization name>, expand CN=Address Lists Container, and then select CN=Recipient Update Services.
    2. In the result pane, right-click Recipient Update Service (Enterprise Configuration), click Delete, and then click Yes to confirm the deletion.
    Bb288905.Caution(en-us,EXCHG.80).gifCaution:
    Do not use ADSI Edit to modify or delete any Exchange 2007 objects. This step is to remove only legacy objects that Exchange 2007 does not need.
    Bb288905.note(en-us,EXCHG.80).gifNote:
    AdsiEdit.msc is included on the Microsoft Windows Server 2003 CD in Support\Tools. For more information about ADSI Edit, see Adsiedit Overview.
  4. Uninstall Exchange 2003 or Exchange 2000 by using Add or Remove Programs from Control Panel. For more information, see How to Uninstall Exchange Server 2003 or How to Uninstall Exchange 2000 Server.

    Bb288905.note(en-us,EXCHG.80).gifNote:
    If you want to use Exchange System Manager to manage public folders, details templates, or address templates through a graphical user interface, you can keep Exchange System Manager installed even though you remove the last Exchange 2003 or Exchange 2000 server. To keep Exchange System Manager, on the Component Selection page of the Microsoft Exchange Installation wizard, select Change for the Microsoft Exchange component, select Remove for the Microsoft Exchange Messaging and Collaboration Services component, and select None (Installed) for the Microsoft Exchange System Management Tools component.
    Bb288905.Caution(en-us,EXCHG.80).gifCaution:
    Before you remove any Exchange 2003 or Exchange 2000 administrative groups that contained mailboxes, verify that the public folder hierarchy has been moved to another administrative group. Also, verify that the Free/Busy public folder has replicated to the servers in other administrative groups. The general process to create public folder replicas on servers in other administrative groups is to update the replica list for each public folder to specify the destination server. After you allow sufficient time for the data to be replicated to the destination server, verify that the public folder database is empty. To do this, use the Exchange System Manager Public Folder Instances node or use the get-PublicFolderStatistics cmdlet. If the results are blank, the public folder database is empty. When you remove the public folder database, you may be prompted to select another public folder database to act as the site folder for administrative groups and offline address books (OABs). You may also be prompted to select another public folder database to act as the default public folder database for some messaging databases. For these prompts, the site folder server represents the public folder database that is responsible for making sure that administrative group and OAB site folders exist. The site folder server may be any public folder database server in the organization. The site folder server does not delete site folders for missing administrative groups. However, the site folder server does remove site folders for missing OABs.
  5. After the last Exchange 2003 or Exchange 2000 server has been removed from the Exchange 2007 organization, the Write DACL inherit (group) right for the Exchange Servers group should be removed from the root of the domain by running the following command:

    Remove-ADPermission "dc=<Domain>" -user "<RootDomain>\Exchange Servers" -AccessRights WriteDACL -InheritedObjectType Group
  6. After the last Exchange 2003 or Exchange 2000 server has been removed from the Exchange 2007 organization, you can also remove the legacy Exchange Domain Servers and Exchange Enterprise Servers security groups.

    Bb288905.Caution(en-us,EXCHG.80).gifCaution:
    Before deleting either of these security groups you should verify that each group is empty and it is not being used for any other purpose or process. If one or both of these groups has members, but all members are shown as security identifiers (SIDs), then the groups can be safely removed. If one or both groups has members, and the members are resolved to computer names, you should verify that the computers are not functioning Exchange servers before you delete the groups.
Tags What's this?: Add a tag
Community Content   What is Community Content?
Add new content RSS  Annotations
Visit the Exchange team blog and community forums      Lee-Tony   |   Edit   |   Show History

For more information about setup issues, see the Exchange Server Team Blog Setup category.

To review or join a discussion about removing an Exchange server, see the Decommissioning one Exchange server thread, the The Exchange Server is in an inconsistent state thread, the Cannot Remove exchange 2003 thread or the Remove old Exchange from System manager thread.

Bad syntax      JKMichael   |   Edit   |   Show History
The syntax in the final Step 5 above is incorrect. It should actually be

Remove-ADPermission "dc=<Domain>,dc=<tld>" -user "<RootDomain>\Exchange Servers" -AccessRights WriteDACL -InheritedObjectType Group
For example, if the domain is microsoft.com the first parameter should be "dc=microsoft,dc=com" NOT simply "dc=microsoft.com" as the text implies.
Address List and EAP filter upgrades with Exchange Server 2007      Liran Zamir   |   Edit   |   Show History

Enabling editing the address lists and the address policies after migration are required and really should have been included as a part of this section.

Please see the proper instructions on the Exchange team blog:

http://msexchangeteam.com:80/archive/2007/01/11/432158.aspx

Missing Content      MikeCrowley   |   Edit   |   Show History

Today is Oct 9 2008. I've used this article many times and passed out as well. I'm confused now - it look like the part about removing RUS, moving the PF tree and actually uninstalling Exchange has been removed! is technet just having a bad day?

here's whats missing... it used to be here...

http://www.msexchange.org/articles-tutorials/exchange-server-2007/migration-deployment/removing-last-exchange-2003-server-exchange-2007-part4.html

Tags What's this?: Add a tag
Flag as ContentBug
Problems removing Write DACL      Kindis   |   Edit   |   Show History

Had problems removing the Write because I got an error message:
Remove-ADPermission : Cannot remove ACE on object "DC=domain,DC=tld"
for account "domain\Exchange Servers" because it is not present.

In my case the problem was that the Write DACL right was not on the Exchange Servers group. It was placed on Exchange Enterprise Servers group.
Correct syntax for me was:
Remove-ADPermission "dc=<domain>,dc=<tld>" -user "<domain>\Exchange Enterprise Servers" -AccessRights WriteDACL -InheritedObjectType Group

Flag as ContentBug
Step 5 - Write DACL inherit (group)      Jaime C. Bennett   |   Edit   |   Show History

Could someone please confirm which group should be used? The EBPA claims it should be "Exchange Enterprise Servers" while this article indicates it should be "Exchange Servers".

Processing
© 2009 Microsoft Corporation. All rights reserved. Terms of Use  |  Trademarks  |  Privacy Statement
Page view tracker