none
ESE 508, ESE 510, ExchangeStoreDB 218 RRS feed

  • Вопрос

  • Здравствуйте, коллеги!

    Увидел в логах такие сообщения:

    Источник: ESE
    Тип: 2
    Код: 510
    Событие: Information Store (6364) Mailbox Database 0159794843: Information Store (6364) Mailbox Database 0159794843: Запрос на чтение в файл "D:\Ex_data\Mailbox Database 0159794843\Mailbox Database 0159794843.edb" (смещение 16499867648 (0x00000003d7780000), количество байт 32768 (0x00008000)) выполнен, но его обработка операционной системой заняла слишком много времени (37 с). Кроме того, обработка других запросов ввода-вывода (количество: 0) к этому файлу также заняла чрезмерно много времени с момента отправки последнего сообщения об этой проблеме (6006 с назад). Скорее всего, эта проблема связана с неисправным оборудованием. Свяжитесь с поставщиком оборудования для получения помощи в диагностике этой проблемы.

    Для получения дополнительных сведений щелкните следующую ссылку: http://www.microsoft.com/contentredirect.asp.

    Источник: ExchangeStoreDB
    Тип: 1
    Код: 218
    Событие: На '11.03.2012 22:40:34' в копии базы данных 'Mailbox Database 0159794843' на этом сервере возникла проблема с производительностью. При переходе на другой ресурс возвращена следующая ошибка: "Существует только одна копия этой базы данных почтовых ящиков (Mailbox Database 0159794843). Автоматическое восстановление недоступно.". Дополнительные сведения об ошибке см. в других событиях хранилища и "ExchangeStoreDb" в журнале событий на сервере.

    Источник: ESE
    Тип: 2
    Код: 508
    Событие: Information Store (6364) Mailbox Database 0159794843: Запрос на запись в файл "D:\Ex_data\Mailbox Database 0159794843\E00.log" (смещение 114688 (0x000000000001c000), количество байт 8704 (0x00002200)) выполнен, но его обработка операционной системой заняла слишком много времени (46 с). Скорее всего, эта проблема связана с неисправным оборудованием. Свяжитесь с поставщиком оборудования для получения помощи в диагностике этой проблемы.

    Не я первый с этим столкнулся, и в англоязычном Technet есть статьи, в которых говорится о поиске решения в дисковом хранилище.

    Размер базы - 52Gb

    В данный момент работет ExBpa. Потом отпишу по результатам.

    Вопросы у меня такие:

    1. Если кто реально сталкивался - то как решили?

    2. Играет ли роль размер базы и размер ящиков? У меня есть ящики 3,5 Gb.

    3. Эти ошибки неустранимы? То есть база испорчена и нужно ее срочно лечить и т.п. Или с целостностью базы все нормально, но такое предупреждение появляется только в момент проблем с записью и никак не влияет на целостность?

    12 марта 2012 г. 8:29

Ответы

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

    Это может быть низкая производительность дисковой подсистемы и большая очередь записи/чтения. Надо смотреть счетчики производительности и показания счетчиков производительности.

    Mailbox Server Counters 

    Сталкивался с замедлением работы контроллера дисковой ситемы.

    На контроллера дисковой системы может находиться батарея. Время от времени контроллер тестирует данную батарею, при этом идет падение производительности на 12 часов. :) Тоже был в панике.


    MCITP. Знание - не уменьшает нашей глупости.


    • Изменено Oleg.KovalenkoModerator 12 марта 2012 г. 9:01
    • Помечено в качестве ответа Yuriy Lenchenkov 15 марта 2012 г. 13:42
    • Снята пометка об ответе Sergey_K 15 марта 2012 г. 13:44
    • Помечено в качестве ответа Sergey_K 15 марта 2012 г. 13:45
    12 марта 2012 г. 8:47
    Модератор

