쓸모 있는 서버 백업에는 하나로 묶인 게임 상태가 포함되어 있으며, 적합한 환경에서 복원할 수 있어야 합니다. 파일 크기나 다운로드 성공만으로는 이를 증명할 수 없습니다. 따라서 백업과 복원을 함께 계획하세요.
게임 상태에 포함되는 것
| 구성 요소 | 누락 시 사라질 수 있는 것 |
|---|---|
| 모든 월드 폴더와 차원 | 건축물, 탐험한 지역, 네더, 엔드 또는 모드 월드 |
| 플레이어 데이터 | 인벤토리, 위치, 진행 상황 및 통계 |
| 설정 및 접근 규칙 | 월드 이름, 게임 규칙, 화이트리스트 및 운영자 |
| 모드, 플러그인, 데이터팩 및 관련 데이터 | 기계, 영역, 경제 또는 추가 게임 규칙 |
| 외부 데이터베이스 | 권한, 잔액 또는 서버 폴더 외부에 저장된 기타 데이터 |
| 버전 정보 | 복원에 필요한 서버 및 런타임 조합 |
일반적인 경로 목록에서 개별 폴더만 골라내지 말고, 서버 전체 자산을 백업하세요. 월드 레이아웃은 서버 소프트웨어와 버전에 따라 달라집니다. 특히 예전에 널리 쓰였던 world, world_nether, world_the_end 구조로의 분할은 최신 버전에 대한 보편적인 규칙이 아닙니다. 실제 폴더와 활성화된 월드 이름을 확인하세요. Paper 마이그레이션 참고 문서는 이전 형식과 새 형식을 구분해서 설명합니다.
패널에서 백업 확인하기
선택한 서버에서 Backups를 여세요. 기존 백업의 생성 시점과 완료 상태를 확인하세요. 새 백업을 생성할 때는 완료된 결과를 기다리세요. 시작된 작업이나 진행률 표시줄만으로는 아직 사용 가능한 복원이 아닙니다.
서버에 표시되는 보관 및 다운로드 옵션을 확인하세요. 해당 탭이 존재한다고 해서 특정 일정이 정해져 있다고 추측하지 마세요. 실행 중인 서버 외부에 별도의 사본을 두면, 서버 자체 저장소에 더 이상 접근할 수 없는 경우에도 보호받을 수 있습니다.
수동 파일 백업: 사전에 완전히 중지하기
SFTP를 통한 수동 복사를 위해서는 서버를 중지하고 프로세스가 종료되었는지 확인해야 합니다. 조용한 플레이 구간만으로는 충분하지 않습니다. 백그라운드 작업이 계속해서 월드 및 플러그인 파일을 기록할 수 있기 때문입니다. 단일 저장 명령 역시 이어지는 긴 파일 복사를 자동으로 일관성 있게 만들어 주지 않습니다.
중단을 미리 공지하고, 새로운 플레이 세션을 막은 다음, 중지 후에 서로 연관된 파일을 백업하세요. 외부 데이터베이스를 사용하는 경우에는 해당 데이터베이스에 기록 중인 애플리케이션도 함께 종료하거나, 데이터베이스에서 문서화된 일관성 있는 백업 절차를 사용하세요. 실행 중인 테스트 인스턴스도 데이터를 기록할 수 있습니다.
SFTP 가이드에서 파일 접근 방법을 설명합니다. 서버는 패널을 통해 중지하며, 공개 진단 보고서에는 개인 접속 정보를 업로드하지 마세요.
백업을 식별 가능하게 만들기
날짜, 서버, 사유가 포함된 이름을 사용하세요. 예를 들어 2026-09-12-survival-vor-update와 같이 표기합니다. 마인크래프트 버전, 서버 소프트웨어, 로더, 관련 확장 기능, 백업 시점을 적은 텍스트 메모를 함께 보관하세요. 외부 데이터베이스가 포함되어 있는지, 아니면 별도로 백업되었는지도 기록하세요.
아카이브를 열 수 있는지, 예상된 파일이 들어 있는지 확인하세요. 동일한 아카이브를 전송할 경우, 전송 전후로 SHA-256 체크섬을 비교할 수 있습니다. 체크섬이 동일하면 전송 과정에서 변경이 없었음을 입증하지만, 원본 백업이 완전했다는 것을 증명하지는 않습니다.
사본으로 복원 테스트하기
- 문서화된 버전으로 별도의 대상 환경을 준비하고 접근을 제한하세요.
- 대상 환경에 기존 상태가 있다면 백업하고 해당 프로세스를 중지하세요.
- 선택한 백업 상태를 완전히 복원하세요. 오래된 월드 데이터를 최신 플러그인 데이터베이스와 섞지 마세요.
- 시작하기 전에 활성화된 월드, 설정, 데이터베이스 연결을 확인하세요.
- 서버를 시작하고 콘솔을 확인하세요. 알고 있는 건축물, 차원, 인벤토리, 핵심 플러그인 기능을 비교하세요.
- 작은 테스트 변경을 만든 다음, 정상적으로 중지했다가 다시 시작하세요. 해당 변경 사항이 다시 남아 있어야 합니다.
테스트용 사본은 운영 중인 데이터베이스를 사용해서는 안 됩니다. 그렇지 않으면 테스트만으로도 실제 게임 상태가 바뀔 수 있습니다. 테스트 결과를 기록하고, 변경되지 않은 백업 상태는 계속 보관하세요.
비상 상황에서 되돌리기
먼저 마지막으로 정상이었던 시점과 그로 인해 잃게 되는 진행 상황을 파악하세요. 비교를 위해 문제가 발생한 현재 상태도 백업하세요. 그런 다음 대상을 중지하고 선택한 전체 상태를 복원하세요. 버전 전환이 실패한 경우에는 그에 맞는 이전 소프트웨어도 함께 필요합니다. 이미 변경된 월드를 단순히 다운그레이드하는 것은 복원이 아닙니다.
어느 시점부터 변경 사항이 누락되는지 플레이어에게 안내하세요. 일반 계정으로 월드를 확인한 다음에야 다시 접속 정보를 공개하거나 접근을 개방하세요. 단지 잘못된 월드가 활성화되어 있었을 뿐이라면, 성급하게 모든 데이터를 되돌리기 전에 먼저 월드 이름부터 확인하세요.
빈도와 저장 공간 계획하기
최대 어느 정도의 진행 상황까지 잃어도 괜찮은지를 기준으로 결정하세요. 그룹이 매일 대규모 프로젝트를 진행한다면 주간 백업으로는 너무 성긴 간격일 수 있습니다. 변경 작업 전에는 명확하게 구분되는 별도의 백업을 추가로 만드세요. 문제는 나중에야 드러날 수 있으므로 여러 시점의 백업을 보관하세요.
실제 아카이브 크기와 여유 저장 공간을 측정하세요. 백업, 압축 해제된 복원본, 그리고 앞으로의 월드 성장을 위한 공간을 계획하세요. 일률적인 압축률이나 고정된 월드 크기는 이때 신뢰할 수 없습니다.
FAQ
복사한 월드 폴더만으로 충분한가요?
완전한 서버 복원에는 대부분 충분하지 않습니다. 확장 기능, 권한, 외부 데이터도 게임 상태에 속할 수 있습니다.
유일한 백업본을 테스트용으로 열어도 되나요?
사본으로 작업하세요. 새 버전에서 불러오는 것만으로도 이미 데이터가 변경될 수 있습니다.
복원은 시작되지만 플레이어에게 아이템이 없습니다. 어떻게 해야 하나요?
플레이어 데이터의 시점과 완전성, 그리고 기존의 인증 및 프록시 경로를 확인하세요. 프로세스가 정상적으로 시작되었다고 해서 플레이어 상태가 완전하다는 것이 확인되지는 않습니다.
관련 가이드
다른 언어로 읽기
Deutsch · English · Español · Français · Nederlands · Português · Русский
Create a backup: view an example
Our own captures from a demonstration environment. The version and setup shown may differ from your server.
- Open Files & Data, then Backups.
- Click Create backup. The progress is shown.
- The finished backup appears in the list.
GSH-Testserver · 2026-09-28
Restore a backup: view an example
Our own captures from a demonstration environment. The version and setup shown may differ from your server.
- Open Files & Data, then Backups. Select the backup you want.
- Restoring stops the server and writes the saved data back.
- Confirm Restore and wait for the operation to finish.
GSH-Testserver · 2026-09-28