Zanim zaczniesz
Zachowaj pełną datowaną kopię i niezależny oryginał. Zatrzymaj zapisy lub użyj spójnego backupu aplikacyjnego. Prywatnie sprawdź odtworzenie.
Spisz wersje i zakres
Rozróżnij odtworzenie aplikacji, obsługiwaną kopię i obraz; zewnętrzny snapshot nie uruchomi się automatycznie w KVM.
Zapisz wersje, uruchamianie, zajęte miejsce, konta, uprawnienia, zadania, bazy i zależności. Potwierdź eksport przed rezygnacją.
- KVM
- Debian / Ubuntu
Zachowaj komplet danych
Tylko odczytaj system, architekturę, montowania, UID/GID, ACL, systemd i cron; poleceń może brakować.
Zachowaj pełną datowaną kopię i niezależny oryginał. Zatrzymaj zapisy lub użyj spójnego backupu aplikacyjnego. Prywatnie sprawdź odtworzenie.
- systemd / cron
- UID / GID / ACL
Zachowaj komplet danych
cat /etc/os-release
uname -mNie wykonano rzeczywistej migracji ani weryfikacji kopii. Zachowaj źródło i przetestowane odzyskiwanie. Bez gwarancji braku przerw, tego samego IP lub przenośnej licencji.
Zachowaj komplet danych
df -hT
lsblk -fNie wykonano rzeczywistej migracji ani weryfikacji kopii. Zachowaj źródło i przetestowane odzyskiwanie. Bez gwarancji braku przerw, tego samego IP lub przenośnej licencji.
Zachowaj komplet danych
systemctl list-unit-files --state=enabled
systemctl list-timers --all
crontab -lNie wykonano rzeczywistej migracji ani weryfikacji kopii. Zachowaj źródło i przetestowane odzyskiwanie. Bez gwarancji braku przerw, tego samego IP lub przenośnej licencji.
Sprawdź konta i zależności
Aktywne pliki bazy nie są spójnym eksportem. Zrzuty transakcyjne mają ograniczenia silnika i DDL.
Sprawdź wersje, miejsce robocze, porty i uprawnienia celu. Początkowo zachowaj wersje; aktualizację zaplanuj osobno. Jednakowe RAM i vCPU nie dowodzą równej wydajności.
- MySQL / MariaDB / PostgreSQL
Przygotuj cel i kopię
Lokalne rsync z -n tylko symuluje. Sprawdź ścieżki; nie nadpisuj sieci celu konfiguracją źródła.
Zaplanuj blokadę zapisów i końcowy spójny eksport. Osobno przenoś pliki i SQL. Porównaj rozmiar i sumę tego samego stabilnego archiwum; nie dowodzi to spójności SQL.
- rsync -n
- SHA-256
Przygotuj cel i kopię
rsync -aHAXn --numeric-ids -- /source/ /destination/Nie wykonano rzeczywistej migracji ani weryfikacji kopii. Zachowaj źródło i przetestowane odzyskiwanie. Bez gwarancji braku przerw, tego samego IP lub przenośnej licencji.
Przygotuj cel i kopię
sha256sum /path/archive.tar.gzNie wykonano rzeczywistej migracji ani weryfikacji kopii. Zachowaj źródło i przetestowane odzyskiwanie. Bez gwarancji braku przerw, tego samego IP lub przenośnej licencji.
Przetestuj prywatnie
Sprawdź użytkowników, usługi, zapisy SQL, certyfikaty, zadania i konsolę ratunkową; IP i brama się zmieniają.
Prywatnie sprawdź start, logowanie, uprawnienia, dane i trwałość po czystym restarcie. Zweryfikuj certyfikaty i TCP/UDP bez publicznego panelu administracji.
- TCP / UDP
- TLS
Przełącz i zachowaj powrót
Zaplanuj końcową synchronizację, unikaj podwójnych zadań i zrezygnuj ze źródła dopiero po odbiorze.
Zmień adres lub DNS po testach. Uwzględnij TTL i pamięć podręczną. Monitoruj błędy i nowe zapisy; powrót wymaga uzgodnienia nowych danych.
- DNS
- IP
Co zrobić w Twojej sytuacji
| Sytuacja | Następny krok |
|---|---|
| Przed migracją | Nie przełączaj usługi przed udaną prywatną próbą odtworzenia pełnej kopii. |
| Podczas przenoszenia | Kopia działającej aplikacji może pominąć zmiany. Z administratorem zaplanuj właściwą replikację i końcową synchronizację; ciągłość nie jest gwarantowana. |
| Po przełączeniu | Zachowaj starą usługę i oryginały do odbioru. Ustal osobę zatwierdzającą przełączenie oraz sposób uzgodnienia nowych zapisów przy powrocie. |
Oficjalne źródła
Te źródła opisują wymienione protokoły i ustawienia. Sprawdź dokumentację właściwą dla używanej wersji.