Jak przygotować stronę na migrację: lista kontrolna przed przenosinami na nowy serwer

Zmiana infrastruktury to operacja, która wymaga precyzji. Przenosiny strony na nowy serwer nie ograniczają się do skopiowania plików i przesłania bazy danych. Brak odpowiednich przygotowań po stronie klienta to najczęstsza przyczyna wydłużonego downtime'u, błędów połączenia z bazą danych i utraty najnowszych wpisywanych danych. Ten przewodnik wskaże Ci konkretne kroki, jakie musisz wykonać przed rozpoczęciem migracji, aby proces przebiegł bez przestojów i strat.

Krok 1: Wykonanie pełnej i weryfikowalnej kopii zapasowej

Zanim jakikolwiek plik zostanie przesłany na nowy serwer, musisz posiadać lokalną, niezależną kopię zapasową. Nie polegaj wyłącznie na backupach tworzonych automatycznie przez obecnego dostawcę hostingu – często są one trudne do pobrania w całości lub nie obejmują wszystkich katalogów.

Podziel proces na dwa niezależne obszary:

1. Pliki strony: Skopiuj całą strukturę katalogów przez FTP/SFTP lub protokół SSH. Upewnij się, że ukryte pliki konfiguracyjne (np. .htaccess, .env) zostały pobrane – odpowiadają one za przekierowania i zmienne środowiskowe.
2. Baza danych: Wykonaj zrzut bazy (dump) w formacie SQL. Jeśli strona korzysta z wielu baz, pobierz każdą z nich.

Zasada weryfikacji: Pobrany plik SQL otwórz w edytorze tekstu i sprawdź jego początek oraz koniec. Plik musi zawierać poprawne struktury tabel i instrukcje insertu. Puste pliki SQL lub pliki o rozmiarze 0 KB oznaczają, że kopia zapasowa jest bezużyteczna.

Krok 2: Sprawdzenie integralności bazy danych

Przed migracją baza danych musi zostać sprawdzona pod kątem błędów wewnętrznych. Uszkodzone tabele mogą sprawić, że import na nowym serwerze zwróci błąd krytyczny, a strona przestanie działać.

Jak sprawdzić integralność:

• Zaloguj się do phpMyAdmin na obecnym serwerze.
• Zaznacz wszystkie tabele bazy danych.
• Z rozwijanego menu na dole wybierz opcję „Sprawdź tabele” (Check table).
• Status wszystkich tabel musi wynosić „OK”. Jeśli narzędzie zwróci status „Corrupt” lub „Error”, przed przystąpieniem do przenosin musisz wykonać naprawę (Repair table).

To również doskonały moment na diagnozę wolnych zapytań bazy danych. Jeśli na obecnym serwerze zapytania wykonują się długo, po migracji problem się nie zniknie – często ulegnie jedynie pogłębieniu z powodu innej konfiguracji buforowania na nowym środowisku.

Krok 3: Oczyszczenie strony przed przenosinami

Migracja to okazja na pozbycie się balastu. Przenoszenie niepotrzebnych danych wydłuża czas transferu i zwiększa ryzyko błędów przy imporcie bazy danych (szczególnie gdy limit czasu wykonania skryptu na nowym serwerze jest restrykcyjny).

Co usunąć przed wykonaniem ostatecznej kopii zapasowej:

• Spam i kosz: Wyczyść komentarze oznaczone jako spam oraz kosz.
• Rewizje wpisów: Starsze systemy CMS generują dziesiątki rewizji dla jednego wpisu. Usunięcie ich drastycznie zmniejsza rozmiar bazy danych.
• Tabele logów i sesji: Często to one zajmują najwięcej miejsca. Opróżnij tabele przechowujące logi aktywności lub wygasłe sesje użytkowników.
• Nieużywane wtyczki i szablony: Usuń je całkowicie z dysku, a nie tylko „deaktywuj”.

Krok 4: Audyt środowiska i zależności serwerowych

Nowy serwer musi odtworzyć warunki techniczne, w jakich działa Twoja strona. Różnice w konfiguracji to główna przyczyna tzw. białego ekranu śmierci (White Screen of Death) tuż po migracji.

Sprawdź i porównaj następujące parametry:

