Столкнулся с интересной проблемой в 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 Insufficient system resources
Queue database logging path («C:Program FilesMicrosoftExchange ServerV14TransportRolesdataQueue») = 96% [High] [Normal=92% Medium=94% High=96%]
Physical memory load = 90% [limit is 94% to start dehydrating messages.]
The following components are disabled due to back pressure:
Inbound mail submission from Hub Transport servers
Inbound mail submission from the Internet
Mail submission from Pickup directory
Mail submission from Replay directory
Mail submission from Mailbox server
Content aggregation
The following resources are in normal state:
Queue database path («C:Program FilesMicrosoftExchange ServerV14TransportRolesdataQueuemail.que») = 95% [Normal] [Normal=95% Medium=97% High=99%]
Version buckets = 0 [Normal] [Normal=80 Medium=120 High=200]
Private bytes = 14% [Normal] [Normal=71% Medium=73% High=75%]
Batch Point = 0 [Normal] [Normal=2000 Medium=4000 High=8000]
Submission Queue = 0 [Normal] [Normal=1000 Medium=2000 High=4000]
Причина возникновения ошибки – окончание свободного места на диске, на котором находятся очереди службы Exchange Hub Transport. Дело в том, что в Exchange есть специальный компонент мониторинга доступных ресурсов Back Pressure , который в том числе отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange.
При превышенной пороговых значений Exchange может:
По умолчанию транспортная очередь хранится на системном диске. После анализа диска C: я обнаружил, что почти 15 Гб места занимала папка с логами IIS (C:inetpublogsLogFilesW3SVC1). Как правило, эти логи можно спокойно удалить и включить для них скрипт автоматического удаления старых логов IIS .
Если же освободить место не удается, можно переместить каталог транспортной очереди Exchange на другой диск.
Путь к каталогу с очередью задается в конфигурационном файле $env:exchangeinstallpathbinEdgeTransport.exe.config следующими переменными:
<add key="QueueDatabasePath" />
<add key="QueueDatabaseLoggingPath" value="C:Program FilesMicrosoftExchange ServerV14TransportRolesdataQueue" />
Достаточно указать новый путь до каталога с очередью, и перезапустите службу Microsoft Exchange Transport ( Restart-Service MSExchangeTransport
)и Exchange автоматически их создаст.
Как менялся логотип Apple на протяжении многих лет. Логотип Apple — это не просто символ,…
Security Boot Fail при загрузке Acer — решение проблемы При загрузке ноутбука Acer с флешки,…
Ноутбук не включается — варианты решения Если при попытке включить ноутбук вы обнаруживаете, что он…
The AC power adapter wattage and type cannot be determined — причины и решение При…
Свистит или звенит блок питания компьютера — причины и решения Некоторые владельцы ПК могут обратить…
Мигает Caps Lock на ноутбуке HP — почему и что делать? При включении ноутбука HP…