Wymiana serwera w firmie: migracja Windows Server, domeny i SQL

Wymiana serwera w firmie obejmuje znacznie więcej niż podłączenie nowego urządzenia. Trzeba przenieść dane i aplikacje, zachować dostęp pracowników, przygotować kopie zapasowe oraz uzgodnić moment przełączenia. Ten poradnik pokazuje, co ustalić przed migracją Windows Server i baz SQL — oraz jak wyglądał zakres jednej z realizacji Rawcom.

Pracujemy z firmami w Warszawie, w tym w Wawrze. Przygotowanie migracji zaczynamy od rozpoznania środowiska i potrzeb użytkowników. Zakres techniczny przedstawiamy także na stronie administracji serwerami i migracji SQL.

Kiedy warto rozważyć wymianę serwera?

Typowe zgłoszenie brzmi: „Program działa coraz wolniej, brakuje miejsca, a serwer ma już swoje lata”. Sam objaw nie przesądza jednak, że potrzebny jest zakup sprzętu. Przyczyną mogą być również ustawienia aplikacji, obciążenie bazy, problemy z dyskami albo siecią. Najpierw trzeba rozdzielić problem wydajności od problemu pojemności i niezawodności.

Modernizacja ma uzasadnienie, gdy obecne środowisko nie odpowiada już wymaganiom programów lub liczbie użytkowników, utrudnia rozbudowę albo zwiększa ryzyko przerwy w pracy. Rozmowa obejmuje także aktualność wsparcia systemu, stan kopii zapasowych i możliwość odtworzenia usług po awarii. Dobór serwera powinien wynikać z tych ustaleń.

Przykład realizacji Rawcom: Dell R720 → R640

W grudniu 2024 r. przeprowadziliśmy przeniesienie środowiska ze starszego serwera Dell PowerEdge R720 na Dell PowerEdge R640 z Windows Server 2022 Standard. Prace obejmowały migrację środowiska domenowego, baz SQL wykorzystywanych przez Comarch oraz konfigurację dostępu zdalnego.

Ta realizacja ilustruje zakres prac, a nie gotowy schemat dla każdej firmy. W innym środowisku zmienić się mogą sposób migracji domeny, wersja SQL Server, wymagania aplikacji, licencje i organizacja dostępu zdalnego.

Jak zaplanować migrację serwera krok po kroku?

1. Inwentaryzacja programów, danych i zależności

Na początku potrzebna jest lista usług: domena, udziały plikowe, aplikacje, bazy danych, zadania cykliczne, integracje i kopie zapasowe. Sprawdzamy także sposób logowania użytkowników oraz połączenia ze stanowiskami pracy. Często dopiero taka lista pokazuje, że jeden serwer obsługuje kilka różnych procesów firmy.

Dla systemów takich jak Comarch, Sage, InsERT, WAPRO czy RAKS należy ustalić dokładną wersję produktu i wymagania producenta. Sama informacja „mamy program księgowy” nie wystarcza do wyboru wersji Windows Server i SQL Server. Osobnym elementem są wymagane licencje oraz prawa do dostępu użytkowników.

2. Kopia zapasowa, próba odtworzenia i plan powrotu

Przed przełączeniem trzeba ustalić, które dane podlegają zabezpieczeniu, gdzie znajduje się ich niezależna kopia i w jaki sposób można je odtworzyć. Ważne jest sprawdzenie odtwarzania, a nie tylko informacji, że zadanie backupu zakończyło się bez błędu. Zakres prób dobieramy do krytycznych usług firmy.

Plan powrotu powinien określać, do kiedy można wycofać zmianę oraz co stanie się z danymi wprowadzonymi już na nowym serwerze. Nie należy zakładać, że wystarczy ponownie włączyć stare urządzenie. Po rozpoczęciu pracy w nowym systemie dane w obu środowiskach mogą się różnić.

RAID nie zastępuje kopii zapasowej. Dobór RAID 1, 5, 6 lub 10 dotyczy organizacji dysków i odporności na określone awarie. Oddzielnie planujemy ochronę przed usunięciem plików, uszkodzeniem danych i utratą całego urządzenia. Więcej o zakresie tych prac: backup i konfiguracja NAS Synology.

3. Przygotowanie nowego serwera i uprawnień

Nowe środowisko przygotowujemy pod uzgodnione aplikacje i sposób pracy. Zakres może obejmować dyski, role systemowe, sieć, aktualizacje, udziały i uprawnienia. Jeśli wykorzystywana jest domena, plan migracji musi uwzględniać jej bieżącą konfigurację oraz zależne od niej usługi.

