Przeniesienie na nowy serwer to głównie staranne kopiowanie i cierpliwe czekanie, a problemy, które naprawdę bolą, rzadko dotyczą samej strony. Dotyczą rzeczy wokół niej: poczty, która żyła na starym koncie hostingowym, bramki płatności przyjmującej żądania tylko z adresu IP starego serwera, zaplanowanego zadania, o którym nikt nie wiedział. Jeśli planujesz przenieść stronę na nowy hosting, przejdź przez poniższą kolejność, a większość niespodzianek zamieni się w punkty listy.

Zanim przeniesiesz stronę na nowy hosting: zrób inwentaryzację

Lista kontrolna migracji hostingu zaczyna się od tego, co istnieje dziś, a nie od kopiowania:

  • Gdzie co się znajduje. Rejestrator domeny, dostawca DNS, hosting WWW i poczta to często cztery różne konta. Zapisz, która firma trzyma każde z nich i kto zna dane logowania.
  • Wersje oprogramowania: wersja PHP i rozszerzenia, serwer bazy danych i jego wersja, serwer WWW oraz ewentualna warstwa cache.
  • Bazy danych i ich rozmiary, także te używane przez stare instalacje, o których nikt nie pamięta.
  • Zadania cron i inne zaplanowane zadania: kopie zapasowe, feedy, eksporty zamówień, rozgrzewanie cache.
  • Poczta. Czy skrzynki są na tym samym koncie hostingowym? Czy strona wysyła pocztę przez lokalny serwer, czy przez zewnętrzną usługę?
  • Listy dozwolonych adresów IP. Bramki płatności, integracje z wysyłką i ERP albo API partnerów, które przyjmują ruch tylko z obecnego serwera. Nowy serwer będzie miał inny adres wychodzący.

Kopiowanie plików i baz danych

Pliki najlepiej przenosić przez rsync po SSH, który można uruchomić ponownie, by skopiować tylko to, co się zmieniło. W przypadku MySQL i MariaDB mysqldump z opcją --single-transaction robi spójną migawkę tabel InnoDB bez blokowania strony na czas działania. Na nowym serwerze zaimportuj zrzut i porównaj liczbę wierszy w kluczowych tabelach: zamówieniach, klientach, wpisach.

Uważaj na szczegóły, które powodują ciche szkody:

  • Zestawy znaków. Stara baza latin1 zaimportowana bez uwagi jako utf8mb4 daje zniekształcone akcenty i symbole. Sprawdź zestaw znaków i collation przed i po.
  • Skoki wersji. Przejście z MySQL na MariaDB albo na nowszą wersję główną może zmienić działanie niektórych zapytań i ustawień. Przećwicz to na kopii.
  • Zakodowane na stałe ścieżki i adresy URL w plikach konfiguracyjnych. Jeśli zmienia się także domena, WordPress potrzebuje wyszukiwania i zamiany rozumiejącej dane serializowane, takiej jak wbudowana w WP-CLI.

Test na nowym serwerze przez plik hosts

Przed jakąkolwiek zmianą DNS możesz zobaczyć stronę na nowym serwerze ze swojego komputera. Dodaj do pliku hosts na swoim komputerze linię przypisującą domenę do adresu IP nowego serwera, a przeglądarka załaduje nową kopię, podczas gdy wszyscy inni nadal widzą starą. Zaloguj się, wyślij formularze, złóż zamówienie testowe, wywołaj e-mail z resetem hasła i przeczytaj dzienniki błędów na nowym serwerze.

Zaplanuj z góry certyfikat SSL po migracji. Certyfikaty z Let's Encrypt i podobnych urzędów są zwykle weryfikowane przez HTTP, co działa dopiero wtedy, gdy DNS wskazuje nowy serwer. Możesz skopiować istniejący certyfikat na czas przełączenia, zweryfikować domenę rekordem DNS albo wystawić nowy certyfikat zaraz po przełączeniu. Trzeba uniknąć sytuacji, w której odwiedzający trafiają na nowy serwer, zanim będzie na nim ważny certyfikat. To podejście "najpierw test" jest sednem naszej usługi migracji hostingu i baz danych.

Przełączenie DNS: TTL, serwery nazw i propagacja

