Antes de começar
Guarde cópia completa datada e original independente. Pare escritas ou use backup coerente com a aplicação. Teste recuperação privada e preserve o original.
Inventariar versões e âmbito
Registe artifact FXServer, ESX/QBCore, conector SQL, arranque, server.cfg, ficheiros exec e todos os recursos.
Registe versões, arranque, espaço usado, contas, permissões, tarefas, bases e dependências externas. Confirme a exportação antes de cancelar.
- server.cfg
- resources/
- exec
Preservar todos os dados
Guarde todo o txData real com perfis, administradores e moderação; server.cfg não basta.
Guarde cópia completa datada e original independente. Pare escritas ou use backup coerente com a aplicação. Teste recuperação privada e preserve o original.
- txData/
- serverProfile
- txDataPath
- txAdmin
Verificar contas e dependências
Exporte personagens, inventários, veículos e tabelas próprias separadamente; preserve utilizadores, privilégios e collation SQL.
Confirme versões, espaço temporário, portas e permissões no destino. Mantenha versões inicialmente; separe atualizações. RAM ou vCPU iguais não provam desempenho igual.
- ESX / QBCore
- MySQL / MariaDB
- SQL
Preparar destino e cópia
Recupere inicialmente versões iguais. Configure chaves Cfx.re, acessos SQL e webhooks apenas em privado.
Planeie pausa de escritas e exportação final coerente. Transfira ficheiros e SQL separadamente. Compare tamanho e hash do mesmo arquivo estável; não prova consistência SQL.
- FXServer
- Cfx.re
- webhooks
- SQL
Testar em privado
Teste consola, recursos, permissões txAdmin, gravação de personagens, ligação direta e lista FiveM; distinga TCP e UDP.
Teste em privado arranque, autenticação, permissões, dados e persistência após reinício correto. Verifique certificados e TCP/UDP sem publicar a administração.
- TCP / UDP
- txAdmin
- FiveM
Mudar e manter recuperação
Pare escritas para exportação final de ficheiros/SQL; anuncie o endereço e reconcilie dados antes de reverter.
Mude endereço ou DNS após os testes. Considere TTL e caches. Vigie erros e novas escritas; reverter exige reconciliar novos dados, não apenas DNS.
- SQL
- DNS
- IP
O que fazer no teu caso
| Situação | Próximo passo |
|---|---|
| Antes da migração | Não faça a mudança antes de recuperar com sucesso uma cópia completa num teste privado. |
| Durante a transferência | Uma cópia em funcionamento pode perder alterações. Planeie replicação e sincronização final específicas com um administrador; não prometemos continuidade absoluta. |
| Depois da mudança | Mantenha serviço anterior e originais até aceitar o destino. Defina quem autoriza a mudança e como reconciliar novas escritas antes de reverter. |
Fontes oficiais
Estas fontes explicam os protocolos e configurações referidos. Confirma sempre a documentação da tua versão.