删除公用文件夹数据库

08/31/2016

本文内容

适用于： Exchange Server 2010 SP2, Exchange Server 2010 SP3

上一次修改主题： 2012-07-23

可以使用此过程中的步骤删除公用文件夹数据库。详细主题的链接将帮助您完成该任务。

删除公用文件夹数据库的过程需要多个步骤。原因是，如果要删除组织中最后一个公用文件夹数据库，则该过程将有所不同，因此请在开始之前考虑以下方案：

从邮箱服务器删除公用文件夹数据库 如果要从邮箱服务器删除公用文件夹数据库，则必须首先将公用文件夹数据库中的数据移动到另一个服务器上的公用文件夹数据库中，然后再删除该公用文件夹数据库。

从组织中删除最后一个公用文件夹数据库 如果要删除组织中的最后一个公用文件夹数据库，则必须首先确保您的组织不包含任何运行 Microsoft Exchange Server 2003 或更早版本的服务器。

警告：

如果删除最后一个公用文件夹数据库，则只有运行 Microsoft Office Outlook 2007 或更高版本或是运行 Microsoft OfficeOutlook Web App 的用户才能连接到 Exchange 组织。

重要说明：

如果您的组织使用公用文件夹分发组织表单或与其他 Exchange 组织之间进行忙/闲信息复制，则不要删除最后一个公用文件夹数据库。

若要将公用文件夹从 Exchange 2003 移动到 Exchange Server 2010，可以使用 Exchange 2003 中的 Exchange 系统管理器或 Exchange 2010 中的 Exchange 管理控制台 (EMC) 将 Exchange 2003 公用文件夹移动到 Exchange 2010 服务器。

若要了解与公用文件夹数据库相关的其他管理任务，请查看管理公用文件夹数据库。

从邮箱服务器中删除公用文件夹数据库

若要从邮箱服务器上删除公用文件夹数据库，请执行以下步骤。

注意：

如果有混合式 Exchange 2003 或 Exchange Server 2007 和 Exchange 2010 组织，我们建议在 Exchange 2010 服务器上执行这些过程。有关在混合环境中执行公用文件夹管理任务的详细信息，请参阅了解公用文件夹。

步骤 1：删除不必要的公用文件夹

不能删除包含数据的公用文件夹数据库。若要从公用文件夹数据库中删除数据，请删除所有不必要的公用文件夹。有关详细说明，请参阅删除公用文件夹。若要确定哪些公用文件夹是不必要的，请参阅查看公用文件夹项目统计信息。

步骤 2：将公用文件夹副本移动到另一个服务器

删除所有不必要的公用文件夹之后，必须将该数据库中的剩余文件夹副本移动到另一个服务器上的公用文件夹数据库中。

注意：

该过程可能需要几个小时才能完成，这取决于公用文件夹数、数据库中的信息数量以及复制间隔。

重要说明：

只有在公用文件夹复制完成后，才能删除公用文件夹数据库。

步骤 3：使邮箱数据库与其他默认公用文件夹数据库关联

如果您要删除的公用文件夹数据库被任何邮箱数据库作为默认公用文件夹数据库，则必须配置另一个公用文件夹数据库作为默认公用文件夹数据库。

本示例标识与所有邮箱数据库关联的公用文件夹数据库。

Get-MailboxDatabase | ft Name,PublicFolderDatabase

有关如何更改默认公用文件夹数据库的详细信息，请参阅为邮箱数据库更改默认公用文件夹数据库。

步骤 4：删除公用文件夹数据库

注意：

如果已经成功执行步骤 1 到 4，并且收到指出由于公用文件夹数据库包含副本因此不能将其删除的错误消息，那么，可能需要等待几个小时才能让公用文件夹复制完成。

使用 EMC 删除公用文件夹数据库

您必须先获得权限，然后才能执行此过程。若要查看所需的权限，请参阅邮箱权限主题中的“公用文件夹”条目。

在控制台树中，导航到“组织配置”>“邮箱”。

单击“数据库管理”选项卡。

在结果窗格中，选择要删除的公用文件夹数据库。

在操作窗格中，单击“删除”。将显示一条消息，要求您确认是否删除此数据库。单击“是”。

注意：

如果您尚未将公用文件夹副本移动到另一台服务器，或尚未删除公用文件夹数据库中的所有公用文件夹，则会收到错误消息，指出无法删除该公用文件夹数据库，因为它包含公用文件夹副本。

将出现一条警告，指示已成功删除数据库并提醒您手动删除数据库文件。这些文件的默认位置是 \V14\Mailbox\。

使用命令行管理程序删除公用文件夹数据库

您必须先获得权限，然后才能执行此过程。若要查看所需的权限，请参阅邮箱权限主题中的“公用文件夹”条目。

本示例将删除名为 PFDB01 的公用文件夹数据库：

