none
Большое количество ошибок ExchangeStoreDB 250, 139, 118, 165 Exchange 2013 RRS feed

  • Общие обсуждения

  • Добрый день.

    В продолжение вот этой темы  , конфигурация вот такая:
    2 датацентра
    сервера exchange 2013
    cas01 cas02
    mbx01 и mbx02

    MBX обновили успешно до CU15, единственное что не доставили - это вот эти апдейты

    для net.framework 4.6.1
    https://support.microsoft.com/en-us/kb/3146715
    согласно матрице
    https://technet.microsoft.com/en-us/library/ff728623%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396
    либо нужно до 4.6.2 сразу обновить

    и вот этот
    https://support.microsoft.com/en-us/kb/3041832
    который посоветовал вывод вот этого скрипта
    https://gallery.technet.microsoft.com/office/Exchange-2013-Performance-23bcca58

    В логах всё так же, как и до этого много ошибок exchangestoredb. Что вызывало аварийное переключение баз в DAG.
    Сейчас инфраструктура держится только на запрете Dag failover через 
    Suspend-MailboxDatabaseCopy -Identity DB01\MBX01 -ActivationOnly

    Как было указано в изначальной теме - там большая RDS ферма, куда ходят сотни сотрудников удаленно и используют outlook БЕЗ режима кеширования

    За нагрузкой на диски наблюдаем. Disk transfers/sec стабильно 250-300, пиково до 500, как я понимаю это немного.

    Со стороны хостов виртуализации (vmware) все проверили, СХД в норме, latency в норме. Сетевая связность между датацентрами так же в норме.

    Сам ms failover кластер так же настроили согласно статьи
    http://andyandthevms.com/exchange-dag-vmware-backups-updated-list-of-tips-and-tricks-for-veeam-backup-replication/
    Потому что сначала думали, что бэкапы могут так влиять.

    Что еще можно сделать, чтобы решить проблему, избавиться от этих ошибок, и вернуться к нормальному режиму DAG?

    17 января 2017 г. 8:55

Все ответы

  • Поговорил ещё с коллегами про хосты.

    Говорят, там в целом на хостах проблема с переутилизацией по процам, cpuready зашкаливает как раз в течение бизнес-дня, что совпадает с указанным поведением гостевых ОС.

    Неужели это может влияеть на работу ese движков exchange таким образом?

    + ещё в ФБ подсказали, что можно перевести всех на MAPI/HTTP вместо RPC/HTTP, тоже уменьшит нагрузку
    18 января 2017 г. 8:10
  • Все так.

    Но учитывай, что  MAPI/HTTP повышает нагрузку на CPU КАСов, а ты как раз хочешь уйти от высокой загрузки по процессорам. Так что тут тоже надо думать, а не бежать подпрыгивая, потому как в ФБ подсказали, значит рубим наотмашь, эгей.

    Убирай cpuready, разноси базы, переключай активные базы на другие хосты. Много чего можно поделать.

    PS. Причем здесь работа ESE, если машина тупо стоит и ждет в cpuready, пока ей дозволят исполнить инструкции. Со вчерашнего дня не почитал про это и не разобрался? Так почитай и разберись.


    18 января 2017 г. 8:15
  • Поговорил ещё с коллегами про хосты.

    Говорят, там в целом на хостах проблема с переутилизацией по процам, cpuready зашкаливает как раз в течение бизнес-дня, что совпадает с указанным поведением гостевых ОС.


    Тут в соседнем чатике есть мнение, что надо майнилке просто аппетит слегка урезать и должно помочь.

    18 января 2017 г. 15:55