Como adicionar um mundo existente a um servidor Minecraft Java

Um servidor Java consegue abrir um mundo pronto, desde que receba a pasta completa e esteja configurado para usar exatamente essa pasta. Não apague o mapa atual para testar. Preserve as duas origens, pare todas as gravações e valide uma cópia com acesso restrito antes de receber os jogadores.

Confirme a raiz do mundo Java

Extraia o arquivo e localize level.dat. A pasta que contém esse arquivo diretamente é a raiz; normalmente ela também possui region, data e playerdata. Em MeuMundo/MeuMundo/level.dat, envie a pasta interna. Um ZIP fechado, um .mcworld Bedrock ou somente region não são um mundo Java completo.

Se possível, abra uma cópia na mesma versão Java, visite o spawn e construções conhecidas. Anote versão, software do servidor, loader, mods e datapacks obrigatórios.

Pare o servidor e faça backups independentes

Use stop no console e espere o processo terminar. Copiar durante o salvamento pode misturar chunks e dados de jogadores de momentos diferentes. Mantenha o original intacto e crie uma cópia para upload. No destino, guarde o mundo ativo, server.properties, whitelist, permissões e dados de plugins.

Arquive o mapa anterior em vez de excluir. Desative temporariamente reinícios automáticos para que o processo não volte a gravar durante a transferência.

Envie e extraia a pasta inteira

Coloque a raiz preparada ao lado do JAR e de server.properties usando o gerenciador oficial, SFTP ou cópia local. A estrutura final deve ser server/mapmc-rio/level.dat, sem uma camada duplicada e sem deixar o ZIP fechado. Escolha um nome simples e único.

Uploads grandes pelo navegador podem falhar sem aviso claro. Compare tamanho e quantidade de arquivos ou use o método recomendado pela hospedagem.

Configure level-name sem variação

Com o processo parado, edite:

level-name=mapmc-rio

O valor deve ser exatamente o nome da pasta, sem aspas, caminho ou extensão. Em Linux, maiúsculas importam. Alguns painéis têm um campo próprio de nome do mundo e reescrevem o arquivo; salve e confira novamente qual valor ficou ativo.

Reproduza versão e dependências

Alinhe Minecraft, Java, Paper/Spigot/Fabric/Forge/NeoForge, loader, mods, plugins e datapacks. Não abra a única cópia em uma versão anterior; a documentação oficial alerta para danos ao fazer downgrade. Qualquer atualização deve ser testada em uma duplicata.

Mantenha whitelist durante o teste. Blocos de mods, dimensões extras e bancos de plugins podem faltar mesmo quando o terreno principal aparece.

Leia o log antes de entrar

Acompanhe o console desde o início e confirme que ele cita o mundo esperado. Pare se houver incompatibilidade de dados, mod ausente, permissão ou erro de level.dat. Painel online só prova que o processo está vivo, não que o mapa correto abriu.

Se surgir um mundo vazio, não construa e não exclua nada. Confira level-name, pasta duplicada, upload, instância em execução, sobreposição do painel e diretório de trabalho. Preserve logs/latest.log.

Valide jogadores, salvamento e reinício

Entre com administrador ou conta na whitelist. Confira spawn, coordenadas, Nether, End, inventário, baú do Ender, avanços, placares, datapacks e permissões. Mudança no modo de autenticação pode gerar outro UUID e parecer perda de inventário.

Faça uma alteração pequena, salve, pare e reinicie. Abra ao público somente quando o mesmo mundo voltar e a alteração persistir. Guarde o backup anterior até a comunidade confirmar o progresso recente.

Checklist de liberação

• A pasta enviada contém level.dat diretamente.
• Há backups separados da origem e do servidor antigo.
• O processo ficou totalmente parado durante a mudança.
• level-name coincide com o nome da pasta.
• Versões, loader e dependências foram conferidos.
• Logs, dimensões, jogadores, salvamento e reinício passaram no teste.

O objetivo não é apenas chegar ao “Done”, mas provar que o servidor carregou e consegue continuar salvando o mundo certo.