本文由数据安全与取证编译,由Roe校对,转载请注明。
摘要:本文我们将讨论Exchange管理中心启动远程移动迁移时,出现迁移到目标邮箱数据库未完成的错误。我们还将讨论解决此错误的一些可能的解决方案。
“远程移动迁移未完成”错误
使用Exchange管理中心(EAC)或通过Exchange命令行管理程序(EMS)使用New-MoveRequest PowerShell cmdlet启动远程移动迁移后,您可能会发现移动请求没有完成到目标邮箱数据库的迁移,并提示类似于以下错误:
无法输入最终结果,因为数据保证落后 00:05:00 以上。
失败:数据库GUID不满足约束 SecondCopy,因为复制时间12/31/9999 11:59:59 PM无法保证提交时间2022年 7 月1日下午2:35:10
Cannot enter finalization because Data Guarantee is lagging behind by more than 00:05:00. Failure: Database GUID doesn't satisfy the constraint SecondCopy because the commit time <date and time> isn't guaranteed by replication time <date and time>
错误消息提示移动请求不满足约束,并且数据库不满足接受邮箱移动所需的条件。
您可以使用Remove-MoveRequest PowerShell cmdlet清除移动请求,然后重新运行New-MoveRequest命令。然而,问题可能依旧无法解决。
若要进一步调查此问题,请检查事件查看器和Exchange Server基础结构的配置。您会发现,由于DataMoveReplicationConstraint设置(目标邮箱数据库中配置的参数,设置为SecondCopy),移动请求无法完成。
邮箱数据库上此参数的值确定作为请求一部分应评估的数据库副本数。在新数据库上,此参数将设置为none。但当它设置为SecondCopy时,这意味着有问题的数据库将有第二个副本。设置此值时,数据库必须满足数据保证API条件。数据保证API检查数据库和数据库副本的运行状况。这意味着出现错误消息是因为数据库可能不正常,重播队列在重播滞后时间的10分钟内,并且复制队列长度小于10个日志。
修复“远程移动迁移未完成”
该错误可能发生在源服务器和目标服务器上。你需要查证以解决问题。在启动之前,建议在维护窗口中重新启动服务,同时可能重新启动服务器,以确保Exchange server或操作系统上没有挂起的内容。
然后,在Exchange命令行管理程序(EMS)中运行Get-MailboxDatabaseCopyStatus命令,以查看邮箱数据库副本的运行状况和状态。
这将提供有关数据库的概述。如果数据库未装入,则表示数据库存在问题。此外,由于网络、连接或服务器性能的原因,数据库和副本之间可能会出现很大的滞后。需要对此问题进行查证。
解决此问题后,您可以尝试重新启动移动迁移。如果问题仍然存在,您可以在目标位置创建一个新数据库(如果问题在目标位置),并创建一个新移动请求。
与此同时,应该始终检查事件查看器中的事件日志,以确定可能导致进程停止的问题。
如果问题出现在源数据库上,则可以选择将数据迁移到新数据库。另一个选项是使用Set-MailboxDatabase PowerShell命令禁用源数据库中的数据移动复制约束(请参阅以下示例)。
Set-MailboxDatabase -Identity <mailbox database name> -DataMoveReplicationConstraint None
然而,必须将其作为最后手段。
结论
如果上述解决方案失败,则可以选择从数据库中从正常备份进行恢复,或者使用New-MailboxExportRequest命令将所有邮箱导出到PST,然后将它们导入到新数据库中。这个过程非常漫长,同时也有很多容易导致失败的节点。此外,也会致使无法导出公用文件夹。
在这种情况下,可以使用第三方EDB-to-PST转换器软件。使用此类工具可以打开多个Exchange Server数据库—活动数据库或未装入数据库。您可以将数据粒度导出为PST和其他文件格式。您可以轻松地创建一个新数据库,并通过自动邮箱匹配将EDB数据直接导出到实时Exchange Server数据库。