Migracja do Microsoft 365 to projekt złożony z kilku odrębnych etapów, które następują po sobie w określonej kolejności, a pominięcie któregokolwiek z nich zwykle powoduje trudności później. Dobra migracja nie polega na tym, żeby jak najszybciej przełączyć skrzynki – polega na tym, żeby zrobić to w sposób przewidywalny, bez utraty danych i bez paraliżowania pracy zespołu.
Poniżej opisujemy proces tak, jak wygląda on w praktyce – niezależnie od tego, czy firma liczy 10, czy 200 osób. Skala projektu się zmienia, ale kolejność kroków często pozostaje ta sama.
Etap 1: Audyt i inwentaryzacja środowiska
Każda dobrze przeprowadzona migracja zaczyna się nie od przenoszenia danych, tylko od ich policzenia. Ten etap odpowiada na pytanie, które wydaje się oczywiste, ale rzadko jest zadawane wprost: co dokładnie migrujemy, a co zostaje po drodze? Nie wszystko, co leży na starym serwerze plików, wymaga przenoszenia – część danych jest po prostu nieaktualna i lepiej ją zarchiwizować niż wnosić bałagan do nowego środowiska.
W ramach audytu sprawdza się między innymi:
| Obszar | Co należy zweryfikować |
| Poczta | Liczba i rozmiar skrzynek, skrzynki współdzielone i zasobowe, reguły przekierowań, listy dystrybucyjne |
| Pliki | Ilość danych i ich położenie, jakie mają uprawnienia, co jest nieaktualne i niewymagające przenoszenia |
| Tożsamość | Lista użytkowników, konta nieaktywne, obecny sposób logowania |
| Urządzenia | Komputery, telefony, systemy operacyjne, dostęp zdalny |
| Aplikacje | Programy wysyłające pocztę przez SMTP (np. system księgowy), integracje zależne od obecnej skrzynki czy serwera |
Etap 2: Wybór metody migracji poczty
To dobry moment, żeby zaznaczyć ważną rzecz, o którą pytają niemal wszystkie firmy: poczta podczas migracji nie musi przestać działać. Odpowiednio zaplanowane przeniesienie – z wstępną synchronizacją danych przed właściwym przełączeniem – pozwala zminimalizować przestój do kilku, kilkunastu minut w trakcie samej zmiany rekordów DNS, a nie do całego dnia.
Sposób przeniesienia skrzynek zależy od tego, skąd firma migruje i ile ma użytkowników. Microsoft udostępnia kilka ścieżek:
| Metoda | Kiedy się sprawdza | Co warto wiedzieć |
| Migracja cutover | Mniejsze firmy (zwykle do ok. 150 skrzynek) na Exchange | Wszystkie skrzynki przenoszone są niemal jednocześnie – szybka, ale wymaga dobrze skoordynowanego dnia przełączenia |
| Migracja etapowa (staged) | Większe firmy na starszym Exchange | Skrzynki przenoszone są partiami przez dłuższy czas, co obniża ryzyko, ale wymaga zarządzania okresem współistnienia obu systemów |
| Migracja hybrydowa | Organizacje, które chcą utrzymać część infrastruktury lokalnie | Najbardziej elastyczna, ale też najbardziej złożona technicznie |
| Migracja IMAP | Poczta na hostingu, Gmail, inne serwery niż Exchange | Przenosi wiadomości i foldery. Kalendarze w większości przypadków migrują się poprawnie razem z pocztą; z kontaktami bywa różnie – zależnie od serwera źródłowego czasem trzeba je odtworzyć osobno. Reguł i podpisów IMAP nie przenosi – te elementy zawsze trzeba skonfigurować ponownie |
Do samej migracji Microsoft udostępnia gotowe narzędzia: Exchange Admin Center (migracje cutover i etapowe), SharePoint Migration Tool (pliki z SharePoint i OneDrive), Microsoft 365 Admin Center (konfiguracja tenanta i użytkowników) oraz Azure AD Connect (synchronizacja katalogu w scenariuszach hybrydowych).
Etap 3: Przygotowanie środowiska docelowego
Zanim jakiekolwiek dane zaczną wędrować do Microsoft 365, docelowe środowisko musi być w pełni skonfigurowane. To etap, który dzieje się „w tle” – użytkownicy jeszcze nic nie zauważają.
W tym kroku ustala się m.in.:
- utworzenie i weryfikację domeny firmowej w Microsoft 365,
- założenie kont użytkowników i przypisanie licencji,
- podstawową konfigurację Exchange Online (domeny akceptowane, reguły transportu, retencja), reguły dostępu warunkowego i podstawową ochronę przed phishingiem,
- przygotowanie struktury SharePoint i OneDrive pod dokumenty firmowe.
Ważne: na tym etapie rekordy MX domeny nadal wskazują na stare środowisko. Poczta ma płynąć jak dotychczas – zmiana DNS to jeden z ostatnich kroków, nie jeden z pierwszych.
Etap 4: Komunikacja z pracownikami
Sprawdza się w praktyce podział na trzy komunikaty:
- Zapowiedź (2–4 tygodnie wcześniej) – co się zmienia, dlaczego i mniej więcej kiedy. Zapewnienie, że historia poczty zostanie zachowana.
- Instrukcja (tydzień przed) – co użytkownik będzie musiał zrobić w dniu migracji: zalogować się ponownie, zatwierdzić MFA na telefonie, ewentualnie skonfigurować Outlooka na urządzeniu mobilnym.
- Potwierdzenie w dniu migracji – informacja, że zmiana już obowiązuje, jak się zalogować i do kogo zgłaszać problemy.
Etap 5: Weryfikacja przed migracją właściwą
Zanim ruszy właściwa migracja całej firmy, warto przenieść niewielką grupę – zwykle 5–10 osób z różnych działów, z różnymi rozmiarami skrzynek i różnymi urządzeniami (komputer, telefon, praca zdalna). Wszelkie problemy wykryte na tym etapie naprawia się przed przejściem do migracji właściwej. Pilotaż na realnej grupie użytkowników ma sens przy migracji etapowej/hybrydowej, gdzie stare i nowe środowisko działają równolegle. Przy migracji typu cutover “pilotaż” ogranicza się do testów technicznych przed dniem przełączenia – nie ma możliwości przenoszenia części ludzi bez przenoszenia wszystkich.
W praktyce pilotaż skrzynek pocztowych wygląda etapowo: najpierw przenosi się testowe skrzynki na domenę tymczasową (.onmicrosoft.com) i sprawdza, czy wszystko działa poprawnie, a następnie powtarza się tę samą migrację, żeby dopiąć różnicę w poczcie, która napłynęła w międzyczasie. Pliki natomiast zawsze wymagają twardego cutoveru – nie da się ich synchronizować „na raty” tak jak poczty.
Na tym etapie sprawdza się, czy:
- poczta, kalendarz i kontakty przeniosły się poprawnie,
- Outlook konfiguruje się bez problemów na komputerze i telefonie,
- skrzynki współdzielone i grupy dystrybucyjne są dostępne,
Etap 6: Migracja właściwa
Przy większej liczbie pracowników migrację warto rozłożyć na etapy, a nie przenosić wszystkich naraz. Taki podział sprawia, że ewentualne problemy pojawiają się w małych grupach, gdzie łatwo je rozwiązać. Docelowe przełączenie – moment, w którym wszyscy zaczynają korzystać z nowego środowiska – odbywa się dla całej firmy jednego dnia.
Etap 7: Etapowe przełączenie DNS – moment zero
Kluczowe rekordy, które trzeba przygotować i zweryfikować:
| Rekord | Funkcja |
| SPF | Wskazuje, które serwery mogą wysyłać pocztę w imieniu domeny |
| DKIM | Podpisuje cyfrowo wiadomości wychodzące |
| DMARC | Określa, co zrobić z wiadomością, która nie przejdzie weryfikacji SPF/DKIM |
| Autodiscover | Pomaga Outlookowi automatycznie odnaleźć skrzynkę w Microsoft 365 |
| MX | Kieruje przychodzącą pocztę do Microsoft 365 |
Część rekordów przygotowuje się z wyprzedzeniem, a jeden zmienia się dopiero w dniu przełączenia. Najpierw dopisuje się SPF, DKIM, DMARC i Autodiscover (nie zakłócają działania starego systemu). Dopiero w momencie cutoveru zmienia się rekord MX, co faktycznie przełącza pocztę na Microsoft 365.
Etap 8: Wygaszenie starego środowiska
Stare środowisko warto wygaszać dopiero wtedy, gdy wszystko powyżej zostało potwierdzone jako stabilne – zwykle po 2–4 tygodniach od migracji. W tym kroku:
- anuluje się licencje i subskrypcje starej platformy,
- eksportuje się dane, które celowo nie zostały wyemigrowane (np. archiwa objęte wymogami przechowywania),
- aktualizuje się aplikacje trzecie (third party apps), które łączyły się ze starym serwerem pocztowym,
- dopiero na końcu wyłącza się stary serwer lub konto hostingowe.
Ile trwa migracja do Microsoft 365?
Nawet niewielka migracja wymaga zwykle minimum trzech spotkań (ustalenie zakresu i sposobu działania, przygotowanie pliku migracyjnego, przygotowanie pliku dostępów do zasobów), co w praktyce oznacza co najmniej dwa tygodnie nawet przy małych firmach.
Te ramy zakładają dobrze przygotowane środowisko. Skrzynki objęte wymogami prawnymi dotyczącymi przechowywania danych, duże archiwa czy przestarzałe wersje serwera pocztowego potrafią wydłużyć projekt o dodatkowe tygodnie.
Migracja to dopiero pierwszy krok
Warto na koniec podkreślić coś, o czym pisaliśmy już w artykule wprowadzającym do tego cyklu: udana migracja nie oznacza, że praca się skończyła. Od pierwszego dnia w nowym środowisku pojawiają się nowi pracownicy, zmieniają się role, rosną uprawnienia. Bez kogoś, kto przejmie środowisko na stałe, nawet najlepiej przeprowadzona migracja z czasem zacznie tracić porządek, który miała wprowadzić.
W kolejnych artykułach tego cyklu pokażemy, jak wygląda ta dalsza część – od bieżącej administracji środowiskiem, przez najczęstsze błędy, które pojawiają się po wdrożeniu, aż po dwa tematy, które firmy najczęściej odkładają na potem: kopie zapasowe danych i uwierzytelnianie wieloskładnikowe.
FAQ
- Czy migracja wymaga przerwy w pracy poczty?
Nie musi. Odpowiednio zaplanowana migracja – z wcześniejszą synchronizacją danych i etapowym przełączeniem – sprawia, że przerwa jest dla użytkowników niezauważalna lub ogranicza się do kilkunastu minut w trakcie zmiany DNS. - Czy da się migrować tylko pocztę, bez plików i Teams?
Tak, to możliwe, warto jednak pamiętać, że samo przeniesienie poczty nie rozwiązuje problemu rozproszonych plików
i braku centralnego zarządzania dostępami - Czy migracja z hostingu pocztowego (np. home.pl) różni się od migracji z Exchange?
Tak. Migracja z typowego hostingu odbywa się zwykle przez protokół IMAP, który przenosi wiadomości i foldery. Kalendarze w większości przypadków migrują się poprawnie razem z pocztą, kontakty – zależnie od konfiguracji serwera źródłowego; reguły i podpisy zawsze trzeba odtworzyć osobno, co warto uwzględnić w harmonogramie. - Kto powinien przeprowadzać migrację – wewnętrzny administrator czy firma zewnętrzna?
Migrację warto powierzyć zewnętrznej firmie z doświadczeniem w takich wdrożeniach. Taka firma dysponuje sprawdzoną metodyką, wie, gdzie najczęściej pojawiają się problemy, i bierze na siebie odpowiedzialność za to, żeby migracja przebiegła bez niespodzianek – zwłaszcza gdy wymagana jest integracja z innymi systemami, spełnienie wymogów bezpieczeństwa czy obsługa większej liczby użytkowników.