Все ответы

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

    Это может быть низкая производительность дисковой подсистемы и большая очередь записи/чтения. Надо смотреть счетчики производительности и показания счетчиков производительности.

    Mailbox Server Counters 

    Сталкивался с замедлением работы контроллера дисковой ситемы.

    На контроллера дисковой системы может находиться батарея. Время от времени контроллер тестирует данную батарею, при этом идет падение производительности на 12 часов. :) Тоже был в панике.


    MCITP. Знание - не уменьшает нашей глупости.


    • Изменено Oleg.KovalenkoModerator 12 марта 2012 г. 9:01
    • Помечено в качестве ответа Yuriy Lenchenkov 15 марта 2012 г. 13:42
    • Снята пометка об ответе Sergey_K 15 марта 2012 г. 13:44
    • Помечено в качестве ответа Sergey_K 15 марта 2012 г. 13:45
    12 марта 2012 г. 8:47
    Модератор
  • 12 марта 2012 г. 9:51
  • Спасибо за ответ!

    Про батарею пока не ясно, есть ли она и в каком состоянии). В интрефейсе управления контроллером во всяком случае все в порядке.

    В данный момент пытаюсь вытащить в Системный монитор параметр MSExchange Database\I/O Database Reads (Attached) Average Latency, указанный в статье про Mailbox Server Counters. Получается честно говоря с трудом(((. Совершенно непонятно где его искать.

    12 марта 2012 г. 10:07
  •  Добрый день,

    1. Если кто реально сталкивался - то как решили?

    2. Играет ли роль размер базы и размер ящиков? У меня есть ящики 3,5 Gb.

    3. Эти ошибки неустранимы? То есть база испорчена и нужно ее срочно лечить и т.п. Или с целостностью базы все нормально, но такое предупреждение появляется только в момент проблем с записью и никак не влияет на целостность?

    1. Да сталкивались. Решение, увеличение производительности дисковой подсистемы.

    2. Скорее всего производительность системы в целом влияет на обработку потока данных (записи/чтения), обратитесь к URL которую предложил Олег, и посчитайте соответствие производительности системы для более точного вывода.

    3. Устранимы, кроме того в Exchange 2010 есть механизмы диагностики и "самолечения". Но я рекомендую, после устранения проблем с производительностью, поднять последнюю резервную копию базы на локальный стор или в RDB и проверить целостность  используя eseutil /k, eseutil /g и New-MailboxRepairRequest.

    Сталкивался на практике, когда проблемы с IO, привело к логическому повреждению файлов баз (не одной базы!), причем этого не было замечено даже в логах сервера и при работе клиентов с базами, но однажды, проблема проявилась на одной из баз и ее копии, логическое повреждение приводило к падению stor.exe и как следствие к "random_ному" файловеру баз, до тех пор пока базу не отключили.


    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA


    12 марта 2012 г. 10:08
  • Тут не про 2010, но суть та же.

    http://www.microsoft.com/technet/support/ee/transform.aspx?ProdName=Exchange&ProdVer=6.5.6940.0&EvtID=508&EvtSrc=ESE&LCID=1033


    Мой скромный Блог


    Ок, это уже видел. Железу год. Exchange там один. Управление контроллером, молчит, точнее говорит что все в порядке.

    12 марта 2012 г. 10:12
  • How Do I: Use Exchange 2010 Performance Counters?

    MCITP. Знание - не уменьшает нашей глупости.

    12 марта 2012 г. 10:18
    Модератор
  • Из статьи в ссылке Олега про счетчики:

    Средняя задержка операций записи при вводе-выводе в журнале для базы данных MSExchange

    Показывает среднее время (в мс) записи содержимого буфера журнала в файл активного журнала.

    Значение этого счетчика на рабочих серверах должно быть равно 10.

    Если этот счетчик имеет значение больше 10, то это указывает на слишком высокое значение средней задержки операций записи при вводе-выводе в базе данных (прикрепленной) для базы данных MSExchange.

    В моем случае значение этого счетчика было сильно за 10. В пиках больше 100.

    Оказалось в контролере массива SMart Array P410i кеш распределен 100% на чтение.

    После распределения 50 на 50 показатели производительности пригли в норму.

    Большое спасибо за участие.

    Олег, я пару дней поналюбдаю и помечу ответ.

    12 марта 2012 г. 12:19