• Wersja języka programowania (np. PHP): Przejście z wersji 7.4 na 8.x bez odpowiedniej aktualizacji kodu strony często powoduje błędy krytyczne (fatal errors).
• Rozszerzenia serwera: Jeśli strona korzysta z przetwarzania obrazów (np. ImageMagick, GD) lub specyficznych modułów (np. IonCube Loader), musisz upewnić się, że są one zainstalowane na nowym serwerze.
• Typ serwera WWW: Przejście z Apache na Nginx wymaga przetłumaczenia reguł przepisywania URL (tzw. reguł z pliku .htaccess) na dyrektywy Nginx. Bez tego adresy podstron przestaną działać.

Krok 5: Strategia DNS – jak uniknąć przestojów (downtime)

Downtime podczas migracji wynika najczęściej z czasu propagacji rekordów DNS. Kiedy zmienisz serwery nazw (nameserwery) w domenie, internaucy przez kilka do kilkunastu godzin mogą trafiać na stary lub nowy serwer, zależnie od dostawcy internetu.

Aby zminimalizować przestoje, zastosuj poniższą procedurę:

1. Obniż TTL (Time to Live): Na dwa dni przed planowaną migracją zmniejsz wartość TTL w rekordach A domeny z domyślnych 14400 sekund (4 godziny) do 300 sekund (5 minut). To poinformuje dostawców internetu, aby częściej odświeżali adres IP Twojej domeny.
2. Zmigruj dane i przetestuj je na nowym serwerze.
3. Zmień rekord A: Gdy strona na nowym serwerze działa poprawnie, zmień adres IP w strefie DNS. Dzięki niskiemu TTL zmiana zadziała dla większości użytkowników w ciągu kilku minut, a nie godzin.
4. Zostaw stary serwer aktywny: Utrzymuj starą stronę przez co najmniej 48-72 godziny po zmianie DNS, aby użytkownicy z buforowanym starym adresem IP nadal widzieli działającą witrynę.

Krok 6: Testowanie na nowym środowisku przed zmianą DNS

Zanim zmienisz rekordy DNS, musisz sprawdzić, czy strona na nowym serwerze działa poprawnie. Możesz to zrobić, modyfikując lokalny plik hosts na swoim komputerze.

Instrukcja dla systemu Windows/Mac/Linux:

1. Znajdź plik hosts (Windows: C:\Windows\System32\drivers\etc\hosts, Mac/Linux: /etc/hosts).
2. Dodaj na jego końcu linijkę: ADRES_IP_NOWEGO_SERWERA twojadomena.pl www.twojadomena.pl.
3. Zapisz plik i wyczyść pamięć podręczną przeglądarki.
4. Wpisz adres swojej domeny w przeglądarce – zobaczysz stronę ładowaną z nowego serwera, podczas gdy reszta świata nadal widzi stronę na starym serwerze.

Przetestuj kluczowe funkcje: logowanie do panelu administracyjnego, wysyłanie formularzy kontaktowych, proces składania zamówienia i poprawność wyświetlania grafik. Pamiętaj też o certyfikacie SSL – musi on być poprawnie zainstalowany na nowym serwerze przed zmianą ruchu, w przeciwnym razie przeglądarki wyświetlą ostrzeżenie o niebezpiecznej stronie.

Podsumowanie: lista kontrolna przed migracją

Przed przekazaniem dostępu nowemu administratorowi lub przed samodzielnym przeniesieniem plików, upewnij się, że każdy z poniższych punktów został zrealizowany:

• Lokalna kopia zapasowa wszystkich plików strony (w tym ukrytych plików konfiguracyjnych)
• Pobranie i weryfikacja pliku zrzutu bazy danych (poprawny rozmiar, brak pustych plików)
• Sprawdzenie integralności tabel bazy danych (status OK)
• Usunięcie spamu, rewizji, starych logów i nieużywanych wtyków
• Weryfikacja zgodności wersji języka programowania i rozszerzeń serwera
• Obniżenie wartości TTL w rekordach DNS do 300 sekund na 48h przed migracją
• Test działania strony na nowym serwerze z wykorzystaniem pliku hosts
• Zainstalowanie i przetestowanie certyfikatu SSL na nowym serwerze

Migracja to technicznie wymagający proces, w którym pominięcie jednego kroku może skutkować godzinami przestoju. Jeśli planujesz zmianę infrastruktury i chcesz uniknąć ryzyka utraty danych lub pozycji w wyszukiwarce, warto rozważyć wsparcie przy przenosinach. Zmiana serwera to również naturalny moment na głębszą transformację – na przykład migrację strony na Astro i Cloudflare, która znacząco podnosi wydajność i obniża koszty utrzymania, eliminując problemy z wolnymi zapytaniami i przestojami na stałe.