Export (0) Print
Expand All
90 out of 123 rated this helpful - Rate this topic

How to Remove the Last Legacy Exchange Server from an Organization

 

Applies to: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Topic Last Modified: 2011-06-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.

  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.
    noteNote:
    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:

    noteNote:
    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.
    importantImportant:
    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.
    noteNote:
    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.
    noteNote:
    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.
    CautionCaution:
    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.
    noteNote:
    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.

    noteNote:
    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.
    CautionCaution:
    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. Microsoft recommends that you do not remove the original Administrative groups from an organization. Typically, when an administrative group is removed and mail begins to back up in the System Attendant mailbox, this indicates that the Free/Busy folder from the old administrative group was not replicated correctly to one of the remaining administrative groups. To resolve this issue, use one of the following methods:

    Method 1: Add a replica of the Free/Busy folder for the old administrative group to one of the remaining administrative groups. To do this, follow these steps:

    1. In the Exchange Management Shell, run the following command: get-publicfolder -Identity "\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY" -Recurse | fl name,Replicas
      Note that at least one of the SCHEDULE+ FREE BUSY folders is missing an Exchange 2010 or Exchange 2007 server that is listed as a replica. The output may appear similar to the following:
      Name : EX:/o=contoso/ou=Exchange Administrative Group (FYDIBOHF23SPDLT) Replicas : {}
    2. In the Exchange Management Shell, run the following command: set-publicfolder -Identity "\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\<Name of Folder>" -replicas "<Target PF Database>"
      For example, type:
      Set-publicfolder –identity "\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=contoso/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)” –Replicas “Server\Storage Group\Public Folder Database”
    3. Verify that the public folder group now has a replica by using the command from step 1. In the following example, the folder now has a replica object:
      Name : EX:/o=contoso/ou=Exchange Administrative Group (FYDIBOHF23SPDLT) Replicas : {Public Folder Database}
    4. All users whose Free/Busy data is not populated must accept or decline a meeting request to populate the Free/Busy data.

    Method 2: Change the LegacyExchangeDN attribute of users from the old administrative group to point to one of the remaining administrative groups. To do this, follow these steps:

    1. Download the Admodify.exe tool from http://www.codeplex.com/admodify, and then extract the contents of the .zip file to a folder.
    2. Double-click Admodify.exe. If you are prompted to run the program, click Run.
    3. In the ADModify.NET dialog box, click Modify Attributes.
    4. Under Domain List, click the domain entry that corresponds to the domain in which the affected Exchange server is located. For example, click DC=corp,DC=example,DC=com.
    5. Under Domain Controller List, click the fully qualified domain name of the domain controller that hosts the affected Exchange users. For example, click DC-1.corp.example.com.
    6. Click to clear the following check boxes:
    • Groups
    • Contacts
    • Public Folders
    • Show Containers Only
      noteNote:
      Do not clear the Users check box.
    • Click the green arrow button that is beside Domain Controller List.
    1. Under Domain Tree List, expand the domain object that is displayed.
    2. Click the container in which the affected users are located. For example, click Users.
    3. Click Add to List, click Select All, and then click Next.
    4. Click the Custom tab, and then click to select the Make a customized attribute modification check box.
    5. In the Attribute Name box, type LegacyExchangeDN.
    6. In the Attribute Value box, type an entry that corresponds to the string value that is appropriate for your organization. You must replace the last part of the string value with a variable that is appropriate for all users. For example, type a value that resembles the following:
      /o=First Organization/ou=Exchange Administrative Group (Internal_Name)/cn=Recipients/cn=%'Alias'
      In this example, the following information applies to the cn=%'Alias' part of the string value:
    • The percent sign (%) is included to indicate the division between a literal value and a variable.
    • A single quotation mark (') is used before and after the variable.
    • "Alias" is the variable that applies to all the users.
    1. Click Go.
  6. 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 Enterprise Servers" -AccessRights WriteDACL -InheritedObjectType Group
    
  7. 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.

    CautionCaution:
    Before you delete either of these security groups, you should verify that each group is empty and is not being used for any other purpose or process. If one or both of these groups has members, but if all members are shown as security identifiers (SIDs), then the groups can be safely removed. If at least one group has members, and if the members are resolved to computer names, you should verify that the computers are not functioning Exchange servers before you delete the groups.

    For more information about how to delete the empty Servers container from the legacy Administration group, see 2487271: When trying to replicate the public folder content to Microsoft Exchange Server 2010 it will not replicate.

To ensure that you are reading the most up-to-date information and to find additional Exchange Server 2007 documentation, visit the Exchange Server TechCenter.
Did you find this helpful?
(1500 characters remaining)
Thank you for your feedback

Community Additions

ADD
Show:
© 2014 Microsoft. All rights reserved.