Jak wygląda migracja poczty do Microsoft 365? Etapy wdrożenia w firmie

1. Analiza obecnej poczty i zakres migracji

Pierwszym krokiem jest ustalenie, gdzie działa poczta i gdzie znajdują się jej dane. Inaczej planuje się przeniesienie z hostingu obsługującego IMAP, inaczej z lokalnego Exchange, a jeszcze inaczej z Google Workspace lub innego środowiska Microsoft 365.

Potrzebna jest lista skrzynek z ich zajętością, właścicielami i przeznaczeniem. Powinna obejmować także adresy typu biuro@, aliasy, przekierowania i skrzynki osób, które już nie pracują w firmie. Osobno sprawdza się kalendarze, kontakty, uprawnienia do cudzych skrzynek oraz reguły obsługi wiadomości.

Ważne są dane zapisane na komputerach. Jeśli pracownik używał POP3 lub przenosił wiadomości do lokalnego archiwum, część korespondencji może nie znajdować się na serwerze. Migracja samej skrzynki nie obejmie wtedy całej historii.

Na tym etapie trzeba również ustalić, co ma zostać przeniesione, co zarchiwizowane i kto zatwierdzi wynik. Dostęp do panelu domeny, DNS i starej usługi należy sprawdzić przed wyznaczeniem terminu przełączenia.

Microsoft przedstawia różne metody migracji poczty do Microsoft 365. Wybór zależy od systemu źródłowego, potrzebnego zakresu danych i możliwości dostępu do skrzynek.

2. Przygotowanie tenantu, domeny i kont

Tenant to wydzielone środowisko Microsoft 365 danej organizacji. Jeśli firma już z niego korzysta, należy najpierw sprawdzić jego konfigurację i dostęp administracyjny. Nie warto tworzyć drugiego środowiska bez ustalenia, gdzie mają działać konta i usługi.

Następnie dodaje się domenę i potwierdza jej własność, na przykład rekordem TXT. Taka weryfikacja nie wymaga jeszcze przełączenia doręczania poczty. Dzięki temu można przygotować środowisko, gdy użytkownicy nadal korzystają ze starej usługi. Szczegóły opisuje dokumentacja dodawania domeny do Microsoft 365.

Przed skierowaniem wiadomości do nowej usługi trzeba przygotować odbiorców: konta użytkowników, skrzynki, aliasy i uzgodnione adresy wspólne. W migracji IMAP skrzynki docelowe muszą już istnieć, a użytkownicy mieć odpowiednie licencje. Inne metody mogą mieć odmienną kolejność tworzenia obiektów.

Przy wyborze licencji warto uwzględnić potrzebę instalowanego Outlooka. Usługa pocztowa i aplikacja na komputerze to dwa różne elementy. Trzeba sprawdzić, czy wybrany plan obejmuje aplikacje desktopowe albo czy firma ma do nich inne właściwe licencje.

Przygotowanie obejmuje też MFA, uprawnienia administratorów i sposób przekazania dostępu pracownikom. Zabezpieczenia należy wdrożyć wraz z krótką instrukcją logowania. Więcej opisaliśmy we wpisie jak zabezpieczyć Microsoft 365 przed przejęciem konta.

3. Przenoszenie skrzynek i archiwalnej poczty

Najpierw warto wykonać migrację pilotażową wybranej skrzynki. Pozwala ona sprawdzić połączenie ze źródłem, strukturę folderów i obsługę przykładowych wiadomości. Dopiero po ocenie wyniku rozpoczyna się przenoszenie kolejnych skrzynek.

W wielu projektach początkowe kopiowanie odbywa się, gdy stara poczta nadal działa. Późniejsza synchronizacja uzupełnia wiadomości, które pojawiły się w źródle. Możliwości i harmonogram zależą od wybranej metody oraz narzędzia, dlatego trzeba je sprawdzić przed obietnicą migracji bez przestoju.

Wbudowana migracja IMAP Microsoft przenosi wiadomości z folderów pocztowych, ale nie kontakty, kalendarze ani zadania. Ma też ograniczenia dotyczące liczby elementów i rozmiaru wiadomości. Dlatego raport migracji należy przejrzeć pod kątem pominiętych danych. Aktualny zakres opisuje dokumentacja migracji IMAP.

Co zrobić z archiwalną pocztą?

Starsze wiadomości można przenieść do skrzynki, umieścić w odpowiednio przygotowanym archiwum online albo zachować jako zabezpieczone archiwum poza usługą. Decyzja powinna uwzględniać wielkość danych, częstotliwość wyszukiwania i wymagany okres przechowywania.

Pliki PST trzeba zinwentaryzować i zabezpieczyć przed importem. Microsoft udostępnia między innymi import PST przez przesyłanie sieciowe. Archiwum online ma odrębne warunki licencyjne i limity, które należy potwierdzić przed wyborem rozwiązania.

Przykładowa sytuacja: pracownik ma na serwerze wiadomości z ostatniego roku, a wcześniejszą korespondencję zapisał w PST na komputerze. Po migracji IMAP widzi tylko nowszą pocztę. Rozwiązaniem jest uwzględnienie lokalnego archiwum już podczas analizy i sprawdzenie dostępu do niego po wdrożeniu.

4. Zmiana MX i konfiguracja DNS

Rekord MX wskazuje, gdzie mają być doręczane nowe wiadomości wysyłane do domeny. Jego zmiana nie kopiuje istniejącej korespondencji. Przełączenie wykonuje się w uzgodnionym terminie, po przygotowaniu odbiorców i sprawdzeniu migracji.

