Nenhum banco aparece em Backups MySQL. E agora?

Você abriu Backups MySQL e encontrou a mensagem “Nenhum banco MySQL vinculado”? Isso quer dizer que o painel não encontrou um banco associado a esse servidor. Não significa que o mundo desapareceu ou que o Minecraft precisa de um banco para funcionar.

Vamos conferir o vínculo e entender qual tipo de backup seu plugin precisa. Como o servidor das imagens não tinha banco vinculado, este guia não mostra a exportação ou a restauração de um banco.

1. Abra e leia a mensagem completa

Entre no servidor e use Addons → Backups MySQL, ou o atalho MySQL no cartão do serviço.

1 — Atualizar: consulta novamente os bancos e o estado apresentado.

2 — Proteção de restauração: a tela informa que restauração exige o servidor desligado e que o G16 cria uma cópia de segurança antes de alterar o banco.

3 — Nenhum banco vinculado: indica que o módulo não encontrou um banco associado a esse servidor. Não é a mesma coisa que um banco existente sem backups.

O rodapé informa que os backups G16 ficam fora do diretório do jogo e apresenta um limite de 10 backups por banco naquele ambiente. Confira os limites atuais do seu serviço.

2. Confira a aba Databases

Abra Databases, na barra superior do servidor, e confira os vínculos existentes. A própria mensagem do G16 informa que um banco criado na aba de bancos aparece no módulo automaticamente.

Antes de criar algo, identifique qual plugin precisa de MySQL e quais dados ele guarda. Um banco novo e vazio não recupera as informações de um banco antigo nem conecta automaticamente o plugin a ele.

Se o plugin usa um banco externo que não aparece em Databases, encaminhe o caso ao suporte. Não altere o host ou a senha apenas para fazer um item aparecer na lista.

Não envie credenciais pelo chat de ajuda e não publique capturas com senhas de banco. Confirme somente o vínculo e a necessidade do recurso.

3. Diferencie os dois tipos de cópia

Cópia	O que proteger
Backups dos arquivos do servidor	Mundo, arquivos do jogo, JARs e dados locais incluídos na cópia
Dump MySQL	Estrutura e dados do banco incluídos na exportação

Alguns plugins guardam dados tanto em arquivos quanto no MySQL. Nesses casos, faça cópias que permitam recuperar as duas partes juntas. Voltar só o mundo para uma data antiga pode deixar o banco em outra data e causar diferenças nos dados.

O G16 descreve compressão e validação SHA-256. Isso ajuda a verificar o arquivo exportado; não substitui o ensaio de restauração e a conferência das funções do plugin.

4. Prepare a recuperação antes de precisar dela

Registre internamente qual banco pertence a qual plugin, a data da cópia e a versão do plugin correspondente. Guarde downloads em local seguro. Não exponha conteúdo do banco em artigos públicos: ele pode conter dados de jogadores e credenciais de integrações.

Antes de restaurar, combine uma pausa e guarde os dados atuais. Siga os avisos do módulo e espere o resultado. Se faltar espaço, cota ou permissão, confira se a cópia de proteção foi feita; não conte com ela sem essa confirmação.

Quando chamar o suporte

Se Databases mostra um banco do servidor e o G16 continua vazio após atualizar, informe servidor, banco identificado sem senha e mensagem da tela. Se não existe banco vinculado, confirme primeiro se seu plugin realmente usa MySQL.

Ainda falta mostrar a exportação, o download e a restauração com um banco de testes vinculado. As imagens deste guia mostram apenas o caso em que a lista está vazia.

Se seu plugin realmente usa MySQL, o primeiro passo é fazer o banco correto aparecer no módulo. Depois, teste o backup e a recuperação em um banco separado, conferindo os dados pelo próprio plugin.