Resolwery na całym świecie przechowują odpowiedzi DNS w pamięci podręcznej tak długo, na jak pozwala TTL (czas życia) każdego rekordu. Dzień lub więcej wcześniej obniż TTL DNS rekordów, które zmienisz, takich jak rekordy A dla domeny i www, do kilku minut. Poczekaj co najmniej tak długo, jak wynosił stary TTL, aby wszyscy mieli w pamięci krótką wartość. W dniu przełączenia zmień rekordy, a większość odwiedzających podąży za zmianą w ciągu minut.

To, co ludzie nazywają propagacją DNS, to w istocie wygasanie starych odpowiedzi z pamięci podręcznej. Dlatego zmiana rekordów u tego samego dostawcy DNS jest szybka, a jednoczesna zmiana serwerów nazw jest wolniejsza: delegacja domeny jest buforowana przez serwery domeny najwyższego poziomu, często do dwóch dni. Jeśli musi się zmienić także dostawca DNS, najpierw skopiuj wszystkie rekordy (MX, rekordy TXT dla SPF, DKIM i DMARC, rekordy weryfikacyjne i subdomeny) i przenieś serwery nazw w innym dniu niż przełączenie serwera.

Jak przenieść stronę bez utraty poczty

Jeśli poczta jest hostowana gdzie indziej, na przykład w Microsoft 365 lub Google Workspace, zostaw rekordy MX bez zmian, a poczta nie zauważy przeprowadzki. Jeśli skrzynki są na starym koncie hostingowym, potrzebują własnej migracji, a zmianę MX należy wykonać dopiero po ich skopiowaniu. Obejmuje to nasza migracja poczty do Microsoft 365 lub Google Workspace, a przeprowadzka hostingu jest często dobrym momentem, by i tak oddzielić pocztę od serwera WWW.

Po przełączeniu: przenieść stronę na nowy hosting

  1. W sklepach i serwisach z członkostwem na krótko wstrzymaj nowe zamówienia, wykonaj ostateczną synchronizację bazy danych, a dopiero potem zmień DNS, aby nic nie było zapisywane na starym serwerze po ostatnim kopiowaniu.
  2. Utwórz zadania cron na nowym serwerze i wyłącz je na starym, bo inaczej klienci mogą dostawać każdy zaplanowany e-mail dwa razy.
  3. Skonfiguruj kopie zapasowe i monitoring na nowym serwerze; nie przenoszą się razem z plikami.
  4. Obserwuj dziennik dostępu starego serwera. Gdy zostaną w nim tylko boty, przełączenie jest zakończone.
  5. Zachowaj stary hosting jeszcze tydzień lub dwa przed rezygnacją, na wypadek gdyby znalazł się zapomniany plik lub skrzynka.

Najczęściej zadawane pytania: przenieść stronę na nowy hosting

Ile trwa propagacja DNS?

Przy zmianach rekordów przygotowanych z krótkim TTL kilka minut dla większości odwiedzających. Przy zmianie serwerów nazw zostaw dzień lub dwa, bo delegacja jest buforowana przez serwery rejestru.

Czy stronę można przenieść bez przestoju?

W przypadku stron-wizytówek i blogów tak: oba serwery serwują tę samą treść, gdy DNS się przełącza. Sklepy potrzebują krótkiej przerwy w przyjmowaniu zamówień na czas ostatniej synchronizacji, najlepiej w najspokojniejszej godzinie tygodnia.

Czy przenosić hosting DNS w tym samym czasie?

Lepiej nie. Zmieniaj jedną rzecz naraz: najpierw serwer, a potem, gdy wszystko jest stabilne, dostawcę DNS lub rejestratora.

Czy zmiana hostingu naprawi wolną stronę?

Tylko jeśli wąskim gardłem jest serwer. Jeśli serwer odpowiada szybko, a strony nadal ładują się wolno, przyczyną są zwykle motyw, obrazy lub wtyczki, a sam nowy serwer nie pomoże. Najpierw zmierz.

Przenosisz stronę WordPress, WooCommerce, Magento lub Joomla albo całe konto cPanel na serwer w chmurze? Nasza usługa migracji stron i baz danych obejmuje kopiowanie, kontrolę baz danych, ostateczną synchronizację i przełączenie DNS. Napisz do nas, gdzie strona jest hostowana teraz, dokąd ma trafić i gdzie zarządzane są DNS i poczta, a zaplanujemy przeprowadzkę razem z Tobą.