Chmura i migracje
Migracje IT bez zatrzymywania pracy placówki
Zmiana infrastruktury nie powinna oznaczać dnia bez pracy.
Planujemy i realizujemy migracje poczty, plików, serwerów i infrastruktury. Każdy projekt zaczyna się od inwentaryzacji i analizy zależności — nie od przełączenia kabla.
Aktualizacja: · Opracowanie: zespół ITdlaLekarzy
Rodzaje migracji
Jakie migracje realizujemy?
Zakres migracji dobieramy do sytuacji — od prostej migracji poczty po złożone projekty infrastrukturalne.
Migracja poczty
- IMAP → Microsoft 365
- IMAP → Google Workspace
- Exchange lokalny → Exchange Online
- Google Workspace → Microsoft 365
- Microsoft 365 → Google Workspace
- Tenant-to-tenant (M365 lub GWS)
Migracja plików i danych
- NAS → SharePoint (Microsoft 365)
- NAS → Shared Drives (Google Workspace)
- NAS → chmura (Azure, inne)
- Serwer plików → serwer plików
- Lokalne dane → chmura
Migracja infrastruktury
- Serwer fizyczny → serwer fizyczny
- Serwer fizyczny → wirtualizacja
- Serwer lokalny → chmura
- Stary Active Directory → nowe środowisko
- Migracja domen i DNS
Uczciwie
Czego nie obiecujemy
Nie mówimy „zero downtime”
Dla każdego projektu. Wiele migracji można przeprowadzić z minimalnym przestojem, ale nie każdą. Zakres ryzyka zależy od skali i złożoności.Mówimy „minimalizacja przestoju”
Planujemy okno migracyjne poza godzinami pracy, etapowe przenoszenie danych i równoległe działanie starych i nowych systemów przez zdefiniowany czas.Zawsze przygotowujemy plan rollback
Backup przed migracją, zdefiniowany punkt powrotu i procedura cofnięcia to standard każdego projektu migracyjnego.
Proces
Jak wygląda realizacja migracji?
Każda migracja przebiega według sprawdzonego procesu — niezależnie od skali projektu.
Krok 1: Inwentaryzacja
Zebranie pełnej listy danych, systemów, kont, uprawnień i zależności. Bez inwentaryzacji nie ma dobrego planu migracji.Krok 2: Analiza zależności
Identyfikacja systemów i aplikacji powiązanych z migrowanym środowiskiem. Co przestanie działać po przełączeniu? Co wymaga rekonfiguracji?Krok 3: Plan i harmonogram
Szczegółowy plan migracji z harmonogramem, oknem migracyjnym, planem rollback i listą osób odpowiedzialnych.Krok 4: Backup przed migracją
Kopia zapasowa wszystkich migrowanych danych i konfiguracji. Punkt powrotu w przypadku problemów.Krok 5: Migracja testowa
Migracja próbna na wybranym zbiorze danych lub środowisku testowym. Weryfikacja procesu przed migracją produkcyjną.Krok 6: Migracja produkcyjna
Realizacja migracji zgodnie z planem, w zaplanowanym oknie czasowym, z monitoringiem na każdym etapie.Krok 7: Przełączenie i walidacja
Przełączenie ruchu (DNS, MX, aplikacje) na nowe środowisko. Weryfikacja działania wszystkich systemów.Krok 8: Plan cofnięcia
Gotowość do rollback przez zdefiniowany czas po migracji. Stare środowisko pozostaje dostępne do potwierdzenia poprawności.Krok 9: Dokumentacja
Dokumentacja nowego środowiska, zmian konfiguracji i procedur. Przekazanie środowiska z pełną dokumentacją.
Przykład
Jak wygląda to w placówce medycznej?
Scenariusz: sieć 3 przychodni, migracja poczty z lokalnego serwera Exchange (koniec wsparcia) do jednego tenanta Microsoft 365 z zachowaniem historii poczty. Każda przychodnia miała osobną domenę, różne hasła i brak MFA.
- Wyzwania
Co utrudniało migrację
- 3 domeny pocztowe, różne konfiguracje DNS
- Migracja musiała odbyć się bez przerwy w pracy recepcji
- Część pracowników korzystała z poczty na telefonach
- Brak dokumentacji istniejącego środowiska
- Rozwiązanie
Jak to zrobiliśmy
- Inwentaryzacja skrzynek i konfiguracji DNS wszystkich 3 lokalizacji
- Migracja etapowa — najpierw jedna lokalizacja jako test
- Przełączenie MX w piątek wieczorem, weryfikacja w sobotę rano
- Konfiguracja telefonów pracowników przed przełączeniem
- Stary serwer dostępny przez 2 tygodnie jako punkt powrotu
Nie zawsze. Wiele migracji można przeprowadzić z minimalnym przestojem lub bez niego — przez etapowe przenoszenie danych i zaplanowane okno migracyjne poza godzinami pracy. Nie obiecujemy „zero downtime” dla każdego projektu — zakres i ryzyko przestoju zależy od skali i złożoności migracji. Zawsze przygotowujemy plan rollback.
Plan rollback to procedura cofnięcia migracji do stanu poprzedniego, jeśli coś pójdzie nie tak. Przed każdą migracją definiujemy punkt powrotu, warunki jego aktywacji i kroki cofnięcia. Backup wykonany przed migracją jest podstawą każdego planu rollback.
Migracja poczty do M365 przebiega etapowo: inwentaryzacja skrzynek, przygotowanie tenanta i DNS, migracja danych (IMAP, cutover lub staged), przełączenie MX, weryfikacja dostarczalności. Użytkownicy zachowują dostęp do historii poczty po przełączeniu.
Tak. Migracja plików z NAS do SharePoint (M365) lub Shared Drives (Google Workspace) obejmuje: inwentaryzację danych, mapowanie struktury folderów, migrację danych z zachowaniem uprawnień, weryfikację kompletności. Przed migracją analizujemy strukturę i uprawnienia, aby nowe środowisko odzwierciedlało logikę organizacji.
Migracja tenant-to-tenant to przeniesienie środowiska Microsoft 365 lub Google Workspace z jednej organizacji (tenanta) do drugiej. Dotyczy np. fuzji firm, przejęć, zmiany struktury organizacyjnej lub konsolidacji kilku tenantów w jeden. To jeden z bardziej złożonych typów migracji — wymaga starannego planowania i testów.
Czas zależy od zakresu i skali. Migracja poczty małej placówki (do 10 skrzynek) — kilka dni. Migracja serwera z aplikacjami i bazami danych — kilka tygodni. Migracja tenant-to-tenant lub złożona migracja infrastruktury — kilka tygodni do kilku miesięcy. Harmonogram ustalamy przed projektem na podstawie inwentaryzacji. Prace rozliczamy według stawki 220 zł netto za godzinę.
Zobacz też
Powiązane usługi
Planujesz migrację?
Opowiedz nam o obecnym środowisku i celu migracji. Zaproponujemy zakres projektu, harmonogram i plan minimalizacji przestoju.