none
exchange server 2019集群成员数据库一直显示"被动 已断开连接并且正在重新同步" RRS feed

  • 问题

  • 您好,

        我们环境有一台windows server 2019虚拟机主DC(因故障将此虚拟机导出在另一台esxi服务器上运行几天,然后原主DC又通电恢复运行了,他们都是同样的主机名及IP,发现不对又将此两台主DC都下线了),一台windows server 2019辅域控,两台exchange server 2019成员服务器。

        现在发现一台exchange成员服务器无法正常同步复制,网络是正常的,报错如下:

    The Microsoft Exchange Replication service was unable to perform an incremental reseed of database copy 'Mailbox Database xxxxxxxx\server-1' due to a network error. The database copy status will be set to Disconnected. Error Microsoft.Exchange.Cluster.Replay.NetworkCommunicationException: An error occurred while communicating with server 'server-2'. Error: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond IP-2:64327 ---> System.Net.Sockets.SocketException: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond IP-2:64327   at System.Net.Sockets.Socket.InternalEndConnect(IAsyncResult asyncResult)   at System.Net.Sockets.Socket.EndConnect(IAsyncResult asyncResult)   at Microsoft.Exchange.Cluster.Replay.TcpClientChannel.TryOpenChannel(NetworkPath netPath, Int32 timeoutInMs, TcpClientChannel& channel, NetworkTransportException& networkEx)   --- End of inner exception stack trace ---   at Microsoft.Exchange.Cluster.Replay.NetworkManager.OpenConnection(NetworkPath& actualPath, Int32 timeoutInMsec, Boolean ignoreNodeDown)   at Microsoft.Exchange.Cluster.Replay.LogCopyClient.OpenChannel(Boolean useScavenge)   at Microsoft.Exchange.Cluster.Replay.LogCopyClient.QueryEndOfLog()   at Microsoft.Exchange.Cluster.Replay.FailoverPerformanceTrackerBase`1.RunTimedOperation(TOpCode opCode, Action operation)   at Microsoft.Exchange.Cluster.Replay.IncrementalReseeder.IsIncrementalReseedRequired(Action checkAbortRequested, Int64& highestLogGenCompared, Boolean& e00IsEndOfLogStream)

    2021年3月7日 13:08

全部回复

  • 你好,

    关于您目前的问题:

    首先DC方面,首先建议备份辅助DC,在两台主DC down的前提下,抓取FSMO role。

    确认DC抓取FSMO成功后,强制删除主DC,然后数据清理之前的DC.

    https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/deploy/ad-ds-metadata-cleanup

    然后将之前的老DC 重新安装DS service,并提升为新DC.

    关于EXCHANGE的部分,可能没有办法给与专业的意见,建议在以下链接开一个新case并且添加exchange的标签:

    https://docs.microsoft.com/en-us/answers/products/

    Fan


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

    2021年3月8日 6:27
  • 您好,

        1>请问如何备份辅助DC,导出虚拟机?然后再抓取FSMO?如果抓取失败,导出的备份辅助DC还可以上线工作(从备份后的断线到上线,中间有一段时间没有跑业务数据有关系吗)?

        2>"强制删除主DC",我直接删除那两个主DC的虚拟机可以吗?

        3>“然后将之前的老DC 重新安装DS service,并提升为新DC”,-------就是重新安装一个辅DC去同步刚刚抓取FSMO成功的那台DC(新的主DC)?

        4>“然后数据清理之前的DC”,-----------这个清理操作有相关博客推荐的吗?




    2021年3月9日 4:52
  • 你好,

    上面的顺序稍微有点问题,以下供参考:

    1,关于备份DC,建议:在来宾操作系统中运行Windows Server Backup。

    2,因为目前另外两个主DC是关机状态,可以根据上面提供的方法抓取FSMO role,抓取成功之后,在辅助DC上删除另外两个DC。删除DC的过程其实是数据清理的过程。

    https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/deploy/ad-ds-metadata-cleanup

    3,然后将之前的老DC 重新安装DS service,并提升为新DC”如果一开始的DC 抓取FSMO role 成功,可以不要再抓回来,尽量减少这种操作。

    Fan


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

    2021年3月10日 3:05
  • 您好,

        我想确认我用导出虚拟机的方式备份辅助DC,然后如果辅助DC抓取FSMO失败的话,再启用之前辅助DC导出的虚拟机备份来上线运行可以吗?

    2021年3月10日 7:01
  • 你好,

    不建议在任何运行DC的虚拟机上使用导入导出功能。

    使用Windows server backup 进行系统备份或者完整备份。

    具体关于VM DC 的注意事项,可参考以下链接:

    https://docs.microsoft.com/en-us/windows-server/identity/ad-ds/get-started/virtual-dc/virtualized-domain-controllers-hyper-v


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

    2021年3月11日 7:03