Minecraft Realms 업로드 전 월드 준비 방법
로컬 월드를 확인하고 식별 가능한 사본 두 개를 남긴 뒤 Java 또는 Bedrock을 맞춰 Realm 소유자에게 안전한 업로드 인계 정보를 전달하세요.
업데이트 2026-08-13 · MapMC Editorial
Realm 화면을 열기 전에 로컬 월드를 인계 가능한 상태로 만드세요. Java 또는 Bedrock을 받는 Realm과 플레이어의 에디션에 맞추고, 작업 사본을 로컬에서 열었다가 다시 열어 확인합니다. 손대지 않은 원본 하나와 이름이 분명한 작업 사본 하나를 남기고, 짧은 인계 기록을 Realm 소유자에게 전달합니다. 이 문서는 여기서 멈춥니다. 로그인, 구독, Realm 선택, 업로드, 슬롯 교체, 초대는 이 문서의 작업이 아닙니다.
이는 절차를 빼는 것이 아니라 파일 확인과 계정에서 일어나는 변경을 분리하는 방법입니다. 로컬 준비만으로도 에디션 혼동, 열어 보지 않은 패키지, 구분되지 않는 동명 월드, 기록하지 않은 추가 요소, 롤백 사본 없이 기존 슬롯을 건드리는 실수를 줄일 수 있습니다. 실제 Realm 조작은 소유자가 당시의 최신 공식 Java/Bedrock 안내에 따라 별도로 결정해야 합니다.
이 가이드는 Realm 조작 전에 끝납니다
나중에 Minecraft Realms에 올릴 수 있는 로컬 월드는 있지만, 준비를 위해 Realm을 설치·구매·설정·테스트하고 싶지 않을 때 이 페이지를 사용하세요. 결과물은 "업로드 성공" 주장 대신, 소유자가 검토할 수 있는 로컬 소스와 사실 기록입니다.
서비스, 권한, 구독, 대상, 슬롯을 판단할 수 있는 사람은 Realm 소유자뿐입니다. Microsoft 로그인, 결제, 약관 동의, 자녀 보호, 플랫폼 온라인 권한이 나타나면 해당 계정 단계에서 멈춥니다. 파일을 준비한다고 해서 다른 사람의 동의, 구매, 데이터 교체를 대신할 수는 없습니다.
로컬에서 월드가 실행된다고 해서 나중의 업로드나 멀티플레이가 보장되는 것은 아닙니다. 확인되는 것은 해당 에디션에서 소스를 찾고 검사할 수 있다는 한 가지 중요한 조건입니다. 클라우드 서비스, 다른 기기, 추가 콘텐츠, 미래 클라이언트 업데이트의 결과를 약속하지 않습니다.
에디션, 패키지, 수신 대상을 맞추기
Java Realm과 Bedrock Realm은 분리된 서비스입니다. Java 월드는 Java Realm과 Java 플레이어에게, Bedrock 월드는 Bedrock Realm과 Bedrock 플레이어에게 보내야 합니다. 확장자 이름만 바꿔도 월드 형식이나 서비스 대상은 변하지 않습니다.
| 가지고 있는 것 | 준비되었다고 볼 수 있는 조건 | 추정하면 안 되는 것 |
|---|---|---|
| Java ZIP | Java 로컬 월드로 압축을 풀고 Java 싱글플레이에서 열린다 | .mcworld로 이름 변경, 서버 폴더 지정, 오프라인 프로필 실행이 Bedrock 또는 Realm 월드로 만든다 |
Bedrock .mcworld | 대상 소비자용 Bedrock 클라이언트의 로컬 월드 목록에 가져와 열 수 있다 | .zip로 이름 변경, Java에서 보임, Education에서 보임이 소비자 Bedrock/Realm 동작을 증명한다 |
| 출처가 불명확한 폴더나 다운로드 | 에디션, 월드 루트, 만든 사람, 첫 로컬 실행을 확인했다 | 아이콘, 날짜, 이름만으로 형식·완전성·권한이 증명된다 |
river-valley-java-working, river-valley-bedrock-working처럼 에디션을 이름에 넣으세요. 원본 전달물, 가져온 로컬 월드, 인계할 작업 사본을 구분할 수 있어야 합니다. 기억 속 Realm 이름이나 파일 날짜만으로 판단하지 마세요.
Java인지 Bedrock인지 확실하지 않다면 Realm에 전달하지 마세요. 먼저 크로스 플랫폼 가져오기 가이드에서 패키지를 확인합니다. Realm이 알 수 없는 파일의 에디션을 판별해 주지는 않습니다.
인계하기 전에 로컬에서 증명하기
대상 월드는 맞는 로컬 클라이언트에서 열어 봅니다. 필요한 것은 짧고 재현 가능한 관찰 기록이지, 긴 플레이 세션이나 유일한 사본을 대상으로 한 위험한 변환이 아닙니다.
- 해당 로컬 클라이언트를 열고 원본이 아니라 작업 사본을 선택합니다.
- 표시되는 월드 이름, Java/Bedrock, 확인에 사용한 클라이언트 버전, 날짜를 기록합니다.
- 스폰 지점에서 알아볼 수 있는 지점 두세 곳을 적습니다. MapMC 월드라면 해안선, 도로 모양, 높낮이, 큰 건물, 선택한 실제 장소가 도움이 됩니다.
- 기대한 모습에 특정 설정, 데이터 팩, Add-On, 리소스 팩, 실험 기능, 명령 권한, 모드, 버전이 필요하다면 기록합니다. 로컬에서 보인다는 사실은 Realm에서 유지된다는 보장이 아닙니다.
- 정상적으로 저장하고 나간 다음 같은 작업 사본을 다시 엽니다. 목록에 한 번 보였다는 것보다 동일한 소스를 다시 찾아 실행할 수 있다는 사실을 확인합니다.
월드가 보이지 않거나, 첫 실행에 오류가 나거나, 모습이 다르거나, 구분할 수 없는 동명 사본이 여럿이면 로컬 단계에서 멈춥니다. 모든 후보를 보존하고 정확한 메시지를 비공개로 기록한 뒤 가져온 뒤 월드가 보이지 않는 경우 가이드를 사용하세요. 이름만 보고 월드를 지우거나, 나중의 Realm 업로드를 로컬 파일 진단에 사용하지 마세요.
식별 가능한 사본 두 개 남기기
변경하지 않는 소스 하나와, 확인·인계에 쓸 작업 사본 하나를 최소한 남깁니다. "두 사본"은 위치와 내용을 독립적으로 설명할 수 있는 두 항목입니다. 바로가기 두 개, 브라우저 탭 두 개, 같은 클라우드 파일의 두 보기, 위치를 모르는 동명 파일은 두 사본이 아닙니다.
| 사본 | 목적 | 최소 확인 |
|---|---|---|
| 깨끗한 전달 소스 | MapMC 또는 원 제작자가 처음 전달한 상태를 보존 | 위치가 분명하고 변경하지 않았으며 반복해서 열고 편집하는 쪽이 아님 |
| 테스트한 작업 사본 | 소유자가 나중에 선택할 수 있는 로컬 후보 | 의미 있는 이름, 맞는 에디션, 로컬 실행 기록, 지점 메모가 있음 |
소유자가 별도 승인된 Realm 작업을 마치고 관계자가 호스팅 결과를 받아들일 때까지 깨끗한 소스를 보관하세요. 로컬 저장, Realm에서 내려받은 월드, Realm 자동 백업은 서로 다른 복구 자료입니다. 하나가 다른 하나를 자동으로 대신하지 않습니다.
중요한 월드는 문제를 찾는 동안 두 사본을 동시에 옮기지 마세요. 나중에 변경이 필요하면 새 작업 사본에서 시작하고, 마지막으로 로컬 확인된 버전을 유지합니다. 그러면 무엇이 바뀌었는지 설명할 수 있습니다.
업로드 인계 카드를 만들기
Realm 소유자에게는 "가장 최신 것을 올려 주세요" 대신 짧은 사실 카드를 줍니다. 소유자에게 필요한 것은 올바른 로컬 후보를 구별하는 정보와 멈춰야 할 조건입니다. Microsoft 비밀번호, 결제 영수증, 초대 링크, 플레이어 목록, 개인 정보가 보이는 스크린샷은 필요하지 않습니다.
빈칸이나 모르는 값은 추측해서 채우지 말고 중지 조건으로 취급하세요.
| 기록할 것 | 적을 내용 | 이유 |
|---|---|---|
| 에디션과 로컬 클라이언트 | Java 또는 Bedrock, 확인에 사용한 버전 | 월드·Realm·플레이어 그룹의 혼동 방지 |
| 작업 사본 식별 | 보이는 월드 이름, 저장 위치, 확인 날짜 | 오래되었거나 같은 이름인 월드와 구분 |
| 깨끗한 소스 식별 | 전달 파일 이름/위치와 미변경 여부 | 작업 사본이 달라져도 복구 시작점 보존 |
| 로컬 증명 | "열기, 저장, 다시 열기"와 지점 두 곳 | 나중에 기대하는 결과를 대조 |
| 콘텐츠 메모 | 중요한 설정, 팩, 실험 기능, 버전, 알려진 한계 | 모든 콘텐츠가 호환된다는 인상 방지 |
| 크기 | 날짜가 있는 파일/폴더 크기와 현재 공식 한계와의 거리 | 슬롯을 건드리기 전에 서비스 경계 확인 |
| 대상 질문 | 빈 슬롯인지, 기존 슬롯을 확인 가능한 형태로 내려받았는지 | 소유자가 교체 위험을 먼저 처리 |
Realm 소유자가 대상 보호하기
이 페이지는 Realm 안에서 어떤 버튼을 누르는지 설명하지 않습니다. 다만 기존 월드가 있는 대상은 소유자가 식별 가능한 롤백 다운로드를 먼저 준비하고 나서 변경을 결정해야 합니다. 현재 Minecraft Realm 안내는 교체 전 월드 내려받기를 권하며, 자동 백업이 무기한 보관되지 않는다고 알립니다.
소유자는 자신의 최신 클라이언트와 해당 공식 페이지에서 수신 Realm이 같은 에디션인지, 현재 계정이 관리 권한을 가지는지, 슬롯이 비어 있는지 또는 기존 진행이 있는지, 기존 월드를 내려받아 식별할 수 있는지, 최종 업로드/교체 확인이 데이터를 바꾼다는 점을 이해하는지 확인합니다. 친구에게 비밀번호, 인증 코드, 계정 화면, 초대, 청구 정보를 보내 달라고 하지 마세요. 소유권이나 대상이 불명확하면 소유자가 공식 비공개 경로로 해결해야 합니다.
크기, 버전, 선택 콘텐츠 검토하기
2026-08-13에 확인한 공식 Java와 Bedrock 업로드 페이지는 모두 최대 월드 크기 4 GB를 안내했습니다. 이것은 날짜가 있는 서비스 한계이지 파일 형식의 영구 규칙이 아닙니다. 한계에 가까우면 소유자가 실제 작업하는 날 해당 공식 페이지를 다시 확인해야 합니다.
유일한 소스에서 임의로 폴더를 지우거나 확장자를 바꾸거나, 개인 월드를 모르는 온라인 복구 서비스에 보내서 "Realm 호환"으로 만들려 하지 마세요. 그러면 문제가 소스, 에디션, 선택 콘텐츠, 서비스 경계 중 어디에 있는지 보여 주는 증거까지 잃습니다.
대신 실제 로컬 확인 내용을 기록합니다. 사용한 클라이언트와 버전, 중요한 실험 옵션/팩/명령/모드/Add-On, 원본이 MapMC 전달물인지 편집 사본인지 내려받은 Realm 월드인지, 다시 열 때의 메시지나 차이를 적으세요. 이는 재고 목록이지 호환성 보장이 아닙니다. Java와 Bedrock은 서로 다른 콘텐츠 생태계를 가집니다.
준비 문제에서 멈추기
가장 안전한 해결책은 첫 번째 불확실한 경계에서 멈추는 것입니다. 무엇을 바꾸고 어떤 사본이 이전 상태를 보호하는지 설명할 수 있을 때만 한 번에 한 가지를 바꾸세요.
| 보이는 상황 | 준비 단계 | 안전한 다음 행동 | 하지 말 것 |
|---|---|---|---|
ZIP, .mcworld, 폴더만 있고 로컬로 열지 않음 | 로컬 증명 | 작업 사본에서 올바른 가져오기/압축 풀기 해결 | 열지 않은 패키지를 준비된 것으로 전달 |
| Java와 Bedrock 표기가 충돌 | 에디션 | 소스, 플레이어, Realm의 에디션 확인 | 확장자나 런처 아이콘을 변환으로 간주 |
| 같은 이름 월드가 여러 개 | 식별 | 이름에 날짜와 용도를 넣고 지점 기록 | 첫 동명 후보 선택 또는 후보 삭제 |
| 필요한 팩/실험/모드를 모름 | 콘텐츠 목록 | 불확실성을 기록하고 로컬 소스 검사 | Realm 뒤에도 반드시 남는다고 약속 |
| 크기가 4 GB에 가까움 | 서비스 경계 | 소유자에게 최신 공식 한계 재확인 요청 | 유일한 소스를 추측으로 압축·삭제 |
| 대상에 기존 월드가 있거나 소유자가 설명 못 함 | 대상 보호 | 식별 가능한 다운로드와 계획을 기다림 | 자동 백업, 기억, 사진을 롤백 증거로 사용 |
| 계정·초대·결제·코드를 요구받음 | 계정 개인정보 | 인계에는 월드 사실만 적고 계정 문제는 비공개 해결 | 자격 증명이나 개인 자료 공유 |
MapMC가 제공하는 것과 제공하지 않는 것
MapMC의 Java 생성물은 ZIP이고 Bedrock 생성물은 .mcworld 패키지입니다. 두 파일은 각자 맞는 로컬 에디션에 넣은 뒤 이 페이지의 준비 기록을 만들 수 있습니다. MapMC는 실제 장소에서 Minecraft 월드를 생성할 수 있지만, Java를 Bedrock으로 변환하거나 Minecraft를 설치하거나 Microsoft 계정을 인증하거나 Realm을 구매·갱신하거나 슬롯을 고르거나 대신 업로드하거나 선택 콘텐츠 보존을 보장하거나 Realm 백업을 운영하지 않습니다.
로컬 소스가 아직 준비되지 않았다면 월드 가져오기 가이드를, 목적이 서버라면 Java 서버 월드 가이드 또는 Bedrock Dedicated Server 가이드를, 안전한 로컬 복구가 필요하다면 백업 및 복원 가이드를 사용하세요.
자주 묻는 질문
이 페이지가 내 월드를 Realm에 업로드하나요?
아니요. 식별 가능하고 로컬 확인된 소스와 인계 카드만 준비합니다. 소유자가 자신의 에디션에 대한 최신 공식 절차를 사용하고, 슬롯을 바꾸는 행동을 별도로 승인합니다.
Realm이 없어도 월드를 준비할 수 있나요?
네. 에디션 확인, 작업 사본의 로컬 실행, 깨끗한 소스 보관, 지점과 의존성 기록, 소유자에게 할 질문 작성은 가능합니다. 실제 소유자 Realm이 없으면 구독, 소유 권한, 슬롯 상태, 업로드 UI, 호스팅 결과를 증명할 수는 없습니다.
같은 월드를 Java와 Bedrock Realm에 모두 쓸 수 있나요?
파일 이름을 바꾸는 것만으로는 안 됩니다. Java와 Bedrock Realm은 별도 서비스입니다. 변환에는 별도의 도구, 손실 분석, 백업, 검증이 필요하며 이 준비 가이드 범위 밖입니다.
자동 백업이 있으면 내려받을 필요가 없나요?
그렇지 않습니다. 현재 Minecraft 안내는 Realm 백업이 무기한 남지 않을 수 있다고 알리고, 교체 전 진행 상황을 내려받으라고 권합니다. 식별 가능한 다운로드는 슬롯을 바꾸기 전 더 안전한 조건입니다.
Realm 소유자에게 무엇을 주면 되나요?
작업 사본 식별, 에디션, 로컬 확인 날짜, 지점 두 곳, 깨끗한 소스 위치, 버전/콘텐츠 메모, 크기, 대상이 빈 슬롯인지 보호된 슬롯인지를 전달하세요. 비밀번호, 인증 코드, 결제 정보, 개인 초대 링크, 다른 월드나 플레이어가 보이는 스크린샷은 전달하지 마세요.
출처와 검토 기준
가능하면 공식 문서를 우선하고 사실 확인에 사용한 참고 자료를 공개합니다.