serwer Microsoft Exchange

Microsoft Exchange to platforma pocztowa tej firmy obsługująca pocztę, kalendarze i kontakty w organizacji.

Rola serwera Microsoft Exchange w organizacji

Serwer Microsoft Exchange jest platformą firmy Microsoft przeznaczoną do obsługi poczty elektronicznej, kalendarzy, kontaktów, zadań oraz współdzielenia informacji w organizacji. W środowisku lokalnym działa jako usługa serwerowa instalowana na systemie Windows Server, natomiast Exchange Online jest usługą chmurową dostępną w ramach Microsoft 365. Oba warianty wykorzystują podobny model skrzynek pocztowych, folderów, kalendarzy i uprawnień, ale różnią się sposobem utrzymania infrastruktury, aktualizowania oprogramowania oraz zarządzania urządzeniami i usługami towarzyszącymi.

W lokalnym wdrożeniu Exchange dane skrzynek są przechowywane w bazach danych skrzynek pocztowych. Serwer udostępnia użytkownikom między innymi wiadomości, kalendarze i kontakty przez protokoły oraz interfejsy używane przez program Outlook, przeglądarkową aplikację Outlook on the web i urządzenia mobilne. Komunikacja z innymi serwerami pocztowymi odbywa się za pomocą SMTP. Do obsługi połączeń klientów stosowane są współczesne mechanizmy Exchange, w tym Outlook on the web oraz usługi Exchange Web Services lub inne interfejsy zależne od używanego klienta i wersji produktu.

Bazy skrzynek, transport wiadomości i dostęp użytkowników

Każda skrzynka pocztowa w Exchange należy do konkretnej bazy skrzynek. Baza zawiera między innymi wiadomości, elementy kalendarza, kontakty i foldery użytkowników. Exchange zapisuje również dzienniki transakcyjne, które pozwalają odtworzyć zmiany wykonane po ostatniej kopii bazy. Rozdzielenie bazy od dzienników ma znaczenie podczas odzyskiwania danych, ponieważ sama kopia pliku bazy nie zawsze opisuje kompletny stan systemu bez uwzględnienia właściwych dzienników i procedury odtwarzania.

Transport pocztowy odpowiada za przyjmowanie, kolejkowanie i przekazywanie wiadomości. Przy wysyłaniu poczty do domeny zewnętrznej serwer korzysta z rekordów DNS typu MX, aby ustalić serwer docelowy. Wiadomość może zostać odrzucona, opóźniona albo umieszczona w kolejce, gdy serwer odbiorcy jest niedostępny, odmawia przyjęcia przesyłki lub występuje problem z konfiguracją TLS, nazwą domeny albo regułami transportu. Wewnętrzna wiadomość między skrzynkami tej samej organizacji nie musi przechodzić przez zewnętrzny serwer SMTP, dlatego poprawne działanie poczty lokalnej nie potwierdza jeszcze poprawnej konfiguracji komunikacji z Internetem.

Dostęp użytkownika zależy od skonfigurowanych usług i uprawnień. Outlook może korzystać z połączenia Exchange, przeglądarka z Outlook on the web, a telefon z protokołu Exchange ActiveSync, jeżeli jest on dostępny i dozwolony w danym wdrożeniu. Uprawnienia do kalendarzy, folderów i skrzynek współdzielonych są niezależne od samego faktu istnienia konta pocztowego. Użytkownik może więc poprawnie logować się do własnej skrzynki, a jednocześnie nie mieć dostępu do kalendarza zespołu lub folderu współdzielonego.

Wersja produktu, certyfikaty i współpraca z katalogiem

Diagnostyka Exchange wymaga jednoznacznego ustalenia, czy problem dotyczy Exchange Server zainstalowanego lokalnie, Exchange Online, czy środowiska hybrydowego łączącego oba warianty. W środowisku hybrydowym część skrzynek może znajdować się lokalnie, a część w chmurze. Znaczenie mają wtedy konfiguracja routingu, synchronizacja tożsamości, relacje organizacyjne i ustawienia punktów końcowych. Ten sam objaw, na przykład brak wiadomości w Outlooku, może wynikać z awarii lokalnego serwera, błędu uwierzytelniania, problemu z synchronizacją albo nieprawidłowego przypisania skrzynki.

Exchange korzysta z Active Directory w celu przechowywania informacji o użytkownikach, grupach, organizacji i konfiguracji usług. Niedostępność kontrolera domeny, problemy z rozwiązywaniem nazw DNS, błędny czas systemowy lub uszkodzona replikacja katalogu mogą wpływać na logowanie i działanie usług Exchange. Podczas sprawdzania połączeń należy także zweryfikować certyfikaty TLS przypisane do właściwych nazw DNS. Certyfikat może być formalnie ważny, ale nie pasować do nazwy używanej przez Outlook on the web, automatyczne wykrywanie konfiguracji lub połączenie SMTP.

W przypadku Exchange Server istotne jest również ustalenie dokładnej wersji oraz poziomu aktualizacji zbiorczych. Microsoft publikuje aktualizacje skumulowane, które zmieniają kod serwera i mogą wymagać określonych warunków instalacji. Nie należy przenosić instrukcji przeznaczonych dla jednej generacji Exchange na inną bez sprawdzenia dokumentacji tej wersji. Dotyczy to zwłaszcza poleceń Exchange Management Shell, wymagań systemowych, obsługiwanych klientów i procedur odzyskiwania. Po aktualizacji trzeba sprawdzić stan usług, baz skrzynek, kolejek transportowych oraz dostępność punktów końcowych używanych przez klientów.

Postępowanie przy awarii poczty Exchange

Rozpoznanie problemu warto rozpocząć od określenia jego zakresu: czy niedostępna jest jedna skrzynka, wielu użytkowników, poczta wewnętrzna, poczta wychodząca, poczta przychodząca, kalendarze, Outlook on the web czy wszystkie usługi jednocześnie. Następnie należy porównać działanie kilku klientów oraz sprawdzić, czy problem występuje w sieci lokalnej i poza nią. Logi aplikacji, dzienniki zdarzeń Windows, kolejki transportowe, stan baz skrzynek i odpowiedzi DNS pozwalają oddzielić awarię usługi Exchange od problemu z komputerem użytkownika.

Na komputerze klienckim można sprawdzić poprawność daty i czasu, rozwiązywanie nazwy serwera, dostęp do adresu Outlook on the web, stan profilu Outlook oraz błędy uwierzytelniania. Nie należy jednak usuwać profilu ani tworzyć nowego konta bez ustalenia, czy dane są dostępne na serwerze. Jeżeli wiadomości znajdują się w skrzynce, a problem dotyczy wyłącznie programu Outlook, przyczyną może być uszkodzony profil, lokalna pamięć podręczna lub nieprawidłowe poświadczenia. Jeżeli problem występuje także w przeglądarce, trzeba zbadać usługę serwerową, połączenie sieciowe, certyfikat i konto.

Przy podejrzeniu utraty danych najważniejsze jest zachowanie istniejących baz i dzienników oraz ustalenie, jakie kopie zapasowe są dostępne. Odtwarzanie powinno być wykonywane według procedury dopasowanej do wersji Exchange i rodzaju kopii, z kontrolą integralności oraz późniejszym sprawdzeniem skrzynek testowych. W środowisku produkcyjnym przypadkowe kasowanie baz, dzienników lub katalogów instalacyjnych może uniemożliwić późniejsze odzyskanie poczty. Dokumentacja powinna obejmować wersję Exchange, lokalizację baz, nazwy punktów końcowych, role serwera, zależności od Active Directory i wyniki testów po przywróceniu działania.