none
Event 118 ExchangeStoreDB RRS feed

  • Вопрос

  • Недавно окончательно завершил миграцию с 2010 на 2013 с удалением 2010 серверов.

    Все было норм, ошибок не было, но пару дней назад появились следующие:

    ESE Event 510

    Information Store - UserDB (3548)UserDB: Information Store - UserDB (3548) UserDB: Запрос на чтение в файл "D:\exchange\UserDB\data\UserDB.edb" (смещение 38345572352 (0x00000008ed930000), количество байт 393216 (0x00060000)) выполнен, но его обработка операционной системой заняла слишком много времени (11 с). Кроме того, обработка других запросов ввода-вывода (количество: 0) к этому файлу также заняла чрезмерно много времени с момента отправки последнего сообщения об этой проблеме (87 с назад). Скорее всего, эта проблема связана с неисправным оборудованием. Свяжитесь с поставщиком оборудования для получения помощи в диагностике этой проблемы. 

    Event 118 ExchangeStoreDB

    На '03.11.2015 9:47:53' копия базы данных 'UserDB' на этом сервере имеет проблемы с производительностью, возможно, из-за сбоя в хранилище. Дополнительные сведения об ошибке см. в журнале событий на сервере для других событий хранилища и "ExchangeStoreDb". Восстановление не выполнено.

    Пока не находим на SAN ошибок. Проблемы с хранилищем все же какие-то?  серверы перезагружал.

    3 ноября 2015 г. 3:55

Ответы

  • Ошибки говорят о задержках при работе с "дисками". Мониторьте счетчики производительности, которые относятся к томам и дискам. Скорее всего они вам покажут тоже самое: провалы в производительности. Дальше вопрос будет к SAN и дисковым хранилищам. Но это уже не тема этого раздела по Exchange.

    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа maxim.nsk 14 ноября 2015 г. 9:31
    9 ноября 2015 г. 3:31
    Модератор

