Exchange 2013升级到更高CU时出错:无法解析用户或组

最近在做Exchange的小版本升级,在做其中一个时碰到如下报错,一起来看下吧!

问题描述:

当将Exchange 2013升级到更高的Service Pack或安装Exchange 2013时,可能会在安装邮箱角色时发现自己收到以下错误。
以下内容是,完整的错误信息:

“$ error.Clear();
$ name = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox] :: DiscoveryMailboxUniqueName;
$ dispname = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox] :: DiscoveryMailboxDisplayName;
$ dismbx = get-mailbox -Filter {name -eq $ name} -IgnoreDefaultScope -resultSize 1;
if($ dismbx -ne $ null)
{
$ srvname = $ dismbx.ServerName;
if($ dismbx.Database -ne $ null -and $ RoleFqdnOrName -like“$ srvname。*”)
{
Write-ExchangeSetupLog -info“Setup DiscoverySearchMailbox Permission。”;
$ mountedMdb = get-mailboxdatabase $ dismbx.Database -status | 其中{$ _.Mounted -eq $ true};
if($ mountedMdb -eq $ null)
{
Write-ExchangeSetupLog -info“在发现DiscoverySearchMailbox权限之前挂载数据库......”;
mount-database $ dismbx.Database;
}

$ mountedMdb = get-mailboxdatabase $ dismbx.Database -status | 其中{$ _.Mounted -eq $ true};
if($ mountedMdb -ne $ null)
{
$ dmRoleGroupGuid = [Microsoft.Exchange.Data.Directory.Management.RoleGroup] :: DiscoveryManagementWkGuid;
$ dmRoleGroup = Get-RoleGroup -Identity $ dmRoleGroupGuid -DomainController $ RoleDomainController -ErrorAction:SilentlyContinue;
if($ dmRoleGroup -ne $ null)
{
Add-MailboxPermission $ dismbx -User $ dmRoleGroup.Identity -Acce***ights FullAccess -DomainController $ RoleDomainController -WarningAction SilentlyContinue;
}
}
}
}
“已运行:”无法解析用户或组“domain.local / Microsoft Exchange安全组/发现管理。”如果用户或组是外部林主体,则必须具有双向信任或传出相信。”。

主域和可信域之间的信任关系失败。

解决方法:

有两种方法可以解决此问题:

  1. 禁用Discovery Search邮箱并在安装后重新启用它。

    Disable-Mailbox “DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}”

    输入命令

    Enable-Mailbox “DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}” -Arbitration Add-MailboxPermission -Identity:”domain.local/Users/DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}” -User:”Discovery Management” -Acce***ights:”FullAccess”
  2. 删除Discoverysearchmailbox发现搜索邮箱用户。
    启动Active Directory用户和计算机,并查找Discovery Search邮箱用户。默认此用户将被放置在用户组织单位中。它的名字为:DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}。删除后,可以重新启动Exchange Service Pack的安装。它不会再显示错误。
    要重新创建用户,请使用:
    Setup.exe /PrepareAD /OrganizationName:"First Organization" /IAcceptExchangeServerLicenseTerms

这样就可以安装完成了。

原文地址:http://blog.51cto.com/1287628133/2171529

时间: 2024-10-28 20:53:43

Exchange 2013升级到更高CU时出错:无法解析用户或组的相关文章

从Windows 10家庭版升级到更高版本

