转移GC角色后Exchange2000无法启动。

        昨天把mail服务器上的GC角色转移到另外一台服务器上后Exchange2000不能正常启动，用Exchange2000中Policytest命令检查后发现所有服务器上都没有了SeSecurityPrivilege权限了，重新运行Setup /domainprep 后恢复正常。下面是微软的文章http://support.microsoft.com/default.aspx?scid=kb;zh-cn;316709 

在试图装入邮箱存储或公用文件夹存储时出现“Store Could Not Be Mounted”（无法装入存储）错误信息

察看本文应用于的产品

文章编号	:	316709
最后修改	:	2005年5月10日
修订	:	3.0

症状

如果您试图装入邮箱存储或公用文件夹存储，可能会收到以下错误信息：

The store could not be mounted because the Active Directory information was not replicated yet.

如果单击重试或取消，会收到以下错误信息：

The Microsoft Exchange Information Store service could not find the specified object.ID no:c1041722

在应用程序事件日志中，可能会找到以下任一或全部错误：

Event Type:Error
Event Source:MSExchangeIS
Event Category: (6)
Event ID: 9519
Description:Error 0x80004005 starting database "First Storage Group\Mailbox Store(<Server>)" on the Microsoft Exchange Information Store.Failed to configure MDB.

Event Type: Error
Event Source: MSExchangeFBPublish
Event Category: (1)
Event ID: 8197
Description:Error initializing session for virtual machine DCMAIL.The error number is 0x8004011d.Make sure Microsoft Exchange Store is running.

Event Type: Error
Event Source: MSExchangeSA
Event Category: (14)
Event ID: 9175
Description:The MAPI call 'OpenMsgStore' failed with the following error:
The Microsoft Exchange Server computer is not available.Either there are network problems or the Microsoft Exchange Server computer is down for maintenance.The MAPI provider failed.Microsoft Exchange Server Information Store ID no:8004011d-0526-00000000

Event Type: Error
Event Source: MSExchangeSA
Event Category: (2)
Event ID: 1005
Description:Unexpected error <<0xc1050000 - The Microsoft Exchange Server computer is not available.Either there are network problems or the Microsoft Exchange Server computer is down for maintenance.The MAPI provider failed.Microsoft Exchange Server Information Store ID no:8004011d-0526-00000000>>

原因

如果删除或修改了 Microsoft Windows 2000 组策略对象，就可能出现这种问题。这类修改或删除会导致“SeSecurityPrivilege”权限丧失。

要验证问题是否由此原因引起，请运行 Exchange 光盘上 Support\Utils\i386 文件夹中的 Policytest 实用工具。

如果是在域中运行 Policytest，您所收到的信息的最后一行应当是：

找到权限:"SeSecurityPrivilege"

- 或 -

未找到权限

您也可能会收到这样的信息：声明不存在拥有“管理审核与安全日志”权限的域控制器。

解决方案

运行 Setup /domainprep 时会应用“SeSecurityPrivilege”权限。如果确定任何（或全部）域控制器缺少 Exchange Enterprise Servers 组的“管理审核与安全日志”权限，请遵循以下步骤排查该问题：

1.

从 Exchange 光盘的 Setup\I386 文件夹中运行 setup /domainprep 命令。

运行该命令后，会立刻在其中一个域控制器中添加适当权限，然后这一更改会复制到其他域控制器中。要获得最佳排查效果，请运行 setup /domainprep，然后立即重新运行 Policytest.exe，并注意哪些域控制器返回以下信息：

找到权限:"SeSecurityPrivilege"

等待大约五分钟，然后重新运行 Policytest.exe。

2.

检查 Policytest.exe 的输出，以便确定是所有域控制器现在都已具有适当权限，还是任何域控制器都没有。如果所有域控制器都返回信息“找到权限:SeSecurityPrivilege”，则尝试装入数据库。如果任何域控制器都没有适当权限，则进行下一步。

3.

选中“默认域控制器策略”。为此，请按照下列步骤操作：

a.	启动“Active Directory 用户和计算机”管理单元。
b.	右键单击域控制器容器，然后单击属性。
c.	单击组策略选项卡，然后查看“组策略对象链接”框中是否列有“默认域控制器策略”。 如果“组策略对象链接”框中不包含该设置，请单击添加，找到并单击“默认域控制器策略”，然后单击确定。完成该步骤后，确保所有域控制器已同步，以确定此更改已应用于所有域控制器。

注意：如果“组策略对象链接”框中列有其他组策略，则需要检查其他组策略是否会妨碍 Domainprep 分配的权限。为此，请按照下列步骤操作：

a.	单击“开始”，指向程序，指向管理工具，然后单击域控制器安全策略。
b.	展开安全设置，展开本地策略，然后单击用户权限分配。
c.	在策略下双击“管理审核与安全日志”，然后将 Exchange Enterprise Server 组添加到安全窗口中（如果它目前不在此处）。完成该步骤后，确保所有域控制器已同步，以确定此更改已应用于所有域控制器。
d.	等待大约五分钟，然后重新运行 Policytest.exe。

4.

重复步骤 1。

注意：当所有域控制器都显示“找到权限:SeSecurityPrivilege”信息后，可能需要停止并启动 Microsoft Exchange 信息存储服务，然后才能装入数据库。