none
Exchange 2019 DAG clusternetwork有一个网络接口错误 RRS feed

  • 问题

  • 您好

      通过test-replicationhealth检查exchange dag复制情况,发现dag每个节点上都报如下错误,提示某个IP地址端口有问题,后通过get-clusternode和get-clusternetwork检查所有节点的都是“up”,通过群集故障转移群集管理界面看,状态也是正常的,看相关节点的数据库复制也正常,针对这种错误该如何排查,谢谢

    2021年9月29日 23:25

答案

  • 您好:

    麻烦您运行以下的命令行看返回的是什么结果:

    Get-DatabaseAvailabilityGroupNetwork |fl

    Get-ClusterNetworkInterface

    以及查看下事件日志里是否有报错信息。

    我看到这边有一篇关于DAG排错的文章,里面出现了和您上面相同的报错,“Node 'XXX' has a network interface that is down. The IP address is 'XXX'. Current state is 'Failed'.”您可以先看下里面给出的方案是不是能解决您的问题,Exchange 2016 Database Availability Group Troubleshooting (Part 2)

    抱歉这篇文章是英文版本的,由于该网站不是由Microsoft托管,因此链接可能会更改,恕不另行通知。 Microsoft不保证此信息的准确性。

    首先确保您的网络配置没有问题。

    要故障恢复到 REPLICATION 网络,我们有两种选择:

    • 重新启动 Microsoft Exchange Replication service
    • 挂起和恢复邮箱数据库副本

    这里选择第二种影响较小的方法:

    首先,挂起被动邮箱数据库副本

    Suspend-MailboxDatabaseCopy MDB01\LITEX02 -Confirm:$false

    然后恢复被动邮箱数据库副本

    Resume-MailboxDatabaseCopy MDB01\LITEX02

    完成后,我们可以检查邮箱数据库副本现在是否正在使用 REPLICATION 网络进行日志复制操作

    Get-MailboxDatabaseCopyStatus -Server LITEX01 | sort Name | ft Name,Status,CopyQueueLength,ReplayQueueLength,ContentIndexState,IncomingLogCopyingNetwork -AutoSize

    此致,

    Joyce Shen


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

    • 已标记为答案 Tony Mu 2021年10月9日 13:45
    2021年9月30日 5:26

全部回复

  • MBX部署在虚机还是真机上的?

    如果是真机上,建议检查下物理层。群集节点中心跳是否可以正常通讯。

    2021年9月30日 0:56
  • 虚拟机,vmware虚拟机。网络都是显示正常。
    2021年9月30日 1:20
  • 您好:

    麻烦您运行以下的命令行看返回的是什么结果:

    Get-DatabaseAvailabilityGroupNetwork |fl

    Get-ClusterNetworkInterface

    以及查看下事件日志里是否有报错信息。

    我看到这边有一篇关于DAG排错的文章,里面出现了和您上面相同的报错,“Node 'XXX' has a network interface that is down. The IP address is 'XXX'. Current state is 'Failed'.”您可以先看下里面给出的方案是不是能解决您的问题,Exchange 2016 Database Availability Group Troubleshooting (Part 2)

    抱歉这篇文章是英文版本的,由于该网站不是由Microsoft托管,因此链接可能会更改,恕不另行通知。 Microsoft不保证此信息的准确性。

    首先确保您的网络配置没有问题。

    要故障恢复到 REPLICATION 网络,我们有两种选择:

    • 重新启动 Microsoft Exchange Replication service
    • 挂起和恢复邮箱数据库副本

    这里选择第二种影响较小的方法:

    首先,挂起被动邮箱数据库副本

    Suspend-MailboxDatabaseCopy MDB01\LITEX02 -Confirm:$false

    然后恢复被动邮箱数据库副本

    Resume-MailboxDatabaseCopy MDB01\LITEX02

    完成后,我们可以检查邮箱数据库副本现在是否正在使用 REPLICATION 网络进行日志复制操作

    Get-MailboxDatabaseCopyStatus -Server LITEX01 | sort Name | ft Name,Status,CopyQueueLength,ReplayQueueLength,ContentIndexState,IncomingLogCopyingNetwork -AutoSize

    此致,

    Joyce Shen


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

    • 已标记为答案 Tony Mu 2021年10月9日 13:45
    2021年9月30日 5:26