Backup é o que separa uma manutenção tranquila de uma crise. Em servidores FiveM, uma alteração errada pode quebrar resources, apagar inventários, corromper banco, remover veículos ou impedir jogadores de logar. Em VPS, você tem liberdade para criar uma rotina profissional de backup, mas precisa lembrar que arquivos e banco de dados são coisas diferentes. Copiar apenas a pasta do servidor não garante restauração completa da cidade.
O que precisa entrar no backup
Um backup útil deve incluir arquivos do servidor, resources, configurações, banco de dados, scripts personalizados, chaves que possam ser guardadas com segurança, logs importantes e documentação de versões. O banco é indispensável, porque nele ficam personagens, dinheiro, veículos, casas e muitos dados de progresso. Também salve o server.cfg, arquivos chamados por exec, permissões ACE e configurações de voz, inventário e framework.
- Pasta de resources.
server.cfge arquivos auxiliares.- Dump do MySQL ou MariaDB.
- Arquivos de configuração de scripts.
- Logs necessários para auditoria.
- Lista de artifacts e versões usadas.
Frequência recomendada
A frequência depende do movimento da cidade. Em servidor de testes, backup manual antes de mudanças pode bastar. Em cidade ativa, faça backup automático diário e backup extra antes de updates grandes. Para cidades com economia intensa, eventos e muitos jogadores, considere backups mais frequentes do banco. O objetivo é reduzir perda máxima aceitável. Se você só faz backup semanal, pode perder uma semana de progresso.
Backup antes de manutenção
Antes de instalar script, atualizar framework, mexer em banco ou trocar artifact, faça backup. Nomeie o arquivo com data, horário e motivo, por exemplo backup-antes-inventario-2026-05-05. Isso evita confusão quando houver várias cópias. Se algo quebrar, você saberá exatamente qual ponto restaurar.
Como fazer backup do banco
Em MySQL ou MariaDB, use dump do database. A ideia é exportar tabelas e dados para um arquivo SQL. Esse arquivo pode ser restaurado em caso de erro. Guarde em local seguro e, se contiver dados sensíveis, proteja o acesso.
mysqldump -u fivem_user -p fivem > backup-fivem.sqlNo Windows, você pode usar ferramentas gráficas como HeidiSQL ou DBeaver, desde que saiba em qual database está trabalhando. O ponto principal é testar o processo de restauração antes de depender dele em emergência.
Backup dos arquivos
Compacte a pasta de dados do servidor, incluindo resources e configurações. Evite copiar enquanto uma atualização está no meio. Se possível, pare o servidor por alguns minutos ou faça snapshot consistente. Não guarde todos os backups apenas na mesma VPS. Se a VPS sofrer falha grave ou invasão, os backups locais também podem ser perdidos.
Restauração com segurança
Para restaurar, primeiro identifique o problema. Se apenas um script quebrou, talvez restaurar só aquele resource resolva. Se o banco foi alterado incorretamente, restaure o dump em ambiente de teste antes de substituir produção. Nunca restaure no desespero sem confirmar o que será sobrescrito. Avise a equipe, registre horário e mantenha cópia do estado atual antes de voltar para um backup antigo.
Estratégia 3-2-1
Uma boa regra é manter três cópias, em dois tipos de armazenamento, com uma fora da VPS principal. Por exemplo: backup local recente, backup em armazenamento externo e cópia crítica baixada pela administração. Para cidades maiores, automatize envio para storage seguro. O custo de armazenar backup costuma ser muito menor que o prejuízo de perder uma comunidade inteira.
Erros comuns
- Fazer backup apenas dos arquivos e esquecer o banco.
- Guardar backups somente na mesma VPS.
- Nunca testar restauração.
- Sobrescrever backup bom com estado quebrado.
- Não documentar versão dos scripts.
- Compartilhar backup com pessoas sem necessidade.
- Restaurar database errado por pressa.
Conclusão
Backup em FiveM precisa ser tratado como rotina operacional, não como tarefa opcional. Em VPS, crie processos claros: backup automático, cópia externa, dump do banco, backup antes de mudanças e teste de restauração. Quando algo falhar, uma rotina bem feita permite voltar rápido, com pouca perda e sem transformar um erro técnico em crise pública para os jogadores.