Do konfiguracji używa się wartości właściwych dla danej domeny, podanych w panelu Microsoft 365. Rekord Autodiscover pomaga aplikacjom rozpoznać ustawienia poczty. Zmiany należy ograniczyć do potrzebnych rekordów, aby nie naruszyć działania firmowej strony WWW.

SPF powinien uwzględniać uprawnione źródła wysyłki, także CRM, newsletter lub inne usługi, które nadal wysyłają pocztę w imieniu domeny. Nie dodaje się drugiego, niezależnego rekordu SPF. Konfigurację DKIM i DMARC trzeba dopasować do rzeczywistego sposobu wysyłania wiadomości. Microsoft opisuje rekordy DNS dla Microsoft 365 oraz uwierzytelnianie poczty.

Zmiany DNS nie są widoczne wszędzie równocześnie. W okresie przejściowym część wiadomości może jeszcze trafić do starej usługi. Dlatego utrzymuje się kontrolę nad źródłem i synchronizacją, zamiast wyłączać je od razu po zmianie MX.

5. Outlook, telefony i aplikacje firmowe

Po przełączeniu pracownicy muszą korzystać z nowych skrzynek. Na komputerach konfiguruje się obsługiwaną aplikację i, zależnie od dotychczasowego ustawienia, nowe konto lub profil Outlooka. Sprawdza się również dostęp do skrzynek wspólnych i kalendarzy.

Na telefonach trzeba przygotować konto Microsoft 365 w obsługiwanej aplikacji, logowanie i MFA. Pracownik powinien wiedzieć, który profil jest właściwy i kiedy przestać używać starego. Dodatkowo dostęp przez przeglądarkę może pomóc w pracy podczas konfiguracji urządzenia.

Osobnego sprawdzenia wymagają drukarki wysyłające skany, programy księgowe, CRM i formularze kontaktowe. Zmiana poczty użytkowników nie aktualizuje ich ustawień. Należy dobrać obsługiwany sposób wysyłki dla każdej aplikacji, zamiast zakładać, że stare dane logowania nadal zadziałają.

Przed usunięciem starego profilu lub konta trzeba upewnić się, że potrzebne dane lokalne są zachowane. Dotyczy to szczególnie archiwów, kontaktów i folderów, które nie były synchronizowane z serwerem.

6. Testy i bezpieczne zakończenie migracji

Udane logowanie nie oznacza jeszcze zakończonego wdrożenia. Testy powinny objąć korespondencję zewnętrzną, dane historyczne oraz zadania wykonywane przez pracowników. Warto wyznaczyć osoby odpowiedzialne za potwierdzenie działania skrzynek.

• Wysyłka i odbiór: wiadomości do i z adresów poza firmą oraz korespondencja między użytkownikami.
• Historia: wybrane starsze wiadomości, załączniki, foldery oraz raporty błędów lub pominiętych elementów.
• Adresy dodatkowe: aliasy, skrzynki wspólne, przekierowania i uzgodnione uprawnienia.
• Urządzenia: Outlook, telefony, logowanie w przeglądarce i MFA.
• Procesy firmy: skany, formularze i wiadomości wysyłane przez aplikacje.

W opisanej przez Microsoft procedurze migracji IMAP producent zaleca pozostawienie synchronizacji przez co najmniej 72 godziny po zmianie MX, zanim zostanie usunięta partia migracyjna. To czas na uwzględnienie zmiany przez zewnętrzne systemy, a nie zapowiedź trzydniowego przestoju. Szczegóły znajdują się w procedurze migracji skrzynek IMAP.

Starą usługę wyłącza się dopiero po zakończeniu uzgodnionych kontroli, uzupełnieniu danych i potwierdzeniu odbioru. Trzeba też ustalić sposób zabezpieczenia źródła oraz usunięcia tymczasowych dostępów migracyjnych. Sama przeniesiona skrzynka nie zastępuje polityki backupu i odzyskiwania.

Jak ograniczyć przestój podczas migracji poczty?

Najwięcej daje przygotowanie przed dniem przełączenia: sprawdzone dostępy, pilotaż, wcześniejsze kopiowanie danych i gotowa instrukcja dla użytkowników. Termin warto dopasować do pracy firmy oraz dostępności osób konfigurujących urządzenia.

Czas projektu zależy od liczby i wielkości skrzynek, szybkości źródła, ograniczeń narzędzia oraz liczby lokalnych archiwów. Nie powinno się obiecywać jednego terminu na podstawie samej liczby pracowników. Przenoszenie historii może trwać dłużej niż zmiana miejsca odbierania nowych wiadomości.

Potrzebny jest także plan postępowania przy problemach: kto podejmuje decyzję, jak użytkownicy uzyskują pomoc i jak kontroluje się pocztę w obu usługach. Samo cofnięcie MX nie odtworzy wiadomości, które zdążyły trafić do Microsoft 365. Ewentualny powrót wymaga uwzględnienia danych z obu stron.

Co przygotować do rozmowy o migracji?

Przygotuj nazwę obecnego dostawcy, liczbę skrzynek, ich zajętość i listę używanych aplikacji pocztowych. Dodaj informacje o archiwach PST, wspólnych adresach, kalendarzach i urządzeniach wysyłających wiadomości. Wskaż również godziny, w których firma musi mieć sprawny dostęp do poczty.

Na tej podstawie można ustalić zakres, harmonogram i koszty. W Elmax-IT migrację planujemy jako część wdrożenia Microsoft 365 dla firmy, z uwzględnieniem konfiguracji środowiska i późniejszej pracy użytkowników.