none
Exchange2013DAG手动切换活动数据库报错 RRS feed

  • 问题

  • 如题,某用户,使用Exchange2013 CU15,两前两后架构

    由于其中一台邮箱角色比较卡,所以轮流重启了两个后端服务器

    重启后,活动数据库全部自动切换到MB1

    尝试将一部分邮箱数据库手动切换到MB2的时候,出现错误1

    活动管理器操作失败。错误: 数据库操作失败。错误: 尝试为可能的激活操作验证指定的数据库副本时发生错误。错误: sh-mb2: 服务器“sh-mb2”上的数据库副本“test”有处于以下状态的内容索引编录文件:Unknown” 如果需要激活此数据库副本,您可以使用带有 -SkipClientExperienceChecks 参数的 Move-ActiveMailboxDatabase cmdlet 强制激活数据库。 [数据库: test, 服务器: SH-MB1.l.com]

    [Y] (Y)  [A] 全是(A)  [N] (N)  [L] 全否(L)  [?] 帮助 (默认值为“Y): A

    Identity        ActiveServerAtS ActiveServerAtE Status     NumberOfLogsLost   RecoveryPoint MountStatus MountStatus

                    tart            nd                                            Objective     AtMoveStart AtMoveEnd

    --------        --------------- --------------- ------     ----------------   ------------- ----------- -----------

    test            sh-mb1       sh-mb1       Failed     1                  2019/10/14... Mounted     Dismounted

    使用命令+参数切换,出现错误2

    活动管理器操作失败。错误: 数据库操作失败。错误: 未装载该数据库,因为数据库在切换或故障转移时丢失了数据 (1 个日志),并且

    从源服务器中复制以前的日志的尝试也失败。有关更多详细信息,请检查事件日志。具体的错误消息: 尝试为数据库 test\SH-MB2

    复制其余日志失败。错误: 日志复印机无法与服务器"SH-MB1.l.com"进行通信。数据库"test\SH-MB2"的副本处于断开连接

    状态。通信错误为: 与服务器'SH-MB1'通信时出错。错误: 无法从传输连接中读取数据: 由于连接方在一段时间后没有正确答复或连

    接的主机没有反应,连接尝试失败。。。短暂延迟后,该复印机将自动重试。

     [数据库: test, 服务器: SH-MB1.l.com]

        + CategoryInfo          : InvalidOperation: (test:ADObjectId) [Move-ActiveMailboxDatabase]AmDbActionWrapperExcepion

       + FullyQualifiedErrorId : [Server=SH-MB1,RequestId=6850f128-2832-4429-99df-bc834dd90a1d,TimeStamp=2019/10/14 11:12:07] [FailureCategory=Cmdlet-AmDbActionWrapperException] 775949F5,Microsoft.Exchange.Management.SystemConfigura

      tionTasks.MoveActiveMailboxDatabase

    + PSComputerName        :sh-mb1.l.com

    执行切换命令后,邮箱数据库是“卸除”状态

    大约1-2分钟后,自动装载,且活动数据库装载在mb2上

    但是由于切换不成功,所以MB1和MB2的日志不匹配,需要以MB2为种子,重建MB1上的副本数据库


    2019年10月15日 8:14

答案

  • 您好,

    根据您错误1的报错信息, 此问题可能有两个原因: 1.内容索引由于某些错误或故障而失败 2.该数据库的索引已禁用。

    要解决此问题,请在失败的服务器上更新内容索引。 运行以下指令:

    Update-MailboxDatabaseCopy -Identity DB1\MBX1 -CatalogOnly

    内容索引正常后,您可以尝试再次激活数据库副本。

    参照这个类似的案例,导致您错误2的原因可能是您遇到一些暂时中断复制的网络故障。 需要在邮箱服务器之间的网络上进行运行状况检查。

    此致,

    Beverly Gao


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

    2019年10月16日 7:50

全部回复

  • 您好,

    根据您错误1的报错信息, 此问题可能有两个原因: 1.内容索引由于某些错误或故障而失败 2.该数据库的索引已禁用。

    要解决此问题,请在失败的服务器上更新内容索引。 运行以下指令:

    Update-MailboxDatabaseCopy -Identity DB1\MBX1 -CatalogOnly

    内容索引正常后,您可以尝试再次激活数据库副本。

    参照这个类似的案例,导致您错误2的原因可能是您遇到一些暂时中断复制的网络故障。 需要在邮箱服务器之间的网络上进行运行状况检查。

    此致,

    Beverly Gao


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

    2019年10月16日 7:50
  • Exchange是虚拟机,在同一个vmware平台,前端网络走一个虚拟交换机,心跳网络走另外一个虚拟交换机

    两个节点走一个网卡,应该不会是网络的原因吧

    怎么进行网络运行状态的检查呢

    2019年10月17日 2:50
  • 您给的案例中,建议使用TCP Chimney,但是我查了一下微软的KB,TCP Chimney不能用于虚拟化环境。

    我查看了邮件服务器的网卡设置,TCP Chimney确实也是disabled,这方面应该没有问题

    2019年10月22日 6:49
  • 您好,

    请问您是否检查过Failover cluste的切换日志呢?确认里面是否有相关信息?

    此致,

    Beverly Gao


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

    2019年10月25日 9:11
  • Failover cluster在10.14有报错,轮流重启了两个后端节点后,到今天为止没有报错
    2019年10月30日 6:37
  • 您好,

    请问具体报错是什么呢?建议您附上相关报错截图。

    请问您目前手动切换数据库成功了吗?

    此致,

    Beverly Gao


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

    2019年10月31日 9:29
  • 看样子应该是VM平台性能的问题,用zabbix监控发现Memory/Cache Faults/sec频繁报警,让虚拟化工程师去查故障了
    • 已标记为答案 杜卫华 2019年11月4日 1:55
    • 取消答案标记 杜卫华 2019年11月4日 1:55
    2019年11月4日 1:54