Applies to: Exchange Server 2010 SP3, Exchange Server 2010 SP2

Topic Last Modified: 2012-07-23

You can remove a public folder database using the steps in this procedure. Links to detailed topics will help you complete the task.

The process for removing a public folder database requires several steps. Because this process is different if you're removing the last public folder database in your organization, consider the following scenarios before you begin:

Migrating public folders from Exchange 2003 to Exchange Server 2010? If so, you can use either Exchange System Manager in Exchange 2003 or the Exchange Management Console (EMC) in Exchange 2010 to move Exchange 2003 public folders to an Exchange 2010 server.

Looking for other management tasks related to public folder databases? Check out Managing Public Folder Databases.

Remove a public folder database from a Mailbox server

To remove a public folder database from a Mailbox server, perform the following steps.

Note:
If you have a mixed Exchange 2003 or Exchange Server 2007 and Exchange 2010 organization, we recommend that you perform these procedures against an Exchange 2010 server. For more information about performing public folder management tasks in mixed environments, see Understanding Public Folders.

Step 1: Delete unnecessary public folders

You can't delete a public folder database that contains data. To remove data from a public folder database, delete any unnecessary public folders. For detailed instructions, see Remove Public Folders. To determine which public folders are unnecessary, see View Public Folder Item Statistics.

Step 2: Move the public folder replicas to another server

After you delete any unnecessary public folders, you must move the remaining folder replicas in that database to a public folder database on another server.

Note:
Depending on the number of public folders, the amount of information in the database, and the replication interval, this process may take several hours to complete.

For detailed instructions, see Move Public Folder Content from One Public Folder Database to Another Public Folder Database.

Important:
Don't remove the public folder database until public folder replication has completed.

Step 3: Associate mailbox databases with another default public folder database

If the public folder database you're removing is being used as the default public folder database by any mailbox databases, you must configure another public folder database as the default public folder database.

This example identifies the public folder databases associated with all mailbox databases.

Copy Code
Get-MailboxDatabase | ft Name,PublicFolderDatabase

For more information about how to change the default public folder database, see Change the Default Public Folder Database for a Mailbox Database.

Step 4: Remove the public folder database

Note:
If you successfully perform Step 1 through Step 4 and you receive an error message stating that the public folder database can't be removed because it contains replicas, you may need to wait several hours for public folder replication to finish.

Use the EMC to remove a public folder database

You need to be assigned permissions before you can perform this procedure. To see what permissions you need, see the "Public folders" entry in the Mailbox Permissions topic.

  1. In the console tree, navigate to Organization Configuration > Mailbox.

  2. Click the Database Management tab.

  3. In the result pane, select the public folder database that you want to remove.

  4. In the action pane, click Remove. A message appears confirming that you want to remove the database. Click Yes.

    Note:
    If you haven't moved the public folder replicas to another server, or if you haven't removed all the public folders in the public folder database, you'll receive an error stating that the public folder database can't be removed because it contains public folder replicas.
  5. A warning appears, indicating that the database was successfully removed and reminding you to manually remove the database file. The default location for these files is <Exchange Installation Path>\V14\Mailbox\<public folder database name>.

Use the Shell to remove a public folder database

You need to be assigned permissions before you can perform this procedure. To see what permissions you need, see the "Public folders" entry in the Mailbox Permissions topic.

  1. This example removes a public folder database named PFDB01:

    Copy Code
    Remove-PublicFolderDatabase -Identity "PFDB01"
    
    Note:
    If you haven't moved the public folder replicas to another server, or if you haven't removed all the public folders in the public folder database, you'll receive an error stating that the public folder database can't be removed because it contains public folder replicas.
  2. A message appears asking you to confirm that you want to perform this action. Enter Y.

  3. A warning appears, indicating that the database was removed and reminding you to manually remove the database file. The default location for these files is <Exchange installation path>\v14\Mailbox\<public folder database name>.

Step 5: Delete the public folder database files manually

When you remove a public folder database, the Exchange database (.edb) file for the database and other files associated with the database aren't automatically deleted. You must delete the public folder database files manually. The default location for these files on an Exchange 2010 server is <Exchange installation path>\v14\Mailbox\<public folder database name>. The default location for these files on an Exchange 2007 server is C:\Program Files\Microsoft\ExchangeServer\Mailbox\<storage group name>\<public folder database name>.

Remove the last public folder database from an organization

To remove the last public folder database from an organization, perform the following steps.

Note:
If you have a mixed Exchange 2003 or Exchange 2007 and Exchange 2010 organization, we recommend that you perform these procedures against an Exchange 2010 server. For more information about performing public folder management tasks in mixed environments, see Understanding Public Folders.

Step 1: Verify that no OABs in your organization are configured for public folder distribution

If any offline address books (OABs) are configured for public folder distribution, you can't remove the last public folder database in your organization. For instructions about how to reconfigure OABs, see Managing Offline Address Books.

Step 2: Remove all public folders from the public folder database

You can't delete a public folder database that contains data. To remove data from a public folder database, delete any unnecessary public folders. For detailed instructions about how to remove all the public folders in a public folder database, see Remove Multiple Public Folders from a Public Folder Database.

Step 3: Remove the last public folder database

Note:
If you successfully perform Step 1 and Step 2 and you receive an error message stating that the public folder database can't be removed because it contains replicas, repeat Step 2 of the procedure Remove Multiple Public Folders from a Public Folder Database. In addition, you can verify that all public folders have been removed by running the Get-PublicFolderStatistics cmdlet. For more information about this cmdlet, see Get-PublicFolderStatistics.

Use the EMC to remove a public folder database

You need to be assigned permissions before you can perform this procedure. To see what permissions you need, see the "Public folders" entry in the Mailbox Permissions topic.

  1. In the console tree, navigate to Organization Configuration > Mailbox.

  2. Click the Database Management tab.

  3. In the result pane, select the public folder database that you want to remove.

  4. In the action pane, click Remove. A message appears confirming that you want to remove the database. Click Yes.

    Note:
    If you haven't moved the public folder replicas to another server, or if you haven't removed all the public folders in the public folder database, you'll receive an error stating that the public folder database can't be removed because it contains public folder replicas.
  5. A warning appears, indicating that the database was successfully removed and reminding you to manually remove the database file. The default location for these files is <Exchange Installation Path>\V14\Mailbox\<public folder database name>.

Use the Shell to remove a public folder database

You need to be assigned permissions before you can perform this procedure. To see what permissions you need, see the "Public folders" entry in the Mailbox Permissions topic.

  1. This example removes a public folder database named PFDB01:

    Copy Code
    Remove-PublicFolderDatabase -Identity "PFDB01"
    
    Note:
    If you haven't moved the public folder replicas to another server, or if you haven't removed all the public folders in the public folder database, you'll receive an error stating that the public folder database can't be removed because it contains public folder replicas.
  2. A message appears asking you to confirm that you want to perform this action. Enter Y.

  3. A warning appears, indicating that the database was removed and reminding you to manually remove the database file. The default location for these files is <Exchange installation path>\v14\Mailbox\<public folder database name>.

Step 4: Delete the public folder database files manually

When you remove a public folder database, the Exchange database (.edb) file for the database and other files associated with the database aren't automatically deleted. You must delete the public folder database files manually. The default location for these files on an Exchange 2010 server is <Exchange installation path>\v14\Mailbox\<public folder database name>. The default location for these files on an Exchange 2007 server is C:\Program Files\Microsoft\ExchangeServer\Mailbox\<storage group name>\<public folder database name>.

Note:
When the last public folder database in the organization is removed, the default public folder database for all mailbox databases is automatically set to null.