Como migrar o servidor de MU de um PC para uma VPS

Rodar o servidor de MU no PC de casa funciona no começo — é barato e você tem controle físico da máquina. Mas conforme o projeto cresce, os limites aparecem: a energia cai e o servidor some, a internet residencial tem upload baixo e IP dinâmico, o PC precisa reiniciar para atualizações e ninguém consegue jogar, e a exposição do seu IP doméstico vira um risco real de DDoS mirado na sua casa. Migrar para uma VPS resolve tudo isso de uma vez: uplink dedicado, IP fixo, energia e rede redundantes, e a possibilidade de reiniciar sem afetar a sua vida pessoal. O problema é que a migração, se feita errado, pode corromper o banco, perder progresso dos jogadores ou deixar o servidor horas fora do ar. Este guia mostra como fazer a mudança de forma consistente e com o menor tempo de indisponibilidade possível.

A migração é uma tarefa avançada porque mistura banco de dados, rede, DNS e arquivos do cliente. Se você ainda não tem intimidade com a estrutura de um MuServer, vale revisar o passo a passo de como criar servidor de MU Online antes de encarar a mudança de ambiente — a migração assume que você já entende como os componentes conversam.

Pré-requisitos

• Servidor atual funcionando no PC, com acesso ao SQL Server e à pasta do MuServer.
• VPS contratada, com Windows Server e acesso administrativo (RDP + console KVM/VNC do painel).
• Mesma versão (ou compatível) do SQL Server na VPS e no PC. Restaurar um backup de uma versão mais nova em uma mais antiga não funciona.
• Espaço em disco suficiente na VPS para o banco, o MuServer e uma margem de crescimento.
• Um domínio (recomendado) com acesso ao painel de DNS, para não amarrar o cliente a um IP.
• Uma janela de manutenção combinada com os jogadores (avise com antecedência).
• Ferramenta de transferência de arquivos (RDP com compartilhamento de disco, FTP/SFTP ou um serviço de nuvem).

Dimensionando a VPS

Escolher a VPS certa evita retrabalho. Os números abaixo são um ponto de partida (variam por provedor/versão e pelo número real de jogadores):

O fator mais importante costuma ser o disco: o SQL Server é sensível a I/O, então prefira NVMe/SSD. RAM insuficiente faz o banco paginar em disco e o servidor engasgar nos eventos. Deixe uma folga de CPU para picos como Castle Siege.

Visão geral da estratégia

Para minimizar o tempo offline, a migração é dividida em duas fases:

1. Preparação antecipada (sem pressa): você monta a VPS inteira — SQL Server, MuServer, portas, firewall — usando uma cópia antiga do banco só para testar. Ninguém percebe, porque o servidor de produção continua no ar no PC.
2. Virada final (janela curta): você para o servidor de produção, faz o backup final e consistente, restaura na VPS já pronta, ajusta os IPs e vira o DNS. Como a VPS já está toda configurada e testada, a indisponibilidade real cai para poucos minutos.

Essa separação é o que diferencia uma migração amadora (servidor fora por horas) de uma profissional (fora por minutos).

Fase 1 — Preparar a VPS com antecedência

Etapa 1: instalar a base na VPS

1. Conecte na VPS por RDP e instale o SQL Server na mesma versão/edição do PC.
2. Instale as dependências do MuServer (runtimes/redistributables que a sua versão exige — varia por versão).
3. Copie a pasta do MuServer do PC para a VPS. Mantenha a mesma estrutura de pastas para não quebrar caminhos internos.
4. Faça um backup de teste do banco atual (pode ser com o servidor rodando, pois é só para ensaio) e restaure na VPS.

Etapa 2: fazer um backup de teste do banco

No SQL Server Management Studio (SSMS) do PC, gere um backup completo:

BACKUP DATABASE [MuOnline] TO DISK = N'C:\Backups\MuOnline_teste.bak'
WITH FORMAT, INIT, NAME = N'MuOnline - Teste de Migracao', STATS = 10;
GO

Se o seu servidor usa bancos adicionais (por exemplo Me_MuOnline, Ranking, Event), faça o backup de todos. Transfira os arquivos .bak para a VPS e restaure lá:

RESTORE DATABASE [MuOnline] FROM DISK = N'C:\Backups\MuOnline_teste.bak'
WITH MOVE 'MuOnline'     TO N'C:\SQLData\MuOnline.mdf',
     MOVE 'MuOnline_log' TO N'C:\SQLData\MuOnline_log.ldf',
     REPLACE, STATS = 10;
GO

Etapa 3: recriar o login do SQL e mapear o usuário

Um problema clássico após restaurar: o banco veio, mas o login do SQL que o MuServer usa não existe na VPS, ou existe com um SID diferente ("usuário órfão"). Recrie o login e realinhe:

-- Cria o login usado pelo MuServer (ajuste nome e senha reais)
CREATE LOGIN [muserver] WITH PASSWORD = 'SenhaForteAqui', CHECK_POLICY = OFF;
GO

USE [MuOnline];
GO
-- Corrige o usuario orfao, ligando ao login recem-criado
ALTER USER [muserver] WITH LOGIN = [muserver];
GO

Etapa 4: ajustar os arquivos de configuração do MuServer

