none
Exchange 迁移失败,指定的属性值未在枚举类型“Nullable`1”中定义 RRS feed

  • 问题

  • 各位好!

    我在做Exchange 升级迁移时,出现如下错误,导致迁移失败,该如何解决?

    已损坏,或是与 Microsoft 支持要求不兼容,而且处于不一致的状态。发生了下面的验证错误:
    警告: 指定的属性值"1110140102"未在枚举类型"Nullable`1"中定义。
    警告: 指定的属性值"1110140102"未在枚举类型"Nullable`1"中定义。

    注:上文中的"1110140102"其实是AD中的“employeeID”属性

    2018年10月22日 6:22

全部回复

  • 您好,

    请问您所指的升级迁移是从什么版本到什么版本的迁移?
    您是在哪里,进行什么操作的时候看到的这个报错?

    根据我的经验,已损坏字样的前面应该说明了损坏对象的具体信息,我们可以按照以下路径打开Exchange安装日志,然后找到与上述报错相似的错误日志条目。
    C:\ExchangeSetupLogs\ExchangeSetup

    我们建议您将安装日志发送到 ibsexc@microsoft.com,以便于查看。

    此致,

    敬礼

    Manu Meng


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月22日 9:10
    版主
  • Dear Manu,

            非常感谢您的答复!

             我是从Exchange 2013 迁移至Exchange 2016,在启用迁移计划时的报错信息。这个是迁移某个用户时的报错,并不是安装Exchange 的过程报错。

    2018年10月24日 6:28
  • Dear Manu,

            非常感谢您的答复!

             我是从Exchange 2013 迁移至Exchange 2016,在启用迁移计划时的报错信息。这个是迁移某个用户时的报错,并不是安装Exchange 的过程报错。

    请您尝试用命令New-MoveRequest迁移,可能会看到更详细的报错。

    根据我的经验,有可能是DiscoverySearchMailbox这个系统邮箱homMDB这个属性值有误,您可以打开ADUC,找到这个系统邮箱确认。

    这里面的值应该与 “Get-MailboxDatabase "<默认的数据库>" | fl DistinguishedName” 返回的结果一致。

    此致,

    敬礼

    Manu Meng


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月24日 10:23
    版主
  • Dear Manu,

            非常感谢你的回复!

            使用命令行或ECP迁移,都是这个信息提示,目前只有一个用户有这种报错,其他用户都正常。

    我检查了DiscoverySearchMailbox的homMDB跟数据库的DistinguishedName一致,没有问题。

    2018年10月25日 3:00
  • Dear Manu,

            非常感谢你的回复!

            使用命令行或ECP迁移,都是这个信息提示,目前只有一个用户有这种报错,其他用户都正常。

    我检查了DiscoverySearchMailbox的homMDB跟数据库的DistinguishedName一致,没有问题。

    "已损坏"前面是否指出了具体的损坏对象?您可以将错误截图发到下一贴中,并注意屏蔽掉敏感信息。

    另外,您可以运行如下命令查看迁移的详细信息。

    Get-MoveRequestStatistics -Identity "<mailbox name>" | fl 


    此致,

    敬礼

    Manu Meng


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月25日 9:50
    版主
  • Dear Manu,

           非常感谢您的回复!

    上文已经提到,已损坏的是homMDB属性。

    2018年10月26日 7:57
  • Dear Manu

           请问有什么新的方法或建议吗?

    2018年10月30日 9:27
  • 您好,

    如果只是这一个用户存在问题,你可以尝试先禁用他的邮箱,然后重新连接看看问题会不会解决。

    Disable-Mailbox -Identity "MailboxID"
    Connect-Mailbox -Identity "MailboxID" -Database "SourceDatabase" -User "UserID" 


    另外一个临时的解决方案是将邮件所有内容导出到pst, 在新的服务器上的数据库里创建新邮箱,然后再将pst导入。

    此致,

    敬礼

    Manu Meng


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月31日 7:20
    版主
  • Dear Manu

          非常感谢你的回复!

           我也考虑过这种解决方法,我担心的是,这个用户AD账号属性有问题,如果我把账号禁用了,可能会存在无法重新创建回去的风险,我还是想考虑从源头解决这个问题。

    2018年11月1日 3:08
  • Dear Manu

          非常感谢你的回复!

           我也考虑过这种解决方法,我担心的是,这个用户AD账号属性有问题,如果我把账号禁用了,可能会存在无法重新创建回去的风险,我还是想考虑从源头解决这个问题。

    如果您担心出问题,可以把这个用户的邮件导出到PST以作为备份。

    一般禁用账户再重新连接,邮箱里内容是不会丢失的,这和新建邮箱或者重新启用邮箱是不同的。

    另外,您可以运行Get-Mailbox "<问题账户>" | fl >c:\info.txt,将这个问题邮箱的详细信息导入到txt文件中,并将txt作为附件发到 ibsexc@microsoft.com,我们会第一时间帮您查看。

    此致,

    敬礼

    Manu Meng


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年11月6日 2:16
    版主