Все ответы

  • вы смотрели SAN или все же СХД? Это немного разные вещи.

    Do not multiply entities beyond what is necessary

    3 ноября 2015 г. 5:21
  • вы смотрели SAN или все же СХД? Это немного разные вещи.

    Do not multiply entities beyond what is necessary

    у нас почта вся на виртуалках, смотрели и на СХД и на созданных датасторах.

    однако и по конфигурации кроме storage vmotion на другую СХД ничего не делалось. бекапы полные делаются. сегодня только сделался

    3 ноября 2015 г. 9:30
  • по времени создание бекапов и евенты в журнале не совпадают?

    Do not multiply entities beyond what is necessary

    3 ноября 2015 г. 9:53
  • по времени создание бекапов и евенты в журнале не совпадают?

    Do not multiply entities beyond what is necessary

    нет. они и продолжаются эти эвенты даже после бекапа раз в час примерно.

    бекап сделался нормально, логи потерлись - все как нужно.

    exchange 2013 cu10.

    3 ноября 2015 г. 10:16
  • ошибки так и продолжаются, но все везде работает. очередной полный бэкап сделался нормально. не пойму в чем, где косяк
    9 ноября 2015 г. 3:04
  • Ошибки говорят о задержках при работе с "дисками". Мониторьте счетчики производительности, которые относятся к томам и дискам. Скорее всего они вам покажут тоже самое: провалы в производительности. Дальше вопрос будет к SAN и дисковым хранилищам. Но это уже не тема этого раздела по Exchange.

    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа maxim.nsk 14 ноября 2015 г. 9:31
    9 ноября 2015 г. 3:31
    Модератор
  • Ошибки говорят о задержках при работе с "дисками". Мониторьте счетчики производительности, которые относятся к томам и дискам. Скорее всего они вам покажут тоже самое: провалы в производительности. Дальше вопрос будет к SAN и дисковым хранилищам. Но это уже не тема этого раздела по Exchange.

    Сазонов Илья

    https://isazonov.wordpress.com/

    ошибки появились после миграции на другую хранилку.

    если эти события просто о падении производительности, что, возможно, так оно и есть, так как хранилка загружена, просто события в журнале фиксируются как ошибка, а не предупреждение. тогда просто их игнорирую и все.

    9 ноября 2015 г. 6:36
  • Базу порушите в конце-концов

    Сазонов Илья

    https://isazonov.wordpress.com/

    9 ноября 2015 г. 10:50
    Модератор
  • Базу порушите в конце-концов

    Сазонов Илья

    https://isazonov.wordpress.com/

    в общем, опытым путем выяснили (смигрировал вм опять на тестовую СХД и потом обратно), что такое сообщение появляется при миграции с более свободной схд (тестовой) на более загруженную (боевую) по IOPS. По здоровью обоих СХД нигде проблем нет. Видимо, Exchange запомнил показатели и считает, что иопсы упали, потому что проблемы в СХД. Можно как-то почистить эти счетчики? Ибо перезагрузка не решает проблемы, сообщения сыпятся и сыпятся. 
    • Изменено maxim.nsk 9 ноября 2015 г. 10:57
    9 ноября 2015 г. 10:57
  • В первом сообщении указано "обработка операционной системой заняла слишком много времени (11 с). "

    11 секунд для операции чтения это считаете нормально?


    Сазонов Илья

    https://isazonov.wordpress.com/

    9 ноября 2015 г. 11:04
    Модератор
  • Вообще, Exchange не очень любит любые изменения конфигурации.. Будь то уменьшение памяти или например отключение hyper threading на уже установленной машине(даже переставал иногда службы запускать свои при рестарте). Как исправить не могу сказать, может более опытные подскажут.. 
    9 ноября 2015 г. 11:06
  • В первом сообщении указано "обработка операционной системой заняла слишком много времени (11 с). "

    11 секунд для операции чтения это считаете нормально?


    Сазонов Илья

    https://isazonov.wordpress.com/

    по физике проблем нет, просто боевая схд реально сильно загружена, зато зеркалирована и все такое :)

    но как бы сбросить показатели производительности, чтобы exch считал, что это нормально

    10 ноября 2015 г. 8:06
  • Еще раз: 11 секунд это вы считаете нормально? Это микро или даже не милли - это СЕКУНДЫ.

    Сазонов Илья

    https://isazonov.wordpress.com/

    10 ноября 2015 г. 8:14
    Модератор
  • Еще раз: 11 секунд это вы считаете нормально? Это микро или даже не милли - это СЕКУНДЫ.

    Сазонов Илья

    https://isazonov.wordpress.com/

    да читать умею, что секунды. многовато, но что поделать0 видимо так загружена схд
    10 ноября 2015 г. 11:37
  • ну или с сетью. Вообще это слишком медленно и не удовлетворяет минимальным требованиям Exchange всяко. Так что убирайте его от туда.. Работать это не будет.
    10 ноября 2015 г. 12:06
  • ну или с сетью. Вообще это слишком медленно и не удовлетворяет минимальным требованиям Exchange всяко. Так что убирайте его от туда.. Работать это не будет.

    что значит "работать это не будет"? так-то работает, бэкапы делаются. других ошибок нет. 

    11 ноября 2015 г. 4:40
  • Ошибки говорят о задержках при работе с "дисками". Мониторьте счетчики производительности, которые относятся к томам и дискам. Скорее всего они вам покажут тоже самое: провалы в производительности. Дальше вопрос будет к SAN и дисковым хранилищам. Но это уже не тема этого раздела по Exchange.

    Сазонов Илья

    https://isazonov.wordpress.com/

    проверили еще раз схд: обнаружили проблемы с одним из оптоволоконных кабелей до нее и sfp. заменили, ошибки на exch чудесным образом сами прошли. так что вы были правы.
    • Изменено maxim.nsk 14 ноября 2015 г. 9:32
    14 ноября 2015 г. 9:32