重装Exchange2010失败,RMS共享标识用户未找到
2013-10-12 21:10
357 查看
当尝试安装Exchange Server 2010 时,安装进程报错。报错信息是关于 RMS共享标识用户 FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042的,或者Error: The execution of: “$error.Clear()…”。在 Exchange 安装日志和应用程序日志都能查看到相关信息。此时,你可能需要重建系统帐号。
错误信息:
The following error was generated when "$error.Clear(); if ( ($server -eq $null) -and ($RoleIsDatacenter -ne $true) ) { Update-RmsSharedIdentity -ServerName $RoleNetBIOSName }" was run: "Database is mandatory on UserMailbox. Property Name: Database".
Database is mandatory on UserMailbox. Property Name: Database
Elapsed Time: 00:00:03
可能原因:
可能是 Exchange 默认的系统邮箱帐号被误删除了,或者系统帐号损坏了
解决方法
重建3个系统邮箱帐号。具体操作如下:
1.从AD删除3个系统邮箱帐号
这3个帐号默认在根域的Users容器,分别为:
FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042
SystemMailbox{1f05a927-9ca2-4d9a-8b48-b00e1bcb5788}
SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}
2.使用ADSIEDIT确认已经删除
以FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042为例
A.在开始运行中adsiedit.msc
B.连接到“默认命名上下文”,并定位到CN=Users容器
C.找到CN=FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042并删除
对另外2个系统帐号也执行同样的操作
3.使用Preparead重建3个系统帐号
找出 Exchange 安装介质,在域控制器上,使用命令提示符进入安装盘目录 使用 setup.com 重建3个帐号:
1 Setup.com /Preparead
4.对3个系统帐号启用邮箱(可先不做)
在 Exchange Shell 里分别执行:
Enable-Mailbox –Arbitration “FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042”
Enable-Mailbox –Arbitration “SystemMailbox{1f05a927-9ca2-4d9a-8b48-b00e1bcb5788}”
Enable-Mailbox –Arbitration “SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}”
错误信息:
The following error was generated when "$error.Clear(); if ( ($server -eq $null) -and ($RoleIsDatacenter -ne $true) ) { Update-RmsSharedIdentity -ServerName $RoleNetBIOSName }" was run: "Database is mandatory on UserMailbox. Property Name: Database".
Database is mandatory on UserMailbox. Property Name: Database
Elapsed Time: 00:00:03
可能原因:
可能是 Exchange 默认的系统邮箱帐号被误删除了,或者系统帐号损坏了
解决方法
重建3个系统邮箱帐号。具体操作如下:
1.从AD删除3个系统邮箱帐号
这3个帐号默认在根域的Users容器,分别为:
FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042
SystemMailbox{1f05a927-9ca2-4d9a-8b48-b00e1bcb5788}
SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}
2.使用ADSIEDIT确认已经删除
以FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042为例
A.在开始运行中adsiedit.msc
B.连接到“默认命名上下文”,并定位到CN=Users容器
C.找到CN=FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042并删除
对另外2个系统帐号也执行同样的操作
3.使用Preparead重建3个系统帐号
找出 Exchange 安装介质,在域控制器上,使用命令提示符进入安装盘目录 使用 setup.com 重建3个帐号:
1 Setup.com /Preparead
4.对3个系统帐号启用邮箱(可先不做)
在 Exchange Shell 里分别执行:
Enable-Mailbox –Arbitration “FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042”
Enable-Mailbox –Arbitration “SystemMailbox{1f05a927-9ca2-4d9a-8b48-b00e1bcb5788}”
Enable-Mailbox –Arbitration “SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}”
相关文章推荐
- Exchange Server 2010安装失败,RMS共享标识用户未找到
- 安装Exchange Server 2010失败,RMS共享标识用户未找到
- 【C#机房重构】用户sa失败-管道的另一端上无任何进程-无法找到表0
- linux下可执行程序如何定位共享库文件以及如何让系统找到用户指定的库
- win10无法访问共享文件夹,登录失败,未授予用户在此计算机上的请求登录类型
- win7访问共享文件登录失败不提示用户输入用户名和密码的解决方法
- Android 共享用户不兼容,安装失败 INSTALL_FAILED_SHARED_USER_INCOMPATIBLE
- win7系统在局域网共享文件提示登录失败用户账户限制的故障原因及解决方法
- Windows访问共享文件,登录失败:禁用当前用户
- 解决 访问WIN7共享文件出错“登录失败:未授予用户在此计算机上的请求登录类型”
- 访问win7上面的共享文件时,出现登陆失败:禁用当前用户的错误
- win7访问共享文件,登录失败:禁用当前用户 解决方法
- 访问win7上面的共享文件时,出现登陆失败:禁用当前用户的错误
- win10中共享文件夹已开启Guest账户但仍出错:登录失败:未授予用户在此计算机上的请求登录类型
- win7访问共享文件,登录失败:禁用当前用户 解决方法
- linux下可执行程序如何定位共享库文件以及如何让系统找到用户指定的库
- SQL2008无法连接到.\SQLEXPRESS,用户'sa'登录失败(错误18456)图文解决方法 已成功与服务器建立连接,但是在登录过程中发生错误。 (provider: 共享内存提供程序, er
- linux下可执行程序如何定位共享库文件以及如何让系统找到用户指定的库 .
- linux下可执行程序如何定位共享库文件以及如何让系统找到用户指定的库
- win7访问共享文件,登录失败:禁用当前用户 解决方法