Migracje

Problem, który rozwiązuje

Migracja to moment, w którym najłatwiej stracić dane, pocztę albo kilka dni pracy całego zespołu. Zmiana dostawcy poczty, połączenie dwóch firm w jednym Microsoft 365, odejście od VMware po zmianach w licencjonowaniu albo przeniesienie domeny do innego operatora. Każda z tych rzeczy wygląda prosto, dopóki nie wyjdzie na jaw zależność, o której nikt nie pomyślał: stary serwer, który wciąż wysyła faktury, albo rekord DNS, od którego zależy poczta.

Jak do tego podchodzę

Każdą migrację zaczynam od spisu tego, co przenosimy, i od zależności: które aplikacje korzystają z danego serwera, które rekordy DNS obsługują pocztę, kto loguje się którym kontem. Na tej podstawie przygotowuję plan na piśmie: kolejność kroków, terminy, ryzyka i sposób wycofania zmian, gdyby coś poszło nie tak. Przełączenia planuję wieczorem albo w weekend, żeby rano zespół po prostu zaczął pracę w nowym środowisku.

Dobrze pokazuje to jeden z moich projektów: 50 skrzynek pocztowych, 150 kont użytkowników i 5 maszyn wirtualnych przeniesionych między środowiskami Azure, razem z przeniesieniem rekordów DNS z prywatnego hostingu do AWS Route 53. Użytkownicy nie odczuli przestoju.

Przenoszę pocztę i pliki do Microsoft 365, także między dwoma tenantami, na przykład po przejęciu albo połączeniu firm. Przenoszę domeny i strefy DNS między dostawcami. Maszyny wirtualne przenoszę z VMware ESXi do Proxmoxa albo Hyper-V oraz między subskrypcjami Azure. Przed przełączeniem każda kopia danych jest sprawdzona, a stare środowisko zostaje nietknięte do czasu, aż potwierdzisz, że nowe działa.

Dla kogo

Dla firm ze Śląska i z całej Polski, które planują zmianę i chcą przeprowadzić ją raz, a porządnie. Większość migracji wykonuję zdalnie. Po zakończeniu dostajesz dokumentację nowego środowiska oraz listę usług, które można wyłączyć, żeby nie płacić za stare rozwiązania dłużej, niż to konieczne. Jeśli migracja dotyczy Microsoft 365, dobrym pierwszym krokiem jest bezpłatny przegląd tenanta.