Зіткнувся з цікавою проблемою в Microsoft Exchange Server 2010 року (характерна вона й для версій Exchange Server 2007/2013). Деякі користувачі стали скаржитися на періодичну неможливість отримати скани з МФУ та Сендеров, налаштованих на відправку пошти через сервер Exchange з роллю CAS (Client Access Server). При цьому пошта між користувачами Exchange в рамках сервера доставлялася без будь-яких проблем.

Для діагностики проблеми спробував вручну відправити лист з командою рядка за допомогою telnet. Так як конфігурація є два CAS сервера, об’єднаних в CAS Array за допомогою NLB, довелося виконувати перевірку для кожного сервера. На першому сервері відправка пройшла без проблем, а на другому після виконання команди mail from з’явилася помилка: 452 4.3.1 Недостатня кількість системних ресурсів

smtp ошибка 452 4.3.1 Недостатньо системних ресурсівВ журналі додатків сервера при цьому реєструється подія EventID: 15006 з джерела Джерело: MSExchangeTransport

Microsoft Exchange Transport відхиляє надсилання повідомлень, оскільки доступний простір на диску опустився нижче налаштованого порогу. На тиск перебувають такі ресурси:

Шлях реєстрації бази даних черги («C: Program Files Microsoft Exchange Server V14 TransportRoles data Queue ») = 96% [High] [Normal=92% Medium=94% High=96%]

Навантаження фізичної пам’яті = 90% [limit is 94% to start dehydrating messages.]

Наступні компоненти відключені через протитиск:

Надсилання вхідної пошти з транспортних серверів-концентраторів

Подання вхідної пошти з Інтернету

Надсилання пошти з каталогу самовивезення

Надсилання пошти з каталогу відтворення

Надсилання пошти з сервера поштових скриньок

Агрегація вмісту

Наступні ресурси перебувають у нормальному стані:

Шлях до бази даних черги («C: Program Files Microsoft Exchange Server V14 TransportRoles data Queue mail.que») = 95% [Normal] [Normal=95% Medium=97% High=99%]

Сегменти версій = 0 [Normal] [Normal=80 Medium=120 High=200]

Приватні байти = 14% [Normal] [Normal=71% Medium=73% High=75%]

Точка замісу = 0 [Normal] [Normal=2000 Medium=4000 High=8000]

Черга подання = 0 [Normal] [Normal=1000 Medium=2000 High=4000]

Microsoft Exchange Transport відхиляє надсилання повідомлень

Причина виникнення помилки – закінчення вільного місця на диску, на якому знаходяться черзі служби Exchange Hub Transport. Справа в тому, що в Exchange є спеціальний компонент моніторингу доступних ресурсів Зворотний тиск, Який в тому числі відстежує вільне місце на диску, на якому зберігаються черги транспортної служби Exchange.

При перевищеній порогових значень Exchange може:

  • поріг Середній (90%) – перестати приймати по SMTP пошту від зовнішніх відправників (пошта від MAPI клієнтів при цьому обробляється)
  • поріг Високий (99%) – обробка потоку пошти повністю припиняється

Примітка. 90% і 99% насправді приблизні цифри, насправді є формула розрахунку. Але на практиці, досить орієнтуватися на ці значення. Так на 40 Гб диску, на якому зберігатися транспортна чергу повинно бути вільно мінімум 4 Гб місця.

2 гб вільного місцяТому, в разі виникнення подібної помилки можна:

  • Очистити диск від сміття
  • Відключити моніторинг Back Pressure (поганий варіант)
  • Перенести транспортні чергу на інший диск достатнього обсягу.

За замовчуванням транспортна чергу зберігається на системному диску. Після аналізу диска C: я виявив, що майже 15 Гб місця займала папка з логами IIS (C: inetpub logs LogFiles W3SVC1). Як правило, ці логи можна спокійно видалити і включити для них скрипт автоматично видаляти логів IIS.

лог файли iis LogFiles  W3SVC1

Якщо ж звільнити місце не вдається, можна перемістити каталог транспортної черги Exchange на інший диск.

Шлях до каталогу з чергою задається в конфігураційному файлі $ env: exchangeinstallpath bin EdgeTransport.exe.config наступними змінними:

<add key="QueueDatabasePath" value="C:Program FilesMicrosoftExchange ServerV14TransportRolesdataQueue" />

<add key="QueueDatabaseLoggingPath" value="C:Program FilesMicrosoftExchange ServerV14TransportRolesdataQueue" />

EdgeTransport.exe.config

Досить вказати новий шлях до каталогу з чергою, і перезапустіть службу Microsoft Exchange Transport (Restart-Service MSExchangeTransport) І Exchange автоматично їх створить.

Порада. Перевірте, що в новому каталозі з’явилися файли Mail.que, Trn.chk, Trn.log, Temp.edb і т.д. Файли в старому каталозі можна видалити, тому що вони більш не потрібні.

Leave a Reply

Your email address will not be published. Required fields are marked *