---
title: "Migrar servidor de jogo sem perder jogadores"
description: "Plano para migrar servidor de jogo sem perder jogadores: TTL baixo com antecedência, SRV no Minecraft, ensaio, janela de manutenção, Discord e rollback."
url: "https://streethosting.com.br/guias/infraestrutura/migrar-servidor-jogo-sem-perder-jogadores"
category: "infraestrutura"
slug: "migrar-servidor-jogo-sem-perder-jogadores"
datePublished: "2026-09-28"
dateModified: "2026-09-28"
author: "Equipe StreetHosting"
difficulty: "intermediario"
language: "pt-BR"
keywords:
  - "migrar servidor de jogo sem perder jogadores"
  - "mudar ip servidor de jogo"
  - "janela de manutencao servidor"
  - "ttl dns migracao servidor"
  - "rollback migracao servidor"
  - "avisar jogadores mudanca de servidor"
---

# Como trocar o servidor de máquina sem esvaziar a comunidade

Em migração bem feita os arquivos quase nunca se perdem, mas os jogadores sim. Este guia organiza cronograma, DNS, ensaio, janela de manutenção, avisos no Discord e plano de volta para a comunidade atravessar a mudança sem perceber.

> **Resposta rápida**
>
> Para **migrar um servidor de jogo sem perder jogadores**, trate a mudança como um evento da comunidade, e não só como cópia de arquivos. Faça os jogadores entrarem por domínio, com registro SRV no Minecraft Java, baixe o TTL do DNS pelo menos 48 horas antes, ensaie a migração inteira na máquina nova, marque uma janela de manutenção curta e anunciada no Discord e decida antes em que condições você volta para o servidor antigo.

## Por que jogadores somem numa migração

Em uma migração feita com cuidado, arquivo quase nunca se perde. Jogador, sim. Quem acompanha comunidades de Minecraft, FiveM ou servidores da Steam vê sempre os mesmos quatro motivos:

- **Endereço antigo salvo no cliente:** quem guardou o IP numérico na lista de servidores ou nos favoritos tenta entrar no endereço velho, encontra o servidor desligado e conclui que o projeto acabou.
- **Aviso que ninguém leu:** um anúncio único no Discord, na véspera, alcança uma fração da comunidade. Quem joga só no fim de semana descobre a mudança pela ausência.
- **Progresso perdido:** uma sincronização final esquecida ou um rollback mal planejado apaga horas de construção, de economia ou de personagem. É o motivo que mais gera abandono definitivo.
- **Primeira noite ruim:** lag, plugin quebrado ou permissão errada no primeiro horário de pico. O jogador perdoa meia hora de manutenção, mas não perdoa uma semana instável.

