bothintermediatetutorial

Minecraft Realms 업로드 전 월드 준비 방법

로컬 월드를 확인하고 식별 가능한 사본 두 개를 남긴 뒤 Java 또는 Bedrock을 맞춰 Realm 소유자에게 안전한 업로드 인계 정보를 전달하세요.

업데이트 2026-08-13 · MapMC Editorial

Java ZIP 또는 Bedrock mcworld에서 확인된 로컬 월드와 두 개의 사본을 거쳐 Realm 소유자 인계로 이어지는 MapMC 원본 준비 흐름
먼저 알맞은 로컬 월드와 식별 가능한 인계 정보를 준비합니다. Realm 소유자는 이후 대상 슬롯을 보호하고 당시의 공식 업로드 안내를 따릅니다. · MapMC original diagram

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 ZIPJava 로컬 월드로 압축을 풀고 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이 알 수 없는 파일의 에디션을 판별해 주지는 않습니다.

인계하기 전에 로컬에서 증명하기

대상 월드는 맞는 로컬 클라이언트에서 열어 봅니다. 필요한 것은 짧고 재현 가능한 관찰 기록이지, 긴 플레이 세션이나 유일한 사본을 대상으로 한 위험한 변환이 아닙니다.

  1. 해당 로컬 클라이언트를 열고 원본이 아니라 작업 사본을 선택합니다.
  2. 표시되는 월드 이름, Java/Bedrock, 확인에 사용한 클라이언트 버전, 날짜를 기록합니다.
  3. 스폰 지점에서 알아볼 수 있는 지점 두세 곳을 적습니다. MapMC 월드라면 해안선, 도로 모양, 높낮이, 큰 건물, 선택한 실제 장소가 도움이 됩니다.
  4. 기대한 모습에 특정 설정, 데이터 팩, Add-On, 리소스 팩, 실험 기능, 명령 권한, 모드, 버전이 필요하다면 기록합니다. 로컬에서 보인다는 사실은 Realm에서 유지된다는 보장이 아닙니다.
  5. 정상적으로 저장하고 나간 다음 같은 작업 사본을 다시 엽니다. 목록에 한 번 보였다는 것보다 동일한 소스를 다시 찾아 실행할 수 있다는 사실을 확인합니다.

월드가 보이지 않거나, 첫 실행에 오류가 나거나, 모습이 다르거나, 구분할 수 없는 동명 사본이 여럿이면 로컬 단계에서 멈춥니다. 모든 후보를 보존하고 정확한 메시지를 비공개로 기록한 뒤 가져온 뒤 월드가 보이지 않는 경우 가이드를 사용하세요. 이름만 보고 월드를 지우거나, 나중의 Realm 업로드를 로컬 파일 진단에 사용하지 마세요.

식별 가능한 사본 두 개 남기기

변경하지 않는 소스 하나와, 확인·인계에 쓸 작업 사본 하나를 최소한 남깁니다. "두 사본"은 위치와 내용을 독립적으로 설명할 수 있는 두 항목입니다. 바로가기 두 개, 브라우저 탭 두 개, 같은 클라우드 파일의 두 보기, 위치를 모르는 동명 파일은 두 사본이 아닙니다.

사본목적최소 확인
깨끗한 전달 소스MapMC 또는 원 제작자가 처음 전달한 상태를 보존위치가 분명하고 변경하지 않았으며 반복해서 열고 편집하는 쪽이 아님
테스트한 작업 사본소유자가 나중에 선택할 수 있는 로컬 후보의미 있는 이름, 맞는 에디션, 로컬 실행 기록, 지점 메모가 있음

소유자가 별도 승인된 Realm 작업을 마치고 관계자가 호스팅 결과를 받아들일 때까지 깨끗한 소스를 보관하세요. 로컬 저장, Realm에서 내려받은 월드, Realm 자동 백업은 서로 다른 복구 자료입니다. 하나가 다른 하나를 자동으로 대신하지 않습니다.

중요한 월드는 문제를 찾는 동안 두 사본을 동시에 옮기지 마세요. 나중에 변경이 필요하면 새 작업 사본에서 시작하고, 마지막으로 로컬 확인된 버전을 유지합니다. 그러면 무엇이 바뀌었는지 설명할 수 있습니다.

업로드 인계 카드를 만들기

Realm 소유자에게는 "가장 최신 것을 올려 주세요" 대신 짧은 사실 카드를 줍니다. 소유자에게 필요한 것은 올바른 로컬 후보를 구별하는 정보와 멈춰야 할 조건입니다. Microsoft 비밀번호, 결제 영수증, 초대 링크, 플레이어 목록, 개인 정보가 보이는 스크린샷은 필요하지 않습니다.

Realm 업로드 전에 기록할 에디션, 로컬 확인, 두 사본, 버전과 콘텐츠 메모, 지점, 크기와 대상 정보를 보여 주는 MapMC 원본 인계 카드 도식
유효한 인계는 로컬 소스와 확인 결과를 식별합니다. Realm 소유자는 기존 대상 슬롯을 별도로 보호하고 현재 Minecraft 공식 안내를 따릅니다. · MapMC original diagram

빈칸이나 모르는 값은 추측해서 채우지 말고 중지 조건으로 취급하세요.

기록할 것적을 내용이유
에디션과 로컬 클라이언트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 소유자에게 무엇을 주면 되나요?

작업 사본 식별, 에디션, 로컬 확인 날짜, 지점 두 곳, 깨끗한 소스 위치, 버전/콘텐츠 메모, 크기, 대상이 빈 슬롯인지 보호된 슬롯인지를 전달하세요. 비밀번호, 인증 코드, 결제 정보, 개인 초대 링크, 다른 월드나 플레이어가 보이는 스크린샷은 전달하지 마세요.

출처와 검토 기준

가능하면 공식 문서를 우선하고 사실 확인에 사용한 참고 자료를 공개합니다.

MapMC와 함께 사용