Zweryfikowano · Zasoby Hosmio
Zanim zaczniesz
Wybierz jednorazowe miejsce docelowe i pisemny zakres testu. Potwierdź dostęp do kodu aplikacji, wymaganych wersji oprogramowania i zatwierdzonego materiału kopii zapasowej. Trzymaj cel oddzielnie od produkcji, z wyłączonymi powiadomieniami wychodzącymi, zaplanowanymi zadaniami i zapisami zewnętrznymi do czasu świadomego przetestowania.
01
Wymień, co musi zostać przeniesione, a co odtworzone.
Uwzględnij środowisko uruchomieniowe, bazę danych, przesłane pliki, konfigurację, zaplanowane zadania, certyfikaty, własność DNS i integracje zewnętrzne. Zapisz, kto kontroluje każdą zależność i jak można odzyskać dostęp, jeśli bieżący VPS jest niedostępny. Wskaż każdą funkcję specyficzną dla dostawcy, która wymaga zamiennika, a nie kopii pliku.
Zapisz oczekiwane wersje i rozszerzenia. Polecenie instalacyjne, które pobiera to, co jest dziś najnowsze, może nie odtworzyć aplikacji, którą obsługujesz. Wskaż chroniony magazyn sekretów dla danych uwierzytelniających; plan odtworzenia powinien wyjaśniać, jak upoważniona osoba je pobiera, bez umieszczania sekretów w samym planie.
02
Wybierz metodę eksportu i odtwarzania świadomą danych.
W przypadku PostgreSQL logiczny eksport za pomocą pg_dump obejmuje jedną bazę danych, natomiast obiekty globalne, takie jak role, wymagają odrębnego potraktowania. Narzędzie odmawia zrzutu serwera w nowszej wersji głównej niż obsługiwana przez klienta. Oficjalna dokumentacja ostrzega również przed traktowaniem pg_dump jako uniwersalnej strategii regularnych kopii zapasowych w środowisku produkcyjnym. PostgreSQL: pg_dump ↗
Wybierz metodę odpowiednią do potrzeb Twojej aplikacji i odtwarzania, konsultując ją z operatorem. Zapisz, co pomija eksport i w jaki sposób pliki są utrzymywane w spójności z odwołaniami do bazy danych. Pomyślne zakończenie polecenia to użyteczna pierwsza kontrola, a nie dowód zachowania kompletnej aplikacji.
03
Odtwórz do wyraźnie oddzielnego celu.
Sprawdź archiwum i miejsce docelowe przed przywróceniem. Przywracanie archiwum PostgreSQL wykorzystuje pg_restore; opcje czyszczące istniejące obiekty mogą usunąć dane, a domyślne zachowanie może kontynuować po błędach SQL. Zaplanuj obsługę błędów i sprawdź wynik, zamiast zakładać, że przywrócono każdy obiekt. PostgreSQL: pg_restore ↗ Nie uruchamiaj samouczka na produkcyjnej bazie danych tylko dlatego, że jej nazwa jest znajoma.
W przypadku kopii zapasowych plików wybierz zamierzony snapshot i puste miejsce docelowe testu. Restic dokumentuje, że przywracanie może nadpisać istniejące pliki; przerwane nadpisywanie może pozostawić częściowy wynik. restic: przywracanie z kopii zapasowej ↗ Zapisz źródłowy snapshot i ścieżkę docelową w notatce z ćwiczenia. To wytyczne dotyczące wyboru metody, a nie polecenia wykonane lub zweryfikowane na VPS Hosmio.
04
Sprawdź zadania użytkownika i ukryte efekty uboczne.
| Sprawdź | Dowody do zachowania | Wynik |
|---|---|---|
| Aplikacja uruchamia się z udokumentowanymi wersjami | Inwentarz wersji i wynik uruchomienia | Jeszcze nie testowano |
| Reprezentatywne rekordy i pliki są zgodne | Kontrole syntetycznych rekordów i załączników | Jeszcze nie testowano |
| Uprawnienia działają poprawnie | Dwie role testowe i oczekiwany dostęp | Jeszcze nie testowano |
| Zadania nie wysyłają zduplikowanej pracy zewnętrznej | Działania wychodzące wyłączone lub kontrolowany test | Jeszcze nie testowano |
| Zastępczy operator potrafi postępować zgodnie z notatkami | Niezależne przejście i luki | Jeszcze nie testowano |
W miarę możliwości używaj kont syntetycznych i nieszkodliwych rekordów testowych. Weryfikuj granice dostępu, a także pomyślne odczyty. Aplikacja, która się uruchamia, ale przyznaje niewłaściwe uprawnienia, nie jest udanym odtworzeniem. Zachowaj nieudane kontrole w rejestrze wraz z osobą odpowiedzialną za naprawę.
05
Zaplanuj moment, w którym nowe zapisy zmieniają decyzję.
Próba powinna informować sekwencję przyszłego przeniesienia: końcowy krok spójności, kontrole miejsca docelowego, przełączenie ruchu, decyzja o akceptacji i wycofanie starej usługi. Ustal, kto może zatrzymać lub odwrócić operację. Jeśli miejsce docelowe przyjęło nowe zapisy, odesłanie użytkowników do starej kopii może utracić lub rozdzielić te zapisy; wycofanie wymaga planu danych, a nie tylko zmiany DNS.
Uwzględnij nakładanie się w budżecie. Może być potrzebny drugi serwer, niezależny magazyn, opłaty za ruch, licencje i czas operatora. Nie zakładaj, że dostawca rozlicza proporcjonalnie VPS ani że przedpłacone środki podlegają zwrotowi. Publikowane ceny okresowe Hosmio opisują warunki przedpłaty; nie definiują usługi migracji ani zwrotu.
06
Zostaw dowody, z których może skorzystać inny operator.
Zapisz datę ćwiczenia, wersje, identyfikatory kopii, cel, poświęcony czas i wyniki dopiero po faktycznym wykonaniu ćwiczenia. Do tego czasu używaj określeń „planowane” lub „nie testowano”. Przechowuj kartę akceptacji razem z notatkami o odtwarzaniu i wymień zależności, które nadal uniemożliwiają niezależne odtworzenie.
Jeśli próba się nie powiedzie, sklasyfikuj lukę: brakujące dane, niekompatybilne oprogramowanie, niedostępne poświadczenia, zależność zewnętrzna lub niejasna procedura. Rozwiąż najmniejszy problem blokujący, a następnie powtórz dotkniętą kontrolę. Nie nazywaj aplikacji przenośną, dopóki krytyczne zadanie pozostaje nieprzetestowane.
Powiąż plan z nazwanymi obowiązkami operacyjnymi oraz procesem zatwierdzania zmian klienta. Zamierzonym rezultatem jest wykazana zdolność do odtworzenia w udokumentowanym zakresie, a nie obietnica braku przerw lub automatycznie dostarczonej migracji.