Сблъска се с интересен проблем в Microsoft Exchange Server 2010 (типичен е за версии на Exchange Server 2007/2013). Някои потребители започнаха да се оплакват от периодичната невъзможност да получават сканирания от MFP и изпращачи, конфигурирани да изпращат поща през Exchange сървъра с ролята на CAS (Client Access Server). В същото време пощата между потребители на Exchange в рамките на сървъра е доставена без проблеми.
За да диагностицирам проблема, се опитах ръчно да изпратя имейл от командния ред, използвайки telnet. Тъй като конфигурацията се състои от два CAS сървъра, интегрирани в CAS Array с помощта на NLB, беше необходимо да се извърши проверка за всеки сървър. Изпращането на първия сървър премина без проблеми, а на втория след изпълнение на пощата от командата се появи грешка: 452 4.3.1 Недостатъчни системни ресурси
В този случай събитието EventID се регистрира в дневника на сървърното приложение: 15006 от Източник: MSExchangeTransport
Път за записване в базата данни на опашката („C: \ Програмни файлове \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ данни \ Queue \") = 96% [Високо] [Нормално = 92% Средно = 94% Високо = 96%]
Физическо натоварване на паметта = 90% [ограничението е 94% за започване на дехидратиране на съобщения.]
Следните компоненти са деактивирани поради обратно налягане:
Изпращане на входяща поща от транспортните сървъри на Hub
Изпращане на входяща поща от Интернет
Изпращане на поща от директорията на Pickup
Изпращане на поща от директорията за преиграване
Изпращане на поща от сървъра за пощенски кутии
Обобщение на съдържанието
Следните ресурси са в нормално състояние:
Път на базата данни на опашката ("C: \ Програмни файлове \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \ mail.que") = 95% [Нормално] [Нормално = 95% Средно = 97% Високо = 99%]
Кодове за версия = 0 [Нормално] [Нормално = 80 Средно = 120 Високо = 200]
Частни байтове = 14% [Нормално] [Нормално = 71% Средно = 73% Високо = 75%]
Точка на партида = 0 [Нормално] [Нормално = 2000 Средно = 4000 Високо = 8000]
Опашка за подаване = 0 [Нормално] [Нормално = 1000 Средно = 2000 Високо = 4000]
Причината за грешката е в края на свободното пространство на диска, на който са разположени опашките за транспортни услуги на Exchange Hub. Факт е, че Exchange има специален компонент за мониторинг на наличните ресурси. Обратно налягане, който също следи свободното пространство на диска, на който се съхраняват опашките на Exchange Transport Service.
Ако праговете са надвишени, Exchange може:
- прага среда (90%) - спрете да получавате SMTP поща от външни изпращачи (пощата от MAPI клиенти се обработва)
- прага високо (99%) - обработката на потока от поща спира напълно
Следователно, в случай на подобна грешка, можете:
- За да изчистите диск от боклук
- Деактивиране на мониторинга на обратно налягане (лоша опция)
- Прехвърлете транспортната опашка на друго устройство с достатъчен обем.
По подразбиране транспортната опашка се съхранява на системния диск. След като анализирах C: \ устройството, установих, че почти 15 GB пространство е заето от папката IIS log (C: \ inetpub \ logs \ LogFiles \ W3SVC1). По правило тези регистрационни файлове могат да бъдат безопасно изтрити и скриптът за автоматично изтриване на стари IIS регистрационни файлове може да бъде активиран за тях..
Ако не можете да освободите място, можете да преместите директорията на транспортната опашка на Exchange на друго устройство.
Пътят до директорията с опашката е зададен в конфигурационния файл $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config със следните променливи:
Достатъчно е да посочите нов път към директорията с опашката и да рестартирате транспортната услуга на Microsoft Exchange (Рестартирайте Service MSExchangeTransport) и Exchange автоматично ще ги създаде.