Przeniesienie plików nie oznacza jeszcze, że pracownicy mają właściwy dostęp. Trzeba sprawdzić uprawnienia poszczególnych grup, mapowanie zasobów i działanie aplikacji z kont zwykłych użytkowników. Test wyłącznie na koncie administratora może nie wykazać problemów występujących później w codziennej pracy.

4. Migracja baz SQL i połączeń aplikacji

Przy migracji SQL trzeba uwzględnić zgodność wersji oraz elementy znajdujące się poza samą bazą, na przykład loginy i zadania serwera. Jedną z metod jest odtworzenie kopii na docelowej instancji. Dobór metody zależy od wersji oprogramowania, wielkości danych i dopuszczalnej przerwy. Microsoft opisuje te zależności w dokumentacji przenoszenia baz przez backup i odtwarzanie.

Następnie trzeba sprawdzić połączenia programów z nowym serwerem i uzgodnione operacje użytkowe: otwarcie właściwej firmy, odczyt danych, zapis dokumentu, raport lub wydruk. Jeżeli firma korzysta z integracji albo terminali, ich połączenia również powinny znaleźć się na liście odbioru.

5. Dostęp zdalny: RDP i VPN

Pulpit zdalny oraz VPN pełnią różne funkcje. RDP pozwala pracować w sesji zdalnego komputera, a VPN może zapewnić kontrolowane połączenie z siecią firmy. Dostęp z internetu powinien być zaprojektowany świadomie, z ograniczeniem użytkowników i odpowiednim uwierzytelnianiem.

W zależności od potrzeb można wykorzystać VPN albo odpowiednio skonfigurowaną bramę RD Gateway. Nie oznacza to automatycznego udostępnienia serwera RDP bezpośrednio w internecie. Microsoft opisuje rolę RD Gateway oraz zasady ograniczania dostępu administracyjnego.

6. Przełączenie, odbiór i dalsza opieka

Termin przełączenia ustalamy z osobą odpowiedzialną za pracę firmy. Przed rozpoczęciem trzeba wiedzieć, kto kończy pracę w programach, kto zatwierdza testy oraz kiedy użytkownicy mogą wrócić do systemu. Długość przerwy określamy po rozpoznaniu środowiska; nie deklarujemy jej na podstawie samego modelu serwera.

Odbiór powinien obejmować uzgodnione usługi, dostęp użytkowników oraz uruchomienie kopii zapasowych w nowym środowisku. Warto również określić odpowiedzialność za późniejsze aktualizacje, kontrolę backupu i reagowanie na zgłoszenia. Taki zakres może być częścią stałej obsługi informatycznej firmy.

Co przygotować do wyceny?

• Model obecnego serwera i informacje o systemie operacyjnym.
• Nazwy oraz wersje programów i baz danych.
• Liczbę użytkowników, stanowisk i osób pracujących zdalnie.
• Orientacyjną wielkość danych i opis obecnego backupu.
• Dopuszczalny termin oraz długość przerwy w pracy.
• Najważniejsze problemy: awarie, brak miejsca, spowolnienia lub trudności z dostępem.

Do pierwszego kontaktu wystarczy opis sytuacji. Hasła, kopie baz i dokumenty klientów nie są potrzebne w publicznym formularzu; sposób przekazania danych technicznych ustalamy osobno.

Najczęstsze pytania o wymianę serwera

Czy migracja wymaga przestoju?

Zakres przerwy zależy od architektury i używanych aplikacji. Część przygotowań można wykonać wcześniej, ale końcowe przeniesienie aktualnych danych i przełączenie użytkowników wymagają uzgodnionego planu. Możliwość skrócenia przerwy oceniamy dla konkretnego środowiska.

Czy przy wymianie sprzętu trzeba od razu aktualizować wszystkie programy?

Nie zawsze. Trzeba jednak potwierdzić zgodność posiadanych wersji z nowym systemem i SQL Server. Jeśli aktualizacja jest potrzebna, uwzględniamy ją w zakresie oraz kolejności prac. Nie łączymy dodatkowych zmian bez ustalenia ich wpływu na projekt.

Czy obsługujecie firmy spoza Wawra?

Tak. Rawcom ma siedzibę przy ul. Wilgi 32A w Warszawie-Wawrze i obsługuje firmy w Warszawie. Prace zdalne oraz uzgodnione wizyty dobieramy do zakresu projektu i dostępności środowiska.

Zdjęcie wyróżniające: Brett Sayles / Pexels, z biblioteki Rawcom. Materiał poglądowy — nie przedstawia infrastruktury opisanego klienta.