Aqui está o coração da migração de rede. Vários arquivos ainda apontam para o IP do PC de casa e para as credenciais antigas do banco. Percorra e ajuste (os nomes/caminhos variam por versão):

• Conexão com o banco: arquivos como MuServer\GameServer\Data\...ODBC ou .ini de conexão. Aponte para 127.0.0.1 / localhost na VPS (o banco está na mesma máquina) e para o login/senha corretos.
• ConnectServer / lista de servidores: troque qualquer IP público antigo pelo novo IP público da VPS. Se for usar domínio, muitos setups permitem colocar o domínio no arquivo que o cliente lê.
• Bind de escuta: confirme que os serviços escutam em 0.0.0.0 (todas as interfaces) para aceitar conexões externas.

Etapa 5: abrir as portas e o firewall na VPS

Replique na VPS o esquema de portas do servidor: ConnectServer, GameServers e, se o site estiver junto, web. Bloqueie o SQL e as portas internas. O detalhamento por grupo (game/connect/web) está no tutorial de firewall por porta; o essencial é liberar só o necessário para a internet e restringir o RDP ao seu IP.

Etapa 6: teste de ponta a ponta na VPS

Com a cópia de teste rodando na VPS:

1. Suba os processos (DataServer, ConnectServer, GameServer) e confira nos logs se conectam no banco sem erro.
2. Edite temporariamente o seu cliente para apontar ao IP da VPS e tente logar, criar personagem, entrar num mapa, salvar e reconectar.
3. Valide um evento simples e a gravação no banco (crie um personagem de teste e confirme que ele persiste após reiniciar o servidor).

Se tudo funcionar com a cópia de teste, a VPS está pronta. Agora é só a virada final com os dados reais.

Fase 2 — A virada final

Etapa 7: entrar em manutenção e parar o servidor de produção

No horário combinado:

1. Avise os jogadores (mensagem no jogo/Discord) e coloque o servidor em manutenção.
2. Pare todos os processos do MuServer no PC (GameServer, ConnectServer, DataServer). Isso garante que ninguém mais grave no banco.
3. Confirme que não há sessões ativas antes de seguir.

Etapa 8: backup final consistente

Com o servidor parado, gere o backup definitivo — este é o que carrega o progresso real:

BACKUP DATABASE [MuOnline] TO DISK = N'C:\Backups\MuOnline_final.bak'
WITH FORMAT, INIT, NAME = N'MuOnline - Migracao Final', CHECKSUM, STATS = 10;
GO

Repita para todos os bancos auxiliares. O CHECKSUM ajuda a detectar corrupção na hora do restore. Transfira os .bak para a VPS.

Etapa 9: restaurar na VPS e religar

1. Restaure os bancos finais na VPS (mesmo comando RESTORE da Etapa 2, agora com os .bak finais e REPLACE).
2. Reexecute o ajuste de usuário órfão (Etapa 3) se necessário.
3. Suba os processos do MuServer na VPS e acompanhe os logs.

Etapa 10: virar o DNS (ou distribuir o novo cliente)

• Se usa domínio: altere o registro A do domínio para o novo IP da VPS. Como a propagação de DNS leva tempo, use um TTL baixo (ex.: 300s) configurado com antecedência para acelerar a virada.
• Se o cliente aponta para IP fixo: você precisará distribuir um patch/launcher com o novo IP. Por isso o domínio é tão recomendado — evita esse retrabalho toda vez.

Etapa 11: validação pós-migração e desligamento do PC

1. Conecte com um cliente real e valide login, criação, movimentação, save e reconexão.
2. Peça a alguns jogadores de confiança para testar antes de reabrir para todos.
3. Confirme o funcionamento de eventos, ranking e loja/site.
4. Mantenha o PC antigo intacto por alguns dias como plano de retorno, sem religar o servidor nele (para não gerar dois bancos divergentes). Só desative de vez depois que a VPS provar estabilidade.

Erros comuns e soluções

Checklist de lançamento

• VPS dimensionada (CPU, RAM, disco NVMe) para a season e o público
• SQL Server na VPS na mesma versão/edição (ou superior) do PC
• MuServer copiado com a mesma estrutura de pastas
• Backup de teste restaurado e servidor validado na VPS (Fase 1)
• Login do SQL recriado e usuário órfão corrigido
• Todos os arquivos de configuração apontando para o novo IP/domínio
• Serviços escutando em 0.0.0.0 e portas abertas no firewall
• RDP restrito ao meu IP e console KVM/VNC testado
• TTL do DNS reduzido com antecedência
• Jogadores avisados da janela de manutenção
• Servidor de produção PARADO antes do backup final
• Backup final consistente (com CHECKSUM) de todos os bancos
• Restore final aplicado e servidor no ar na VPS
• DNS virado (ou patch/launcher distribuído)
• Validação pós-migração com jogadores de confiança
• PC antigo mantido intacto por alguns dias como rollback

Migrar do PC para a VPS é, no fundo, um exercício de disciplina: preparar tudo com calma, congelar o servidor no momento certo, fazer um backup consistente e virar o DNS com o ambiente já testado. Feito nessa ordem, a mudança acontece com poucos minutos de indisponibilidade e sem perder um único personagem — e o seu servidor ganha a estabilidade e a proteção que a internet residencial nunca poderia oferecer.

Perguntas frequentes