A parte técnica da troca de máquina, com sincronização de dados e virada de DNS, está resumida em [como migrar um servidor sem downtime](https://streethosting.com.br/guias/infraestrutura/como-migrar-servidor-sem-downtime). Este guia cuida do que acontece em volta dela, que é justamente o que decide se a comunidade chega inteira do outro lado.

## O cronograma de duas semanas

Migração tranquila começa bem antes do dia marcado. O cronograma abaixo serve para comunidades de qualquer tamanho. Em servidor pequeno dá para comprimir tudo em uma semana, mas a ordem das etapas continua a mesma.

| Quando | O que fazer | Por quê |
| --- | --- | --- |
| 14 dias antes | Contratar a máquina nova, instalar tudo e fazer a primeira cópia dos dados | Tempo para errar sem pressão |
| 10 dias antes | Ensaio completo com a staff, cronometrando cada etapa | Descobrir quanto dura a janela real |
| 7 dias antes | Primeiro anúncio com data, horário de Brasília e duração estimada | Alcançar quem entra pouco |
| 2 dias antes | Baixar o TTL do domínio para 300 segundos | Caches antigos expiram antes da virada |
| 1 dia antes | Lembrete no Discord e aviso dentro do jogo | Ninguém é pego de surpresa |
| Dia da janela | Congelar, sincronizar, virar o DNS, testar e abrir | Janela curta e previsível |
| Até 7 dias depois | Servidor antigo preservado e com aviso do endereço novo | Plano de volta e resgate de quem se perdeu |

Pagar as duas máquinas por alguns dias é o seguro mais barato da operação. Uma semana de sobreposição custa uma fração da mensalidade e evita o pior cenário, que é cancelar o servidor antigo e descobrir no dia seguinte que faltou uma pasta.

## Endereço estável: domínio, TTL e SRV

A melhor migração é aquela em que o jogador não precisa fazer nada. Isso só acontece quando ele entra por um nome, como play.seudominio.com.br, e não por um IP. Se a comunidade ainda usa IP numérico, crie o domínio agora e divulgue durante semanas antes da mudança. Assim a migração seguinte já encontra todo mundo no endereço certo.

O TTL é o tempo, em segundos, que os resolvedores de DNS guardam a resposta antes de perguntar de novo. O detalhe que pega muita gente: o valor novo só passa a valer depois que o antigo expira. Se o registro estava com TTL de 86400, que é um dia, baixar para 300 duas horas antes da janela não adianta nada, porque parte da internet vai continuar mandando jogadores para o IP velho por até 24 horas. Baixe com 48 horas de antecedência e, quando tudo estabilizar, suba de novo para algo como 3600.

No Minecraft Java existe um recurso a mais, o registro SRV. Ele diz ao cliente em qual máquina e em qual porta está o servidor de um nome, o que permite esconder a porta e trocar o destino editando um único registro. O passo a passo está em [domínio personalizado no servidor Minecraft](https://streethosting.com.br/guias/minecraft/dominio-personalizado-servidor-minecraft-dns). Cada jogo guarda o endereço de um jeito, e isso muda o que você precisa fazer:

| Jogo | Como o jogador guarda o endereço | O que fazer |
| --- | --- | --- |
| Minecraft Java | Nome ou IP na lista de servidores | Domínio com registro A e SRV; a troca fica invisível para quem usa o nome |
| Minecraft Bedrock | Endereço e porta digitados | Domínio com registro A e a mesma porta no servidor novo |
| FiveM | Lista de servidores, link curto do Cfx.re ou comando connect | Domínio no connect e conferir o link curto depois da virada |
| Jogos da Steam | Favoritos pelo IP e pela porta | Anunciar o endereço novo; favoritos antigos param de funcionar |

> **Atenção**
>
> Se o DNS está na Cloudflare, o registro do servidor de jogo precisa ficar como DNS only, com a nuvem cinza. O proxy da Cloudflare trabalha com tráfego web e não encaminha a conexão do jogo.

## O ensaio geral

O ensaio é a migração completa feita com uma cópia dos dados, sem avisar ninguém e sem tocar no servidor que está no ar. Ele revela três coisas que nenhum planejamento em papel mostra: o que ficou de fora do inventário, quanto tempo cada etapa leva de verdade e se a máquina nova aguenta o horário de pico.

1. Copie os dados atuais para a máquina nova.
2. Suba o servidor com a mesma versão do jogo e os mesmos plugins, mods ou resources. Atualizar fica para depois da migração.
3. Entre com a staff pelo IP direto e teste tudo que depende de dados: inventário, permissões, economia, proteção de terreno, casas e veículos.
4. Cronometre a cópia final, a restauração do banco e o boot. A soma com uma margem é a duração da sua janela.
5. Escreva o roteiro da virada, com os comandos na ordem e o nome de quem executa cada passo.

Em mundos grandes, a cópia é a etapa mais lenta. A saída é fazer a cópia completa dias antes com rsync e, no dia da janela, rodar o mesmo comando de novo, que transfere só o que mudou. Um mundo de dezenas de gigabytes que levou horas na primeira vez costuma sincronizar em minutos na segunda. O uso do rsync está em [transferir arquivos para a VPS com SCP e rsync](https://streethosting.com.br/guias/vps/transferir-arquivos-vps-scp-rsync).

> **Dica**
>
> Faça pelo menos uma parte do ensaio no horário de pico da comunidade, com a staff e alguns jogadores de confiança online. Servidor vazio não mostra gargalo nenhum.

## A janela de manutenção

Escolha o horário olhando os seus próprios dados de jogadores online, não um palpite. Em geral é uma madrugada de dia útil. Evite a véspera de evento, o início de temporada e qualquer data em que a staff não possa ficar acordada acompanhando o resultado. No dia, a sequência é sempre esta:

1. Avisos dentro do jogo 30, 10 e 1 minuto antes.
2. Feche a entrada e desligue o servidor antigo. A partir daqui nada mais muda nos dados.
3. Rode a sincronização final dos arquivos e gere o dump final do banco.
4. Suba o servidor novo com whitelist e teste com a staff.
5. Aponte o registro do domínio para o IP novo.
6. Abra a entrada, anuncie e acompanhe o primeiro horário de pico.

> **Atenção**
>
> Nunca deixe os dois servidores abertos ao mesmo tempo com os mesmos dados. Quem entrar no antigo durante a virada joga em um mundo que será descartado, e esse progresso some. O antigo precisa estar congelado antes da sincronização final.

## Comunicação no Discord e no jogo

Um anúncio único não alcança ninguém. A mesma mensagem precisa aparecer em vários lugares, com o mesmo texto e o mesmo horário, para que ninguém receba duas versões diferentes da história.

- **Anúncio fixado:** no canal de avisos, com data, horário de Brasília, duração estimada e o endereço que continua valendo.
- **Lembretes com menção:** no dia anterior e uma hora antes. Mencionar o cargo de jogadores só nesses dois momentos evita que a comunidade passe a ignorar os avisos.
- **Dentro do jogo:** mensagem automática programada nos dias anteriores e a data da manutenção na descrição que aparece na lista de servidores.
- **Status durante a janela:** mensagens curtas como começamos, estamos testando e servidor aberto. Silêncio durante a manutenção gera boato.
- **Depois da virada:** o servidor antigo fica alguns dias com whitelist ativa e o endereço novo na mensagem de bloqueio, para resgatar quem tinha o IP salvo.

Se alguma perda de progresso for inevitável, diga exatamente quanto tempo de jogo foi perdido e por quê. Transparência custa menos confiança do que o jogador descobrir sozinho. Modelos de mensagem para manutenção e para incidente estão em [templates de anúncio para Discord](https://streethosting.com.br/guias/bots-discord/template-anuncio-discord-servidor). Combine antes quem da staff responde no Discord e quem fica olhando o servidor, para que ninguém faça as duas coisas ao mesmo tempo.

## O plano de volta

O plano de volta é decidido antes da janela, com a cabeça fria, e não às três da manhã com o chat pegando fogo. Ele precisa responder a três perguntas: em que condições voltamos, até quando e quem decide.

- [ ] Critérios objetivos: TPS abaixo de 18 no Minecraft ou tick instável no FiveM por mais de 15 minutos, erro de banco, login falhando ou dados faltando
- [ ] Prazo definido, por exemplo até duas horas depois da abertura
- [ ] Uma pessoa com autoridade para decidir, sem votação no meio da madrugada
- [ ] Servidor antigo desligado e intacto, sem nenhum arquivo apagado
- [ ] TTL ainda baixo, para que a volta do DNS valha em minutos

O prazo curto existe por um motivo concreto. Depois que os jogadores começam a construir, comprar e evoluir no servidor novo, voltar para o antigo apaga esse progresso, a menos que você copie os dados de volta antes. Dentro das primeiras horas, a perda é pequena e fácil de explicar. Depois de um dia inteiro, quase sempre é melhor corrigir o problema no servidor novo do que retornar. Passado o prazo, mantenha ainda o antigo preservado por uma semana antes de cancelar.

## Para onde migrar

Se o destino é uma VPS, dois detalhes ajudam o cronograma. A ativação acontece em até 60 segundos depois do pagamento, então o ensaio pode começar no mesmo dia da contratação. E com acesso root você instala a versão exata de Java, de banco e de runtime que o servidor antigo usava, sem depender do que um painel oferece.

A escolha da linha depende do jogo. Minecraft, FiveM, CS2 e Rust concentram a simulação em uma thread principal e rendem mais com clock alto, que é o caso da [VPS Ryzen](https://streethosting.com.br/vps/ryzen) com Ryzen 9 9950X de até 5,7 GHz e DDR5: 4 vCPU e 8 GB por R$ 114,00 por mês, ou 6 vCPU e 16 GB por R$ 214,00. Projetos com muitos serviços leves rodando juntos, como bots, sites e bancos, aproveitam mais vCPU por real na linha Xeon, que tem 6 vCPU e 8 GB por R$ 74,00. As duas linhas estão no hub de [VPS no Brasil](https://streethosting.com.br/vps), com datacenter em São Paulo e AntiDDoS incluso.

Os passos técnicos específicos de cada jogo estão em [migrar um servidor Minecraft para VPS](https://streethosting.com.br/guias/minecraft/migrar-servidor-minecraft-para-vps) e [migrar um servidor FiveM para VPS](https://streethosting.com.br/guias/vps/migrar-servidor-fivem-para-vps). Com eles e o cronograma deste guia, a comunidade só percebe a migração pelo anúncio.

## Perguntas frequentes

### Quanto tempo antes devo baixar o TTL do DNS?

Pelo menos o valor do TTL atual antes da virada, e de preferência 48 horas. Se o registro tinha TTL de 86400 segundos, os resolvedores podem guardar o IP antigo por até um dia depois que você baixar o valor. Quando tudo estabilizar, volte o TTL para algo como uma hora.

### O registro SRV ajuda na migração de servidor Minecraft?

Ajuda no Minecraft Java: o jogador entra pelo nome, sem digitar porta, e a troca de máquina vira só a edição de um registro no DNS. O Bedrock não lê SRV, então precisa de um registro A e da mesma porta no servidor novo.

### Quanto tempo deve durar a janela de manutenção?

O tempo medido no ensaio mais uma margem de metade desse valor. Com a cópia grande feita dias antes e só a sincronização final no dia, a maioria dos servidores cabe em 30 a 60 minutos. Anuncie a duração estimada e avise no Discord se precisar estender.

### Quando vale voltar para o servidor antigo?

Quando um critério definido antes da janela for atingido, como tick baixo por muito tempo, erro de banco ou dados faltando, e dentro do prazo combinado. Depois que os jogadores acumulam horas no servidor novo, voltar significa perder esse progresso, por isso o prazo precisa ser curto.

### Como avisar quem salvou o IP antigo do servidor?

Deixe o servidor antigo ligado por alguns dias só como aviso, com whitelist ativa e o endereço novo na mensagem de bloqueio e na descrição da lista de servidores. Repita o endereço no Discord em mensagem fixada, porque favoritos por IP em jogos da Steam não se atualizam sozinhos.

## Guias relacionados

- [Como migrar um servidor para outro provedor sem downtime](https://streethosting.com.br/guias/infraestrutura/como-migrar-servidor-sem-downtime.md)
- [Domínio personalizado no servidor Minecraft: DNS e SRV](https://streethosting.com.br/guias/minecraft/dominio-personalizado-servidor-minecraft-dns.md)
- [Anúncio no Discord: templates prontos e como escrever para ser lido](https://streethosting.com.br/guias/bots-discord/template-anuncio-discord-servidor.md)
- [Como migrar um servidor FiveM para uma VPS](https://streethosting.com.br/guias/vps/migrar-servidor-fivem-para-vps.md)
- [Como migrar seu servidor Minecraft para uma VPS](https://streethosting.com.br/guias/minecraft/migrar-servidor-minecraft-para-vps.md)

## Produtos citados

- https://streethosting.com.br/vps
- https://streethosting.com.br/vps/ryzen

## Dados estruturados

```json
[
  {
    "@context": "https://schema.org",
    "@type": [
      "Article",
      "TechArticle"
    ],
    "headline": "Como trocar o servidor de máquina sem esvaziar a comunidade",
    "name": "Migrar servidor de jogo sem perder jogadores",
    "abstract": "Em migração bem feita os arquivos quase nunca se perdem, mas os jogadores sim. Este guia organiza cronograma, DNS, ensaio, janela de manutenção, avisos no Discord e plano de volta para a comunidade atravessar a mudança sem perceber.",
    "description": "Plano para migrar servidor de jogo sem perder jogadores: TTL baixo com antecedência, SRV no Minecraft, ensaio, janela de manutenção, Discord e rollback.",
    "datePublished": "2026-09-28",
    "dateModified": "2026-09-28",
    "author": {
      "@type": "Organization",
      "name": "Equipe StreetHosting"
    },
    "publisher": {
      "@type": "Organization",
      "name": "StreetHosting",
      "url": "https://streethosting.com.br"
    },
    "inLanguage": "pt-BR",
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://streethosting.com.br/guias/infraestrutura/migrar-servidor-jogo-sem-perder-jogadores"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "Quanto tempo antes devo baixar o TTL do DNS?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Pelo menos o valor do TTL atual antes da virada, e de preferência 48 horas. Se o registro tinha TTL de 86400 segundos, os resolvedores podem guardar o IP antigo por até um dia depois que você baixar o valor. Quando tudo estabilizar, volte o TTL para algo como uma hora."
        }
      },
      {
        "@type": "Question",
        "name": "O registro SRV ajuda na migração de servidor Minecraft?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Ajuda no Minecraft Java: o jogador entra pelo nome, sem digitar porta, e a troca de máquina vira só a edição de um registro no DNS. O Bedrock não lê SRV, então precisa de um registro A e da mesma porta no servidor novo."
        }
      },
      {
        "@type": "Question",
        "name": "Quanto tempo deve durar a janela de manutenção?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "O tempo medido no ensaio mais uma margem de metade desse valor. Com a cópia grande feita dias antes e só a sincronização final no dia, a maioria dos servidores cabe em 30 a 60 minutos. Anuncie a duração estimada e avise no Discord se precisar estender."
        }
      },
      {
        "@type": "Question",
        "name": "Quando vale voltar para o servidor antigo?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Quando um critério definido antes da janela for atingido, como tick baixo por muito tempo, erro de banco ou dados faltando, e dentro do prazo combinado. Depois que os jogadores acumulam horas no servidor novo, voltar significa perder esse progresso, por isso o prazo precisa ser curto."
        }
      },
      {
        "@type": "Question",
        "name": "Como avisar quem salvou o IP antigo do servidor?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Deixe o servidor antigo ligado por alguns dias só como aviso, com whitelist ativa e o endereço novo na mensagem de bloqueio e na descrição da lista de servidores. Repita o endereço no Discord em mensagem fixada, porque favoritos por IP em jogos da Steam não se atualizam sozinhos."
        }
      }
    ]
  }
]
```