none
Exchange 2016 DAG 新建数据库副本时报错 RRS feed

  • 问题

  • 现有的数据库副本同步正常,这是个2T左右数据库大小的数据库,按照下列Blog的方式试了后,报错依旧。

    https://blog.dargel.at/2014/10/09/error-0xc8000713-unable-to-find-the-file-when-trying-to-replicate-db-in-dag/

    种子设定操作失败。错误 执行种子操作时出错。错误: 与服务器'EXCH02'通信时出错。错误: 无法从传输连接中读取数据: 远程主
    机强迫关闭了一个现有的连接。

    2021年10月8日 6:12

全部回复

  • 您好,

    请问您这个数据库的大小是指数据库文件夹总体的大小还是数据库文件(.edb)的大小?

    我认为有可能是由于文件过大导致的连接时间过长,因此被中断。

    如果日志文件很大的话,您可以尝试先将日志文件移动到其他文件夹,然后创建副本。创建完成之后再手动移动回去。

    另外也需要保证EXCH02上有足够的空间存放数据库副本。

    也请您注意数据库文件本身大于1T的情况,您可以参考这个官方文档:https://docs.microsoft.com/en-us/exchange/troubleshoot/administration/exchange-cannot-mount-database-larger-than-1024-gb

    此致,

    Lou


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

    2021年10月8日 7:59
  • 感谢回复,日志文件我已经参考链接清理过一遍了,是单EDB文件1.9T;

    已经是企业版本了。


    • 已编辑 jj163 2021年10月8日 8:56
    2021年10月8日 8:56
  • 我新建了个数据库,50G大小,新建副本也是报同样的错误。

    建副本,报错,找不到数据库文件。

    然后对已有的DAG副本先Suspend ,再update ,错误依旧;

    种子设定操作失败。错误 执行种子操作时出错。错误: 未能向源服务器“SSNXEXCH01.Shan.com”通知有关本地截断点的信
    息。Hresult: 0xc8000713。错误: 找不到文件。
     [数据库: IT02, 服务器: SSLGEXCH02.Shan.com]
        + CategoryInfo          : InvalidOperation: (:) [Update-MailboxDatabaseCopy],SeedInProgressException
        + FullyQualifiedErrorId : [Server=SSLGEXCH02,RequestId=aeb850c8-6eaf-4ded-879e-ffa2fa20a8b9,TimeStamp=2021/10/11 3
       :53:45] [FailureCategory=Cmdlet-SeedInProgressException] EE17470A,Microsoft.Exchange.Management.SystemConfiguratio
      nTasks.UpdateDatabaseCopy

    2021年10月11日 4:31
  • 您好,

    这样的话您可以尝试手动进行副本的创建和激活:

    Add-MailboxDatabaseCopy -Identity IT02 -MailboxServer Ex1 -SeedingPostponed

    Update-MailboxDatabaseCopy -Identity IT02\Ex1 -CatalogOnly

    之后您需要将该IT02数据库的文件手动复制到Ex1服务器上的数据库存储位置,默认是:Exchange安装路径下的Mailbox文件夹。

    Resume-MailboxDatabaseCopy -Identity IT02\Ex1

    以上方法您需要首先保证数据库本身状态正常,请使用eseutil工具来判断:

    首先请卸载数据库(Dismount),然后以管理员模式打开PowerShell,CD到数据库文件所在的位置,然后eseutil /mh it02.edb。得到结果后请您检查State,如果是Clean Shutdown的话,那么您可以尝试将除了Edb之外的所有文件移动到其他文件夹,然后装载数据库,添加副本,如果不行的话就尝试上边的手动步骤。

    如果是Dirty Shutdown,那么首先需要修复数据库。

    首先查看/mh命令里得到的Log Required的值,比如他是

         Log Required: 2-12 (0x2-0xc)

    那么我们就需要结尾是02到0C的日志为正常状态,然后使用eseutil /ml e00(将e00替换为您日志文件的开头)。查看这些需要的日志文件是否是OK。

    如果是的话,那么就可以用以下命令来恢复:

    ESEUTIL /r e00 /L[path to log files] /s[path to checkpoint file] /d[path to database file] /i

    /l /s /d 分别是指定恢复过后的日志文件/存档点文件/数据库文件的存储位置。鉴于您的数据库文件比较大,您可以设置为恢复到其他路径下比如:/d "c:\1" 。

    如果需要的日志文件不是正常状态的话,那么只能使用/p硬恢复来进行,但不推荐直接硬回复一个2T的数据库。您可以尝试将该数据库的邮箱转移到其他新的数据库里。

    此致,

    Lou


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

    2021年10月12日 8:11
  • 感谢回复,我们选择个停机时间后尝试下
    2021年10月13日 3:22
  • 您好,

    请问以上建议对您有帮助吗? 如果您对此问题有任何疑问或需要进一步的帮助,随时可以告诉我。 如果问题已解决,请将有用的答复标记为答案,以便其他有相同问题的人能够更快速的找到答案。

    十分感谢您的理解。

    此致,

    Lou


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

    • 已建议为答案 Arihota 2021年10月28日 6:19
    2021年10月18日 7:19