Wszystkie prowadnice
MIGRACJA NAUKOWA

WordPress Lista kontrolna migracji: przenieś pliki, dane i domeny bezpiecznie

Użyj tego WordPress Lista kontrolna migracji, aby przygotować pliki, kopie zapasowe bazy danych, zmiany URL i testowany szczelinowy, który zachowuje dane na żywo sklepu.

Zdefiniuj co się rusza i kto kontroluje szczelinę

A WordPress migracja przenosi istniejący wniosek i jego dane. Zdecyduj, czy zmieniasz tylko serwer hostingowy, czy też domenę, ścieżkę URL lub HTTPS - Nie. Zapisz bieżący WordPress i Ustawienia Adres strony, połączenie z bazą danych, lokalizacja wysyłania i wszelkie niestandardowe routing. Ruch serwera i zmiana domeny wymagają różnych kontroli.

Przydziel jedną osobę do zatwierdzenia ostatecznej kopii oraz DNS Zmiana. Potwierdź, że możesz uzyskać dostęp do starych plików, eksportować bazę danych, skonfigurować cel i edytować odpowiednie DNS zapisy. Zapis istniejących rekordów przed ich zmianą. Wybór planu hostingowego nie przenosi Twojej strony internetowej; zorganizować migrację z osobą odpowiedzialną za Twój wniosek.

Utwórz dopasowaną kopię zapasową plików i baz danych

Zapisz WordPress pliki i baza danych eksportować jako jeden identyfikowalny zestaw kopii zapasowych. Włączanie plików, motywów, wtyczek i konfiguracji potrzebnych do ponownego podłączenia aplikacji. Pobieranie WordPress sam katalog nie rejestruje bazy danych przechowywanej w MySQL lub MariaDB. Zapisuj, gdy wywóz został zabrany i zachowaj kopię z dala od serwera, który jest wymieniany.

Sprawdź cel PHP wersja, wymagane rozszerzenia, kompatybilność bazy danych i przestrzeń zarówno dla odrestaurowanych aplikacji i tymczasowych archiwów. Potwierdź, że kopia zapasowa może zostać otwarta i przywrócona do oddzielnej bazy danych. Traktuj referencje w plikach konfiguracyjnych jako tajemnice i usuwaj tymczasowe pliki eksportowe z publicznie dostępnych katalogów po ich zakończeniu.

Zaplanuj i przetestuj pełną przywracanie hostingu

Oddziel ruch hostingu od zmiany adresu URL

Gdy domena publiczna i ścieżki pozostają takie same, istniejące adresy URL aplikacji zwykle pozostają ważne. Aktualizuj połączenie z bazą docelową, jeśli jego host, nazwa bazy danych lub referencje są różne. Test przy użyciu metody, która zachowuje zamierzoną nazwę hosta, taką jak lokalne sterowanie plików hosts-, gdzie operator go obsługuje; zmienia to tylko urządzenie testowe, nie jest publiczne DNS.

Przewiń tabelę poziomo w razie potrzeby.

Dopasowanie pracy migracyjnej do rzeczywistej zmiany
ZmianaPraca przy aplikacjiKontrole publiczne
Nowy serwer, ta sama domena i ścieżkiPrzywracanie dopasowanych plików i bazy danych; przeglądanie ustawień połączeniaPrawidłowe miejsce przeznaczenia, TLS, formularze i istniejące adresy URL
Nowa domena, ścieżka lub schematPrzegląd przechowywanych adresów URL z procesem serialization- awarePrzekierowywanie, Canonical URL, aktywa i integracje
WordPress Sieć wielonarodowaPrzegląd tabel sieciowych, mapowanych domen i wszystkich podstronKażda domena, login i routing sieciowy

Handle zmieniał adresy URL bez łamania danych seryjnych

Tematy i wtyczki mogą przechowywać wartości strukturyzowane zawierające zarówno tekst, jak i jego długość. Zwykła SQL wymiana tekstu może uszkodzić dane seryjne, gdy stary adres URL i nowy adres URL mają różne długości. Użyj WordPress- świadome narzędzie migracji lub WP-CLI research-replacement if WP-CLI jest dostępny i dokonuje przeglądu jego zakresu przed zastosowaniem zmiany.

