Como se preparar para atualizar a versão do Minecraft

Saiu uma versão que você quer usar no servidor? Antes de trocar, vale conferir o que seus jogadores precisam manter: mundo, inventários, plugins, mods e, em alguns casos, dados de um banco.

O seletor do painel facilita a escolha, mas o backup é o que permite recuperar os dados se a mudança der errado. Vamos preparar esse caminho. As imagens mostram a tela de versão; não fizemos uma atualização ou restauração no exemplo.

1. Anote a plataforma e a versão atuais

No servidor, abra Addons → Versão G02.

O 1 mostra o runtime atual; 2 e 3 são seletores; 4 leva à área de backups. Anote a plataforma e a versão atual antes de escolher o destino.

Escolher uma opção no formulário não é confirmar a aplicação. Leia a ação final e seus bloqueios. Na captura, o servidor estava em execução, o que explica a necessidade de manutenção antes de uma alteração.

2. Faça uma lista do que precisa continuar funcionando

Item	O que registrar
Mundo e dimensões	Pastas usadas e construções que serão verificadas
Plataforma	Tipo atual e tipo pretendido
Plugins/mods	Versão, dependências e suporte ao destino
Java	Versão necessária pela plataforma e pelos componentes
Crossplay/WillberMC	Suporte indicado pelos próprios módulos para o destino
Banco externo	Dados MySQL usados pelos plugins e estratégia de cópia

Não trate uma mudança de Paper para um loader de mods como simples atualização do mesmo software. Mods, plugins e dados de mundo podem exigir um procedimento específico.

3. Preserve uma cópia consistente

Avise os jogadores, desligue pelo Console e espere Offline. Preserve mundo, configurações, JARs e dados dos plugins, além dos bancos externos quando usados.

Dê ao backup um nome que ajude a reconhecer a versão anterior e guarde uma cópia fora do servidor. Confira também o limite de Backups: no exemplo, o 1/1 indicava que não havia espaço para outra cópia.

Não exclua a única cópia para conseguir um slot sem ter um caminho de recuperação confiável. Uma cópia antiga pode não conter o progresso recente dos jogadores.

4. Teste uma cópia antes de aplicar em produção

Use um servidor separado, com dados apropriados para teste e sem integração com bancos de produção. Aplique nele o destino pretendido e confira inicialização, mundo, dimensões, inventários e funções dos plugins.

Defina um critério para desistir: erro de carregamento, dados ausentes ou função essencial indisponível. Não siga para produção apenas porque o processo Java iniciou.

Um mundo salvo por uma versão mais nova pode não funcionar ao voltar para uma versão anterior. Não considere trocar só o JAR um plano seguro de downgrade. Planeje restaurar a cópia anterior compatível e os dados correspondentes quando a recuperação exigir isso.

5. Faça a troca no horário combinado

No G02, confira plataforma, versão e estado Offline. Leia os avisos e a confirmação oferecida pelo painel. Depois de fazer a alteração, espere a conclusão antes de iniciar o serviço.

Leia o Console desde o início do carregamento. Confira primeiro os erros relevantes, em vez de modificar várias configurações ao mesmo tempo. Faça o teste com uma conta autorizada, comparando os itens da sua lista.

6. Se precisar voltar

Se você precisar recuperar os dados, pare de fazer novas alterações e guarde a mensagem de erro. Veja o que precisa voltar: o software do servidor, os arquivos, o banco ou mais de uma dessas partes. Trocar apenas a versão não recupera automaticamente os dados anteriores.

A recuperação deve usar conjuntos compatíveis de dados. Confira os avisos de restauração, incluindo a opção de apagar arquivos atuais, antes de confirmar. Não execute tentativa após tentativa sobre a única cópia do mundo.

Antes de liberar a entrada dos jogadores, confira o mundo, os plugins e as conexões da sua lista. Mantenha o backup anterior guardado. A atualização e a recuperação completas ainda precisam ser demonstradas em um servidor de testes.

Referência técnica: preparação de backups e atualização no PaperMC.