none
Exchange 2016. Сильный рост базы почтовых очередей. RRS feed

  • Вопрос

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

    Три сервера.

    За сутки база C:\Program Files\Microsoft\Exchange Server\V15\TransportRoles\data\Queue вырастает до 8+ ГБ.

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

    Каким образом можно найти причину роста?

    Спасибо.

    14 августа 2018 г. 5:33

Ответы

  • Обычно проблема в производительности сервера - он просто не успевает обрабатывать почтовый поток.

    Дело в том, что 8ГБ+ это не так уж и много, описанных вами проблем не должно возникнуть, если файл очереди имеет такой размер. Или он продолжает расти и вы его обрезаете?

    Вы смотрели что у вас творится в очереди? Можно через оснастку, либо Get-Queue.

    Также гляньте вот эту статью: https://blogs.technet.microsoft.com/exchange/2018/07/16/issue-with-july-updates-for-windows-on-an-exchange-server/ там как раз начинаются проблемы со службами транспорта.

    14 августа 2018 г. 6:10
  • а какой размер файла mail.que  считать нормальным ? сообщений в очереди нет. они успешно проходят и доставляются, но файл 10+ Gb.

    Ну и пусть будет 10ГБ, это нормально. Примерно столько он в среднем и бывает.

    Вопрос оптимального размера очень субъективен, поэтому постараюсь донести свои мысли последовательно:

    письма приходят на почтовый сервер и помещаются в очередь. Если принять, что производительность сервера - это константа, то фактически он может обработать только определенный объем сообщений в секунду (да, сообщения бывают разные, но давайте усредним). Если вдруг сообщений стало приходить сильно больше (обрушился спам, у компании внезапно появилось много клиентов и все они пишут на почту и т.п.), то сервер перестает справляться с нагрузкой и очередь в самые активные периоды начинает расти, а значит растет и файл очереди. После снижения пиков нагрузки сообщения из очереди уходят, но файл не сжимается обратно.

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

    Если у вас полно свободного места на диске, то беспокоиться не о чем, но например на системе мониторинга я бы прописал алерты на превышение размера в 20-30ГБ файлом очереди и уж тем более, когда размер переваливает за 100ГБ (и такое бывает не редко). 

    В любом случае отслеживайте нагрузку на сервер в течение суток, чтобы понять когда он испытывает проблемы с производительностью, ведь 95% времени все может быть отлично.

    15 августа 2018 г. 7:48

Все ответы

  • Обычно проблема в производительности сервера - он просто не успевает обрабатывать почтовый поток.

    Дело в том, что 8ГБ+ это не так уж и много, описанных вами проблем не должно возникнуть, если файл очереди имеет такой размер. Или он продолжает расти и вы его обрезаете?

    Вы смотрели что у вас творится в очереди? Можно через оснастку, либо Get-Queue.

    Также гляньте вот эту статью: https://blogs.technet.microsoft.com/exchange/2018/07/16/issue-with-july-updates-for-windows-on-an-exchange-server/ там как раз начинаются проблемы со службами транспорта.

    14 августа 2018 г. 6:10
  • а какой размер файла mail.que  считать нормальным ? сообщений в очереди нет. они успешно проходят и доставляются, но файл 10+ Gb.
    15 августа 2018 г. 7:34
  • а какой размер файла mail.que  считать нормальным ? сообщений в очереди нет. они успешно проходят и доставляются, но файл 10+ Gb.

    Ну и пусть будет 10ГБ, это нормально. Примерно столько он в среднем и бывает.

    Вопрос оптимального размера очень субъективен, поэтому постараюсь донести свои мысли последовательно:

    письма приходят на почтовый сервер и помещаются в очередь. Если принять, что производительность сервера - это константа, то фактически он может обработать только определенный объем сообщений в секунду (да, сообщения бывают разные, но давайте усредним). Если вдруг сообщений стало приходить сильно больше (обрушился спам, у компании внезапно появилось много клиентов и все они пишут на почту и т.п.), то сервер перестает справляться с нагрузкой и очередь в самые активные периоды начинает расти, а значит растет и файл очереди. После снижения пиков нагрузки сообщения из очереди уходят, но файл не сжимается обратно.

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

    Если у вас полно свободного места на диске, то беспокоиться не о чем, но например на системе мониторинга я бы прописал алерты на превышение размера в 20-30ГБ файлом очереди и уж тем более, когда размер переваливает за 100ГБ (и такое бывает не редко). 

    В любом случае отслеживайте нагрузку на сервер в течение суток, чтобы понять когда он испытывает проблемы с производительностью, ведь 95% времени все может быть отлично.

    15 августа 2018 г. 7:48