W Microsoft Exchange Server 2010 napotkał interesujący problem (jest to typowe dla wersji Exchange Server 2007/2013). Niektórzy użytkownicy zaczęli narzekać na okresową niemożność otrzymywania skanów od urządzeń wielofunkcyjnych i nadawców skonfigurowanych do wysyłania poczty przez serwer Exchange z rolą CAS (Client Access Server). Jednocześnie poczta między użytkownikami Exchange na serwerze została dostarczona bez żadnych problemów.
Aby zdiagnozować problem, próbowałem ręcznie wysłać wiadomość e-mail z wiersza polecenia za pomocą usługi telnet. Ponieważ konfiguracja składa się z dwóch serwerów CAS zintegrowanych z macierzą CAS za pomocą NLB, konieczne było sprawdzenie każdego serwera. Wysyłanie na pierwszy serwer przebiegło bez problemów, a na drugim po wykonaniu poczty z polecenia pojawił się błąd: 452 4.3.1 Niewystarczające zasoby systemowe
W takim przypadku zdarzenie EventID jest rejestrowane w dzienniku aplikacji serwera: 15006 ze źródła: MSExchangeTransport
Ścieżka rejestrowania bazy danych kolejek („C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \”) = 96% [Wysoka] [Normalna = 92% Średnia = 94% Wysoka = 96%]
Obciążenie pamięci fizycznej = 90% [limit to 94% na rozpoczęcie komunikatów odwodnienia.]
Następujące elementy są wyłączone z powodu przeciwciśnienia:
Przesyłanie poczty przychodzącej z serwerów Hub Transport
Przesyłanie poczty przychodzącej z Internetu
Przesyłanie poczty z katalogu Pickup
Przesyłanie wiadomości e-mail z katalogu powtórek
Przesyłanie wiadomości e-mail z serwera skrzynki pocztowej
Agregacja treści
Następujące zasoby są w stanie normalnym:
Ścieżka bazy danych kolejki („C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ data \ Queue \ mail.que”) = 95% [Normalny] [Normalny = 95% Średni = 97% Wysoki = 99%]
Wiadra wersji = 0 [Normalny] [Normalny = 80 Średni = 120 Wysoki = 200]
Prywatne bajty = 14% [Normalny] [Normalny = 71% Średni = 73% Wysoki = 75%]
Punkt partii = 0 [Normalny] [Normalny = 2000 Średni = 4000 Wysoki = 8000]
Kolejka zgłoszeń = 0 [Normalna] [Normalna = 1000 Średnia = 2000 Wysoka = 4000]
Przyczyną błędu jest koniec wolnego miejsca na dysku, na którym znajdują się kolejki usług Exchange Hub Transport. Faktem jest, że Exchange ma specjalny komponent do monitorowania dostępnych zasobów. Przeciwciśnienie, który monitoruje również wolne miejsce na dysku, na którym przechowywane są kolejki usługi transportu Exchange.
Jeśli progi zostaną przekroczone, Exchange może:
- próg Średni (90%) - przestań otrzymywać pocztę SMTP od zewnętrznych nadawców (poczta od klientów MAPI jest przetwarzana)
- próg Wysoki (99%) - przetwarzanie przepływu poczty zatrzymuje się całkowicie
Dlatego w przypadku podobnego błędu możesz:
- Aby usunąć dysk ze śmieci
- Wyłącz monitorowanie ciśnienia wstecznego (zła opcja)
- Przenieś kolejkę transportową na inny dysk o wystarczającej pojemności.
Domyślnie kolejka transportowa jest przechowywana na dysku systemowym. Po przeanalizowaniu dysku C: \ okazało się, że folder dziennika IIS zajmuje prawie 15 GB miejsca (C: \ inetpub \ logs \ LogFiles \ W3SVC1). Z reguły dzienniki te można bezpiecznie usuwać, a dla nich można włączyć skrypt automatycznego usuwania starych dzienników IIS.
Jeśli nie możesz zwolnić miejsca, możesz przenieść katalog kolejki transportowej Exchange na inny dysk.
Ścieżka do katalogu z kolejką jest ustawiona w pliku konfiguracyjnym $ env: exchangeinstallpath \ bin \ EdgeTransport.exe.config za pomocą następujących zmiennych:
Wystarczy podać nową ścieżkę do katalogu z kolejką i ponownie uruchomić usługę Microsoft Exchange Transport (Uruchom ponownie usługę MSExchangeTransport) i Exchange automatycznie je utworzy.
