Exchange Management Shell

Exchange Management Shell to narzędzie wiersza poleceń PowerShell umożliwiające zaawansowane zarządzanie serwerem Exchange.

Rola Exchange Management Shell w administracji Exchange

Exchange Management Shell (EMS) jest powłoką administracyjną opartą na Windows PowerShell, przeznaczoną do zarządzania Microsoft Exchange za pomocą poleceń tekstowych. Udostępnia specjalistyczne cmdlety, czyli polecenia rozumiejące obiekty i konfigurację Exchange. Dzięki temu administrator może wykonywać operacje dotyczące skrzynek pocztowych, baz danych skrzynek, transportu wiadomości, odbiorców, konektorów, grup dystrybucyjnych, uprawnień oraz ustawień organizacji bez korzystania wyłącznie z graficznego panelu administracyjnego.

Wyniki poleceń EMS są obiektami PowerShell, a nie tylko nieustrukturyzowanym tekstem wyświetlanym na ekranie. Pozwala to przekazywać rezultat jednego cmdletu do następnego za pomocą potoku. Przykładowo, wyszukaną grupę skrzynek można filtrować, posortować i przekazać do polecenia zmieniającego określony atrybut. Taki model jest przydatny zarówno przy pojedynczej czynności, jak i przy powtarzalnych operacjach wykonywanych na wielu obiektach.

Cmdlety, parametry i praca na obiektach Exchange

Nazwy poleceń Exchange Management Shell zwykle mają postać czasownik-rzeczownik, na przykład Get-Mailbox, Set-Mailbox, New-Mailbox, Get-MessageTrackingLog albo Get-ReceiveConnector. Polecenia rozpoczynające się od Get- służą do odczytu informacji, natomiast Set-, New-, Enable-, Disable- i Remove- wykonują operacje administracyjne. Zmiana konfiguracji wymaga podania właściwych parametrów, a ich dostępność zależy od rodzaju cmdletu oraz wersji Exchange.

Do ograniczania wyników często wykorzystuje się Where-Object, Format-Table, Format-List i Export-Csv. Przykładowe polecenie Get-Mailbox -ResultSize Unlimited pobiera informacje o wszystkich skrzynkach dostępnych w zakresie bieżącego polecenia, a Get-Mailbox -Identity nazwa odwołuje się do wskazanego odbiorcy. Do sprawdzania parametrów i składni służy między innymi Get-Help, natomiast Get-Command pozwala wyszukać dostępne polecenia. Przed użyciem cmdletu modyfikującego konfigurację należy zweryfikować jego parametry oraz przewidywany zakres działania.

Uprawnienia, sesje zdalne i kontrola zmian

Możliwości dostępne w EMS są ograniczane przez model uprawnień Exchange, w szczególności przez Role Based Access Control, czyli kontrolę dostępu opartą na rolach. Sam fakt uruchomienia PowerShell nie zapewnia prawa do wykonania każdej operacji. Zakres działania zależy od przypisanych ról administracyjnych, grup ról i zakresów zarządzania. Z tego powodu identyczne polecenie może zakończyć się sukcesem dla jednego konta, a błędem braku uprawnień dla innego.

W środowiskach Exchange polecenia mogą być wykonywane lokalnie albo w zdalnej sesji PowerShell, zależnie od wdrożenia i modelu usługi. Sesja musi zostać poprawnie uwierzytelniona, a użytkownik musi mieć dostęp do odpowiednich cmdletów. W przypadku Exchange Online administracja również korzysta z PowerShell, lecz sposób połączenia, dostępne moduły i zakres poleceń zależą od aktualnego modelu usługi Microsoft 365. Przy diagnozowaniu problemu trzeba więc rozróżnić Exchange Server działający w infrastrukturze lokalnej od Exchange Online, ponieważ nie wszystkie parametry i mechanizmy są w obu środowiskach identyczne.

Bezpieczna praca z EMS obejmuje najpierw odczyt stanu, zapis wartości wyjściowych i dopiero później wykonanie zmiany. Polecenia usuwające lub modyfikujące obiekty powinny być poprzedzone dokładnym określeniem tożsamości obiektu, zakresem działania oraz sprawdzeniem komunikatu potwierdzenia. W skryptach warto stosować jawne parametry, obsługę błędów i logowanie wyników, aby można było ustalić, które operacje zostały wykonane, a które zakończyły się niepowodzeniem.

Wykorzystanie EMS przy analizie działania poczty

Exchange Management Shell jest używany także do analizy przepływu wiadomości i konfiguracji odpowiedzialnej za dostarczanie poczty. Cmdlet Get-MessageTrackingLog pozwala wyszukiwać wpisy śledzenia komunikatów według parametrów takich jak nadawca, odbiorca, temat, identyfikator wiadomości czy przedział czasu. Interpretując wynik, można rozróżnić między innymi przyjęcie wiadomości przez transport, przekazanie jej do kolejnego elementu oraz dostarczenie albo odrzucenie. Sam brak wiadomości w skrzynce nie wskazuje jeszcze, na którym etapie wystąpił problem.

Do sprawdzania konfiguracji odbiorców i skrzynek wykorzystuje się między innymi Get-Recipient, Get-Mailbox i Get-MailboxStatistics. Informacje o bazach skrzynek można odczytywać za pomocą Get-MailboxDatabase, a ustawienia konektorów transportowych za pomocą odpowiednich cmdletów Get-. Przy analizie należy porównywać kilka źródeł: konfigurację obiektu, stan skrzynki, logi śledzenia oraz komunikaty błędów zwracane przez powłokę. Wynik pojedynczego polecenia może być niepełny, jeżeli filtr jest zbyt wąski, sesja działa w innym zakresie administracyjnym albo zapytanie dotyczy niewłaściwego serwera.

EMS nie jest niezależnym systemem pocztowym ani narzędziem do naprawy uszkodzeń sprzętowych. Jest interfejsem administracyjnym, którego poprawne działanie zależy od dostępności Exchange, praw użytkownika, prawidłowej sesji PowerShell oraz zgodności używanych cmdletów z konkretnym środowiskiem. Przy problemach z laptopem lub komputerem, na którym uruchamiane są narzędzia administracyjne, diagnostyka powinna obejmować między innymi działanie systemu, PowerShell, połączenie sieciowe i błędy aplikacji, bez utożsamiania awarii komputera z błędem konfiguracji samego Exchange.