Na odrestaurowanej kopii, najpierw uruchomić suchą, sprawdzić zgłoszone tabele i zachować eksport rollback. WP-CLI zapewnia --dry-run oraz --skip-columns= guid; WordPress post GUIDs identyfikacja treści i nie powinna być przepisywana jako zwykłe linki. Dowództwo Multisite potrzebuje celowego zasięgu sieci. Zaznacz tabele i konfigurację należące do pluginów oddzielnie zamiast zastępowania każdego pasującego łańcucha w każdej bazie danych.

Badanie miejsca przeznaczenia bez wywoływania żywych skutków ubocznych

Otwórz stronę główną, post, wyszukiwanie, media, login i obszar administracyjny na miejscu przeznaczenia. Sprawdzić Permalinki, brakujące aktywa, HTTPS przekierowuje i błędy aplikacji. Formularze badań i przepływy magazynowe przy użyciu odpowiedniego środowiska badawczego. Należy zachować odizolowaną kopię od wysyłania prawdziwych wiadomości dla klientów, pobierania opłat lub wypalania haczyków produkcyjnych podczas próby.

Dla WooCommerce, weryfikuje zmiany produktów, aktualizacje koszyka, zachowanie się na wymeldowaniu i ekran zarządzania zamówieniem. Udane obciążenie strony jest tylko jeden test. Porównaj cel z krótką listą funkcji biznesowych, które używasz, i rozwiąż różnice przed kopią końcową. Zapis wszelkich ustawień aplikacji zmienionych do testowania, aby można było dokonać przeglądu przed uruchomieniem.

Przegląd WooCommerce hosting i konfiguracja sklepu

Chroń zamówienia i inne pisma podczas DNS cutover

Sklep może otrzymać nowe zamówienia po próbie zapasowej. Zaplanuj kontrolowaną pauzę w pismach lub synchronizację końcową specyficzną dla aplikacji, a następnie utwórz ostateczną spójną kopię. Porównaj najnowsze rekordy zamówień i zdarzenia płatności- dostawca z zatwierdzonym punktem cutover. Przywracanie starszej bazy danych poprzez dane ze sklepu na żywo może wyeliminować transakcje, które miały miejsce później.

DNS w okresie przejściowym można wysyłać odwiedzających do różnych miejsc. Zdecyduj, która aplikacja jest autorytatywna dla zamówień i jak późno pisanie będzie obsługiwane przed zmianą rekordów. Zachować poprzednie środowisko dostępne do prowadzenia dochodzeń bez przypadkowego ponownego otwierania dwóch sklepów pisanych. W DNS przewodnik obejmuje zmiany rekordowe; decyzja w sprawie migracji wymaga również jasnego właściciela danych dotyczących wniosków.

Sprawdź DNS rejestry przed połączeniem miejsca przeznaczenia

Weryfikacja uruchomienia i zdefiniowanie użytecznego cofania

Powtórzyć kontrole funkcjonalne za pośrednictwem opinii publicznej DNS, sprawdza błędy w składaniu wniosków oraz dokonuje przeglądu nowych zamówień lub wniosków dotyczących planowanego miejsca przeznaczenia. Jeśli adresy URL uległy zmianie, należy sprawdzić ważne stare adresy i ich przekierowanie. Sprawdź ustawienia indeksowania, adresów kanonicznych i mapy sitemap, tak aby nie wnosić do produkcji ograniczenia inskrypcji lub tymczasowej nazwy hosta.

Ustalić warunki, które uzasadniałyby cofnięcie. Do sklepu na żywo, wracając DNS Sam nie przenosi nowo utworzonych zamówień z powrotem do starej bazy danych. Uzgodnić nowe dane przed powrotem ruchu i prowadzić rejestr ostatecznej decyzji migracyjnej. Zregenerować starą instalację dopiero po miejscu przeznaczenia, odzyskać kopię i zapisy biznesowe zostały zweryfikowane.

  • Ostateczny zestaw kopii zapasowych i baza docelowa pasują do zatwierdzonego gniazda.
  • URL, HTTPS, formy i funkcje przechowywania pracy na miejscu.
  • Nowe zamówienia i oświadczenia są rejestrowane w zamierzonym wniosku.
  • Przejrzano tymczasowe archiwa i tylko ustawienia testowe.

Porównaj WordPress Plany przeznaczenia

Porównaj: Hosting WordPressPozostałe prowadnice