Backup e segurança do MariaDB na Loding
Como não perder economia e tickets: dump periódico, senha forte e o que fazer se o bot vazou credencial.
- Dump antes de migration
- Senha longa na porta pública
- Troque se vazou
- Upgrade de RAM se o dump crescer
Links para seguir
Faça login para ir direto ao painelLembrete: a instância tem porta pública dedicada. Senha fraca (123456, discord, o nome do servidor) é convite para minerar ou apagar tabela.
Passo a passo
- 1Use senha gerada, diferente do token do bot e da senha do PainelLH. Troque em Startup se a atual é a senha padrão que você já colou em print.
- 2Antes de qualquer migration grande (botão “reset economia”, troca de bot, import de SQL), faça um dump. No cliente: mysqldump ou a função Exportar (HeidiSQL/DBeaver). Guarde o .sql fora do servidor do bot.
- 3Se o token ou a senha vazaram no GitHub/Discord, troque os dois na hora. Senha no banco + token no portal do Discord. Reinicie o bot com as variáveis novas.
- 4Não exponha phpMyAdmin na internet “porque é mais fácil”. Prefira cliente local com IP:porta e senha. Menos superfície de ataque.
- 5Se o dump passou de alguns gigabytes ou o bot ficou lento em SELECT, avalie o plano Plus/Pro em /mariadb — RAM e disco NVMe fazem diferença em tabela de logs.
- 6Depois de restaurar um dump, confirme no bot (saldo de um usuário conhecido) antes de anunciar que “já voltou”. Restore pela metade gera ticket pior que a queda.
Pronto para o próximo passo?
Vá direto ao link certo deste tutorial — sem procurar no menu.