Reinstalacja VPS zastępuje system i może usunąć dane z jego dysku. Przed uruchomieniem operacji w Virtualizor wykonaj kopię poza VPS, sprawdź jej odtworzenie i przygotuj dostęp do nowego systemu. Sam restart nie jest reinstalacją.
Kiedy reinstalacja ma sens?
Nowy system bywa potrzebny do zmiany dystrybucji, przygotowania czystego środowiska testowego albo odbudowy serwera. Nie powinien być pierwszym krokiem przy błędzie strony. Niedziałającą usługę, pełny dysk czy błędne ustawienia SSH często można zdiagnozować bez usuwania systemu.
Zanim zaczniesz, potwierdź nazwę VPS i zaplanuj przerwę. Jeśli utrzymujesz produkcyjną aplikację, rozważ przygotowanie drugiej maszyny i przeniesienie usługi po testach. Pozwala to zachować działający system do czasu sprawdzenia nowej konfiguracji.
Co zapisać poza reinstalowanym serwerem?
Kopia w katalogu na tym samym VPS może zniknąć razem z systemem. Przenieś ją do niezależnego miejsca i sprawdź możliwość odczytu. W przypadku baz danych potrzebny jest spójny eksport albo inna metoda właściwa dla używanego silnika. Zwykłe kopiowanie plików pracującej bazy nie zawsze daje odtwarzalny wynik.
| Element | Co przygotować |
|---|---|
| Pliki aplikacji | Właściwa wersja kodu, uploady i załączniki |
| Bazy danych | Spójny eksport i instrukcja importu |
| Konfiguracja | Usługi, proxy, zadania cron, wersje pakietów |
| Sekrety | Bezpieczna kopia zmiennych i dostępów, poza publicznym repozytorium |
| Dostęp | Konto panelu, metoda logowania do nowego systemu |
| Odtworzenie | Kolejność działań oraz osoba odpowiedzialna za test |
Jeśli używasz kontenerów, pamiętaj o danych trwałych. Obraz aplikacji nie musi zawierać jej bazy ani plików użytkowników. Przed operacją przejrzyj backup Dockera i przeprowadź próbę odtworzenia najważniejszych danych.
Jak przygotować operację w Virtualizor?
Wybierz właściwą maszynę, a następnie sekcję reinstalacji systemu. Dokumentacja Virtualizora opisuje wybór dystrybucji, wersji i danych dostępowych. Dostępne obrazy oraz pola mogą zależeć od konfiguracji dostawcy. Wybierz wspieraną wersję zgodną z wymaganiami aplikacji.
Przeczytaj potwierdzenie operacji i upewnij się, jakie dyski lub dane obejmuje. Nie zakładaj, że dodatkowy wolumen zostanie zachowany bez sprawdzenia zasad usługi. Dopiero mając kopię, plan odtworzenia i pewność wyboru maszyny, zatwierdź reinstalację.
Poczekaj na zakończenie zadania. Nie ponawiaj go wielokrotnie, gdy panel nadal pokazuje operację w toku. Po zakończeniu sprawdź stan VPS i komunikaty konsoli. Gdy proces zgłasza błąd, zachowaj jego treść do zgłoszenia.
Dlaczego SSH ostrzega o zmianie klucza hosta?
Nowy system zwykle generuje nowe klucze serwera. Klient SSH może więc ostrzec, że identyfikacja hosta się zmieniła. Taki komunikat wymaga sprawdzenia: nie ignoruj go automatycznie tylko dlatego, że planowałeś reinstalację.
Potwierdź adres i odcisk klucza przez zaufaną konsolę lub inną niezależną drogę. Dla klucza Ed25519 odcisk można odczytać w systemie poleceniem ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub, jeśli ten klucz istnieje. Dopiero po zgodności usuń stary wpis klienta przez ssh-keygen -R NAZWA_LUB_IP. Przy niestandardowym porcie wpis może mieć postać [host]:port.
Co sprawdzić przed ponownym otwarciem usługi?
Zaktualizuj system, skonfiguruj konto administracyjne, klucze SSH i zaporę. Odtwórz aplikację, bazę oraz zadania okresowe. Przetestuj logowanie, zapis danych, wysyłkę wiadomości i kopię zapasową. Sam działający ekran główny nie potwierdza sprawności wszystkich funkcji.
Porównaj wynik z przygotowaną listą i dopiero wtedy zakończ przerwę serwisową. Pierwsza konfiguracja VPS pomaga uporządkować ten etap. Zachowaj niezależną kopię także po reinstalacji — nowe środowisko nadal potrzebuje regularnych backupów.