none
exchange 2010 邮箱迁移 exchange 2016 失败 RRS feed

  • 问题

  • 我有一台安装了 mailbox/hub/cas 角色的 exchange 2010  邮箱服务器 操作系统 Windows Server 2008 R2

    新部署了一台 exchange 2016 邮箱服务器,操作系统 Windows Server 2012 R2

    AD域等级为 Windows Server 2008 R2    DC为 Windows Server 2012 R2

    在进行exchange 2010 邮箱迁移至 exchange 2016 时,有1个账户邮箱迁移失败。其他邮箱没有问题

    有遇到此情况的可知道是什么原因导致

    提示:

    无法加载迁移用户 xxx 的订阅。遇到以下错误:为此用户找到的订阅与用户信息不匹配

    2016年8月23日 8:10

答案

  • 你好,

    请问你是如何迁移的?是批量迁移还是单个邮箱逐个迁移呢?

    可以尝试修改此邮箱密码后,再次尝试使用下面的指令单独迁移该邮箱。

    Get-Mailbox -identity UserName | New-MoveRequest  -TargetDatabase "Ex2016DBName" -BadItemLimit 100 -AcceptLargeDataLoss 

    谢谢!


    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Niko Cheng
    TechNet Community Support

    非常感谢 Niko Cheng 提供的操作方法,但我修改密码后,按上述命令执行后依旧移动失败。

    我是在exchange2016 的管理页面全选所有邮箱账户然后批量进行迁移操作的。原exchange2010 已升级至 sp3 cu12

    不过在昨天,一个用户过来找我说他的域账户访问共享目录权限不对,我在排查他账户权限问题时发现他的域账户被加入了邮箱的 organization management 组里面。在解决完这个域账户权限问题后。我检查了迁移不成功的邮箱域账户,惊奇的发现也在organization management组里面,于是将此账户移出该组,再进行迁移邮箱操作。竟然奇迹般的成功了

    虽然问题已解决,但让我想不通的是,如果问题是因为账户在不应该的组里面导致。那么organization management 组里面不止1个账户,有很多账户。但为什么就此邮箱迁移不成功,其他在organization management组里的邮箱账户反倒成功而不提示错误

    2016年8月29日 15:55
  • 你好,

    按照你所说的情形,确实很奇怪。一般来说,域账户是哪个组的成员,应该不会对邮箱迁移造成影响。如果再次出现类似的问题,建议你使用ADSIEdit工具来查看问题账户的属性,并逐一对比同一个组中的正常用户的属性,看看有哪里不一样,这可能帮助我们找到原因。

    另外,组织管理组是一个exchange内置的角色组,并且权限较大,几乎可以对任意 Exchange 2010 对象执行任何任务。你提到该组中有很多成员,建议你检查一下哪些账户是的确需要该权限,哪些是由于误操作加入到该组的,防止以后出现管理混乱的情况。有关组织管理的具体信息,可以参考:组织管理

    谢谢!


    Niko Cheng
    TechNet Community Support


    Please remember to mark the replies as an answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2016年8月30日 1:38
    版主

全部回复

  • 你好,

    请问你是如何迁移的?是批量迁移还是单个邮箱逐个迁移呢?

    可以尝试修改此邮箱密码后,再次尝试使用下面的指令单独迁移该邮箱。

    Get-Mailbox -identity UserName | New-MoveRequest  -TargetDatabase "Ex2016DBName" -BadItemLimit 100 -AcceptLargeDataLoss 

    谢谢!


    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Niko Cheng
    TechNet Community Support

    2016年8月24日 3:29
    版主
  • 你好,

    问题是否有任何进展?如果还有其他问题,请及时贴出来;如果问题已解决,请将其标记为答复,这样有助于其他论坛成员更方便的搜寻答案,感谢理解!

    谢谢!



    Niko Cheng
    TechNet Community Support


    Please remember to mark the replies as an answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2016年8月25日 2:10
    版主
  • 你好,

    请问你是如何迁移的?是批量迁移还是单个邮箱逐个迁移呢?

    可以尝试修改此邮箱密码后,再次尝试使用下面的指令单独迁移该邮箱。

    Get-Mailbox -identity UserName | New-MoveRequest  -TargetDatabase "Ex2016DBName" -BadItemLimit 100 -AcceptLargeDataLoss 

    谢谢!


    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Niko Cheng
    TechNet Community Support

    非常感谢 Niko Cheng 提供的操作方法,但我修改密码后,按上述命令执行后依旧移动失败。

    我是在exchange2016 的管理页面全选所有邮箱账户然后批量进行迁移操作的。原exchange2010 已升级至 sp3 cu12

    不过在昨天,一个用户过来找我说他的域账户访问共享目录权限不对,我在排查他账户权限问题时发现他的域账户被加入了邮箱的 organization management 组里面。在解决完这个域账户权限问题后。我检查了迁移不成功的邮箱域账户,惊奇的发现也在organization management组里面,于是将此账户移出该组,再进行迁移邮箱操作。竟然奇迹般的成功了

    虽然问题已解决,但让我想不通的是,如果问题是因为账户在不应该的组里面导致。那么organization management 组里面不止1个账户,有很多账户。但为什么就此邮箱迁移不成功,其他在organization management组里的邮箱账户反倒成功而不提示错误

    2016年8月29日 15:55
  • 你好,

    按照你所说的情形,确实很奇怪。一般来说,域账户是哪个组的成员,应该不会对邮箱迁移造成影响。如果再次出现类似的问题,建议你使用ADSIEdit工具来查看问题账户的属性,并逐一对比同一个组中的正常用户的属性,看看有哪里不一样,这可能帮助我们找到原因。

    另外,组织管理组是一个exchange内置的角色组,并且权限较大,几乎可以对任意 Exchange 2010 对象执行任何任务。你提到该组中有很多成员,建议你检查一下哪些账户是的确需要该权限,哪些是由于误操作加入到该组的,防止以后出现管理混乱的情况。有关组织管理的具体信息,可以参考:组织管理

    谢谢!


    Niko Cheng
    TechNet Community Support


    Please remember to mark the replies as an answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2016年8月30日 1:38
    版主