从Windows 10家庭版升级到更高版本 在Windows 7.Windows 8及Windows 8.1中,Windows的企业版与其他版本(家庭版.专业版)是不同的安装镜像,而且也不能从家庭版或专业版升级到企业版.而在Windows 10中,其基础版本(家庭版.专业版.教育版.专业版),从本质上来说,是用的相同的安装镜像,所以可以从低版本(家庭版.专业版)升级到企业版或教育版. 在7月29号,MSDN订阅用户可以下载到企业版.专业版与家庭版的ISO镜像,此时人们下载不到教育版的镜像(开始能

exchange 2013 升级CU15,提示“上次安装完成后没有重启”的提示

问题: exchange 2013 升级到CU15,先决条件提示"上次安装完成后没有重启"的提示,多次重启无效. 解决办法: 卸载掉杀毒软件(本机用的360)重启后正常. 建议: 免费杀毒软件特别是国内的这些还是不要安装了.花钱买服务器版吧.

仅当使用 Microsoft .NET Framework 4 或更高版本时,才支持对 x64 进程进行混合模式调试

低于 4 的 .NET Framework 版本不支持对 x64 进程进行混合模式调试. 这意味着,当您进行调试时,无法从托管代码单步执行到本机代码,也无法从本机代码单步执行到托管代码. 问题解决 更新项目,使其使用 Microsoft .NET Framework 4 或更高版本. - 或 - 在单独的调试会话中调试托管代码和本机代码. - 或 - 作为 32 位进程调试混合代码,如下面的过程所述. 将平台更改为 32 位(Visual Basic 或 C#) 在"解决方案资源管理器"

Exchange 2013升级完成后发现日志报错ID1310,并且OWA无法工作

问题描述: Exchange 2013 CU7升级到CU20,再安装Exchange2013-KB4340731-x64-zh-hans(CU20)补丁之后,发现事件日志中有1310报错,如下图然后登陆ECP和OWA报错. 解决方法: 打开IIS,展开网站Exchange Back End,展开ECP-应用程序设置-BinSearchFolders 移除如下的内容%ExchangeInstallDir%bin;%ExchangeInstallDir%bin\CmdletExtensionAgen

Exchange 2013 SP1 安装准备工作

第一章 准备工作 1.1 Exchange2013系统要求 1.1.1 网络和目录服务器要求 组件     要求 架构主机 默认情况下架构主机在林中安装的第一个 Active Directory 域控制器上运行. 架构主机必须运行以下一种操作系统 Windows Server 2012 R2 Standard 或 Datacenter1 Windows Server 2012 Standard 或 Datacenter Windows Server 2008 R2 Standard 或 Ente

详解 Exchange 2013邮箱高可用

详解 Exchange 2013邮箱高可用 邮箱数据库及其包含的数据是任何 Exchange 组织最重要的组件之一.     在 Microsoft Exchange Server 2013 中,可以通过配置邮箱数据库以实现高可用性和站点恢复来保护邮箱数据库及其包含的数据.Exchange 2013 在提供更高级别的端到端可用性和支持较大的邮箱的同时,还可以减少部署具有高可用性和恢复能力的邮件解决方案的成本和复杂性.Exchange 2013 构建于 Exchange 2010 中的本机复制功能

探讨Exchange 2013的高可用设计

探讨Exchange 2013的高可用设计 高可用是企业一直在提的理念,也是一直希望能达到最高的高可用,业务在线时长也根据不同的业务需要,经常要求达到几个9之类的指标,可见高可用的想法已经深入人心,Exchange Server 2013作为企业中的电子邮件服务器,同样有着高可用设计,没有人希望自己的电子邮件服务中断,尤其是平时依赖电子邮件工作的人们.接下来我们就来探讨一下,如何使Exchange 高可用. 学完本节后我们将能够: 1. 描述高可用的组成部分 2. 描述什么是DAG 3. 理解D

Exchange 2013学习(十一),就地存档

就地存档有助于重新获得对组织邮件数据的控制,而无需个人存储 (.pst) 文件,并且允许用户在可通过 Microsoft Outlook 2010 及更高版本和 Microsoft Office Outlook Web App 访问的"存档邮箱"中存储邮件. 在 Microsoft Exchange Server 2013 中,就地存档向用户提供了一个存储历史邮件数据的备用存储位置.就地存档是对邮箱用户启用的其他邮箱(称为存档邮箱).Outlook 2007 及更高版本和 Outloo

VC6的工程转到VC2010或更高版本出现fatal error C1189编译错误的解决方法

以前也遇到过,当时解决了没写下来,这次正好又遇到了,就顺手写一下吧,别下次又忘记了. 当VC6的工程转到VC2010或更高版本时编译出现如下错误: c:\program files\microsoft visual studio 10.0\vc\atlmfc\include\afxver_.h(81): fatal error C1189: #error :  Please use the /MD switch for _AFXDLL builds 很多解决方法是把工程属性中的“常规”-“MFC