Remove-PublicFolderDatabase -Identity "PFDB01"

注意：

如果你尚未将公用文件夹副本移动到另一台服务器，或尚未删除公用文件夹数据库中的所有公用文件夹，则会收到错误消息，指出无法删除该公用文件夹数据库，因为它包含公用文件夹副本。

此时将显示一条消息，要求您确认是否要执行此操作。请输入 Y。

将出现一条警告，指示已删除该数据库并提醒您手动删除数据库文件。这些文件的默认位置是 \v14\Mailbox\。

步骤 5：手动删除公用文件夹数据库文件

删除公用文件夹数据库时，不会自动删除数据库及其他与数据库关联的 Exchange 数据库 (.edb) 文件。必须手动删除公用文件夹数据库文件。这些文件在 Exchange 2010 服务器上的默认位置是 \v14\Mailbox\。这些文件在 Exchange 2007 服务器上的默认位置是 C:\Program Files\Microsoft\ExchangeServer\Mailbox\。

从组织中删除最后一个公用文件夹数据库

若要从组织中删除最后一个公用文件夹数据库，请执行以下步骤。

注意：

如果有混合式 Exchange 2003 或 Exchange 2007 和 Exchange 2010 组织，我们建议在 Exchange 2010 服务器上执行这些过程。有关在混合环境中执行公用文件夹管理任务的详细信息，请参阅了解公用文件夹。

步骤 1：验证组织中的任何 OAB 都没有配置为用于公用文件夹分发

如果将任何脱机通讯簿 (OAB) 配置为公用文件夹分发，则不能删除组织中的最后一个公用文件夹数据库。有关如何重新配置 OAB 的说明，请参阅管理脱机通讯簿。

步骤 2：从公用文件夹数据库中删除所有公用文件夹

不能删除包含数据的公用文件夹数据库。若要从公用文件夹数据库中删除数据，请删除所有不必要的公用文件夹。有关如何删除公用文件夹数据库中的所有公用文件夹的详细说明，请参阅从一个公用文件夹数据库中删除多个公用文件夹。

步骤 3：删除最后一个公用文件夹数据库

注意：

如果成功执行步骤 1 和步骤 2，并且收到指出由于公用文件夹数据库包含副本因此不能将其删除的错误消息，请重复执行从一个公用文件夹数据库中删除多个公用文件夹过程中的步骤 2。此外，通过运行 Get-PublicFolderStatistics cmdlet，可以验证是否所有公用文件夹均已被删除。有关此 cmdlet 的详细信息，请参阅 Get-PublicFolderStatistics。

使用 EMC 删除公用文件夹数据库

您必须先获得权限，然后才能执行此过程。若要查看所需的权限，请参阅邮箱权限主题中的“公用文件夹”条目。

在控制台树中，导航到“组织配置”>“邮箱”。

单击“数据库管理”选项卡。

在结果窗格中，选择要删除的公用文件夹数据库。

在操作窗格中，单击“删除”。将显示一条消息，要求您确认是否删除此数据库。单击“是”。

注意：

如果您尚未将公用文件夹副本移动到另一台服务器，或尚未删除公用文件夹数据库中的所有公用文件夹，则会收到错误消息，指出无法删除该公用文件夹数据库，因为它包含公用文件夹副本。

将出现一条警告，指示已成功删除数据库并提醒您手动删除数据库文件。这些文件的默认位置是 \V14\Mailbox\。

使用命令行管理程序删除公用文件夹数据库

您必须先获得权限，然后才能执行此过程。若要查看所需的权限，请参阅邮箱权限主题中的“公用文件夹”条目。

本示例将删除名为 PFDB01 的公用文件夹数据库：

Remove-PublicFolderDatabase -Identity "PFDB01"

注意：

如果你尚未将公用文件夹副本移动到另一台服务器，或尚未删除公用文件夹数据库中的所有公用文件夹，则会收到错误消息，指出无法删除该公用文件夹数据库，因为它包含公用文件夹副本。

此时将显示一条消息，要求您确认是否要执行此操作。请输入 Y。

将出现一条警告，指示已删除该数据库并提醒您手动删除数据库文件。这些文件的默认位置是 \v14\Mailbox\。

步骤 4：手动删除公用文件夹数据库文件

删除公用文件夹数据库时，不会自动删除数据库及其他与数据库关联的 Exchange 数据库 (.edb) 文件。必须手动删除公用文件夹数据库文件。这些文件在 Exchange 2010 服务器上的默认位置是 \v14\Mailbox\。这些文件在 Exchange 2007 服务器上的默认位置是 C:\Program Files\Microsoft\ExchangeServer\Mailbox\。

注意：

删除组织中的最后一个公用文件夹数据库后，所有邮箱数据库的默认公用文件夹数据库将自动设置为空。

© 2010 Microsoft Corporation。保留所有权利。