진행 상황을 잃지 않고 Minecraft Java 서버를 새 호스트로 이전하기

Java 서버 이전 대상은 지형만이 아닙니다. 인벤토리, 차원, 권한, 플러그인, 모드, 플레이어 신원 설정이 하나의 상태입니다. 새 호스트의 비공개 검수가 끝날 때까지 이전 호스트는 중지된 롤백 대상으로 유지합니다.

점검 시간 전에 환경 목록 만들기

Minecraft와 Java 버전, 서버 소프트웨어와 빌드, 로더, 모드, 플러그인, 데이터팩, 메모리, 시작 인수, 포트, online-mode, 프록시, 패널 전용 설정을 기록합니다. Paper, 멀티월드 플러그인, 모드 차원은 다른 폴더 구조를 사용할 수 있습니다.

공개 주소, DNS, 포트도 적고 경제, 보호, 홈, 권한을 구체적인 검수 항목으로 만듭니다.

중지 후 기준 백업 만들기

점검을 공지하고 새 접속을 막은 뒤 필요하면 저장하고 stop을 실행합니다. 프로세스가 끝난 후 전체 서버를 압축해 두 호스트 밖에 보관합니다. 용량을 기록하고 가능하면 전후 해시를 비교합니다.

이전 호스트를 해지하거나 다시 공개하지 않습니다. 실행 중 복사는 서로 다른 시점의 데이터를 섞을 수 있습니다.

호환되는 대상 환경 준비하기

동일한 Java, 서버, 로더, 모드, 플러그인을 설치합니다. Vanilla, Spigot, Paper, Fabric, Forge 사이를 바꾼다면 대상 소프트웨어의 문서화된 월드 구조를 따릅니다. 패널이 초기 파일을 요구할 때만 한 번 빈 서버를 실행하고 중지해 테스트 파일을 보관합니다.

공간, 파일 소유자, 시작 명령, 포트, 실제 루트를 확인합니다. 사용하지 않는 인스턴스에 올바르게 업로드하면 미전송과 같은 증상이 납니다.

월드·신원·설정을 함께 전송하기

지원 수단으로 스냅샷을 풀고 level-name, 오버월드, 네더, 엔드, 플레이어, 발전 과제, 통계, 데이터팩, 화이트리스트, 밴, OP, 권한, 플러그인 DB를 확인합니다.

암호나 키를 공개 압축에 넣지 말고 노출된 값은 교체합니다. online-mode나 프록시 신원 전달이 바뀌면 UUID가 달라져 인벤토리와 권한이 사라진 것처럼 보입니다.

비공개 주소로 검수하기

아직 DNS를 바꾸지 않습니다. 화이트리스트나 임시 주소로 제한하고 전체 시작 로그를 읽습니다. 관리자와 일반 계정으로 스폰, 건축, 차원, 인벤토리, 경제, 보호, 포털, 명령을 검사합니다.

작은 변경 후 종료·재시작합니다. 한 번 접속 성공만으로 저장과 다음 로드를 증명할 수 없습니다.

쓰기 가능한 공개 서버를 하나만 유지하기

검수 합격 후 이전 서버는 계속 끄고 DNS, 프록시, 공개 주소를 전환합니다. 두 복사본을 실제 플레이어에게 동시에 열면 진행이 즉시 갈라지며 일반적인 안전 병합 방법이 없습니다.

첫 세션에서 로그와 연결 오류를 관찰합니다. DNS 캐시로 일부가 이전 대상으로 갈 수 있습니다. 실제 재시작과 자동 백업 확인 전까지 이전 호스트를 보존합니다.

문제가 생기면 전체 롤백하기

새 호스트가 데이터를 손상하거나 스택을 실행하지 못하면 먼저 중지합니다. 가장 깨끗한 롤백은 기준 스냅샷을 이전 호스트에 복원하고 주소를 되돌리는 것이지 양쪽에서 일부 파일을 섞는 것이 아닙니다.

실패 로그와 미통과 항목을 기록합니다. 버전, 구조, 파일 범위를 동시에 바꾸면 원인을 잃습니다.

완료 기준

• 환경, 월드, 패널 설정을 목록화했습니다.
• 완전 중지 후 백업을 호스트 밖에 보관했습니다.
• 대상이 동일 스택 또는 문서화된 이전 경로를 사용합니다.
• 월드, 신원, 권한, 설정을 함께 옮겼습니다.
• 비공개 시험에서 로그, 플레이어, 차원, 저장, 재시작을 확인했습니다.
• 전환 중 공개 쓰기 서버는 하나였습니다.
• 위험 기간 동안 이전 호스트로 돌아갈 수 있습니다.

새 패널이 녹색일 때가 아니라 공동 진행이 이어지고 복구할 수 있음을 증명했을 때 이전이 끝납니다.