Przenoszenie serwera Minecraft Java na nowy hosting bez utraty postępu

Migracja Java obejmuje teren, ekwipunki, wymiary, uprawnienia, pluginy, mody i tożsamość graczy jako jeden stan. Stary hosting powinien pozostać wyłączonym punktem powrotu, dopóki nowy nie przejdzie pełnego prywatnego odbioru.

Zrób inwentaryzację przed przerwą

Zapisz Minecraft, Java, oprogramowanie i build serwera, loader, mody, pluginy, datapacki, pamięć, argumenty, port, online-mode, proxy i ustawienia panelu. Wymień wszystkie światy i wymiary; Paper, multiworld i mody mogą używać innych układów.

Zanotuj publiczny adres, DNS i port. Ekonomię, claimy, home i prawa zamień na konkretne punkty odbioru.

Utwórz wzorcowy backup po zatrzymaniu

Ogłoś przerwę, zablokuj wejścia, zapisz i wykonaj stop. Archiwizuj cały katalog dopiero po zakończeniu procesu. Trzymaj plik poza oboma hostingami, zapisz rozmiar i jeśli można porównaj hashe.

Nie anuluj starej usługi i nie otwieraj jej ponownie. Kopia na żywo może mieszać różne chwile.

Przygotuj zgodne miejsce docelowe

Zainstaluj te same wersje Java, serwera, loadera, modów i pluginów. Przy zmianie Vanilla, Spigot, Paper, Fabric lub Forge stosuj udokumentowany układ celu. Uruchom pusty serwer tylko gdy panel musi stworzyć strukturę, potem zatrzymaj i odłóż pliki testowe.

Sprawdź miejsce, właściciela, polecenie startowe, port i prawdziwy root. Poprawny upload do niewykorzystywanej instancji wygląda jak brak plików.

Przenieś światy, tożsamość i konfigurację razem

Rozpakuj snapshot wspieraną metodą. Sprawdź level-name, główny świat, Nether, End, graczy, postępy, statystyki, datapacki, whitelistę, bany, operatorów, prawa i bazy pluginów.

Nie publikuj haseł i kluczy w archiwum; zmień ujawnione. Zachowaj online-mode i przekazywanie tożsamości proxy, inaczej nowy UUID wygląda jak utrata ekwipunku.

Przeprowadź prywatny odbiór

Nie zmieniaj DNS. Ogranicz wejście whitelistą lub adresem tymczasowym i przeczytaj pełny start. Sprawdź administratorem i zwykłym kontem spawn, budowle, wymiary, ekwipunki, ekonomię, claimy, portale i komendy.

Wprowadź zmianę, zatrzymaj i uruchom ponownie. Jedno udane wejście nie dowodzi trwałego zapisu.

Przełączaj z jednym zapisywalnym serwerem

Po akceptacji stary pozostaje wyłączony, a DNS, proxy lub adres są przełączane. Nigdy nie otwieraj obu kopii graczom: postęp natychmiast się rozgałęzi i nie ma ogólnego bezpiecznego scalania.

Monitoruj logi i połączenia pierwszej sesji. Cache DNS może skierować część osób do starego hosta. Zachowaj go do prawdziwego restartu i sprawdzenia automatycznych kopii.

Wycofuj całą operację

Jeśli cel uszkadza dane lub nie uruchamia stosu, najpierw go wyłącz. Czysty powrót przywraca wzorcowy snapshot na starym hoście i cofa adres, zamiast mieszać pojedyncze pliki w obie strony.

Zapisz błąd i nieudany test. Jednoczesna zmiana wersji, układu i zakresu plików ukrywa przyczynę.

Kryteria zakończenia

• Środowisko, światy i panel są zinwentaryzowane.
• Backup powstał po czystym zatrzymaniu i jest poza hostami.
• Cel odtwarza stos lub używa udokumentowanej ścieżki.
• Światy, tożsamość, prawa i ustawienia przeniesiono razem.
• Prywatny test objął logi, graczy, wymiary, zapis i restart.
• Podczas przełączenia pisał tylko jeden publiczny serwer.
• Stary host jest dostępny w okresie ryzyka.

Migracja kończy się, gdy wspólna historia trwa i istnieje sprawdzony powrót, nie gdy nowy panel świeci na zielono.