Transferência de Mundo em Valheim: Mover Saves Após 1.0 e Hospedagem de Servidor

Mover um save de transferência de mundo de Valheim entre uma sessão solo e um servidor dedicado é a pergunta mais comum aparecendo no subreddit agora, porque o lançamento da 1.0 finalmente trouxe o bioma Norte Profundo, prometido há muito tempo, junto com os ajustes no formato de arquivo que acompanham essa mudança. Se o seu mundo antigo do Acesso Antecipado está no seu PC e você quer trazer seus amigos para um servidor hospedado, ou se você só quer a rede de segurança de um backup, o processo real é copiar dois arquivos e uma pasta. Este guia cobre todos os caminhos suportados, as pegadinhas específicas da 1.0 e o que a Coffee Stain Publishing confirmou sobre a compatibilidade futura de saves.

Por Que a Transferência de Mundo em Valheim É Mais Importante Após a 1.0

O lançamento da 1.0 em 2026-09-09 trouxe o bioma Norte Profundo, vibração completa no controle e um bioma Mistle rebalanceado na borda extrema do mapa procedural. A mudança que importa para a transferência é estrutural: mundos pré-1.0 agora carregam com tiles do Norte Profundo anexados à borda inexplorada da sua seed, o que significa que sua base existente, rede de portais e bosses derrotados permanecem intactos enquanto o novo conteúdo apenas está ali esperando. Isso parece ótimo, mas também significa que o formato do arquivo de mundo foi alterado, e transferir um save do Acesso Antecipado que ainda não foi aberto na 1.0 exige que o novo cliente o "ingira" no primeiro carregamento. Essa etapa de ingestão grava um novo arquivo de índice .fwl ao lado do banco de dados .db, e o par deve ser copiado junto ou a pré-visualização do mapa e o minimapa vão quebrar.

Para grupos cooperativos que estavam alternando entre o PC de um amigo e uma box dedicada alugada, a transferência de mundo em Valheim também é a única forma de consolidar progresso sem perder dias de grind de portais. Jogadores retornando que saíram durante o patch da Bruxa do Pântano e não tocaram no jogo há meses vão descobrir que seus saves ainda carregam sem problemas, mas o inventário do comerciante Haldor no jogo e a seed do mundo terão mudado para um novo conjunto de biomas na borda do mapa. O processo de transferência não restaura a seed antiga; ele apenas preserva o que você já explorou.

O Que o Patch 1.0 Realmente Mudou Para os Saves

De acordo com a página de Valheim na Steam, a pasta de saves de mundo é o local canônico para cada operação de cópia descrita abaixo. Dados da comunidade da Wiki de Valheim confirmam que a estrutura de arquivos não mudou no nível de diretório, apenas dentro dos cabeçalhos dos arquivos.

Quem Deve se Preocupar Com a Transferência Manual

A maioria dos jogadores nunca vai precisar tocar em um único arquivo porque o Steam Cloud sincroniza silenciosamente os arquivos de save .db e .fwl do single-player entre máquinas conectadas na mesma conta, replicando o progresso no momento em que Valheim fecha corretamente no PC de origem. As pessoas que genuinamente precisam de uma transferência manual de mundo em Valheim são aquelas cuja configuração está fora desse caminho automático de sincronização na nuvem — por exemplo, mundos hospedados em uma box dedicada remota, personagens pertencentes a uma conta Steam diferente, ou sessões salvas em um NAS que a sincronização na nuvem da Steam ignora completamente.

• Admins de co-op movendo um mundo compartilhado do PC de um amigo para um servidor dedicado alugado (ou o inverso)

• Jogadores retornando que querem manter um mundo do Acesso Antecipado enquanto testam uma nova seed localmente

• Hosts de servidor modado que voltaram para um backup após uma atualização problemática de mod

• Criadores de conteúdo arquivando uma construção ou seed específica antes de uma playthrough pública

Se você se encaixa em qualquer um desses casos, o passo a passo a seguir cobre os três caminhos de destino suportados: copiar a pasta do mundo e o arquivo de personagem .fwl diretamente para um diretório AppData local, enviar o .db pelo painel de controle ou FTP/SCP de um servidor dedicado, e empurrar um arquivo de backup para um compartilhamento NAS que o Steam Cloud não consegue alcançar — cada um com suas próprias peculiaridades em torno de permissões de gravação e propriedade dos pares .fwl/.db, e o timing do autosave do .fwl após a atualização Hearth & Home de Valheim 1.0.

Transferência de Mundo em Valheim Passo a Passo (PC, Local e Remoto)

Toda a operação é construída em torno de dois fatos: todo mundo de Valheim é uma pasta contendo um <nomedomundo>.db e um <nomedomundo>.fwl após a 1.0, e toda instalação do jogo procura esses arquivos no mesmo local no disco. Uma vez que você conhece esses dois fatos, cada caminho de transferência abaixo é apenas "copiar pasta A para pasta B e recarregar".

Onde Valheim Armazena Seus Arquivos de Mundo

O diretório padrão de save no PC é %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\ para mundos single-player e hospedados localmente, enquanto um servidor dedicado (seja o valheim_server.exe oficial ou uma instância hospedada GPortal/Nitrado) os armazena em <instalação do servidor>/worlds/. No Linux o caminho equivalente é ~/.config/unity3d/IronGate/Valheim/worlds/. A pasta worlds é compartilhada entre single-player e servidores hospedados localmente, então um mundo de "co-op local" e um mundo "solo" vivem no mesmo lugar e são intercambiáveis desde que você copie o par .db e .fwl correspondente.

Após o lançamento da 1.0 reorganizar o formato de save, uma pasta worlds típica contém de três a quatro arquivos por mapa salvo, e reconhecer cada extensão é o primeiro passo em qualquer transferência de mundo em Valheim porque pares incompatíveis são a causa mais comum de erros de "mundo não carrega" ao migrar entre um host de co-op local e uma instância dedicada de valheim_server.exe. O .db carrega os dados reais de terreno, peças de construção e dados atrelados ao personagem, o .fwl age como o índice regenerável, e o .db.old é o backup de sessão no próprio local — então antes de copiar qualquer coisa para transferência, confirme que os três arquivos compartilham exatamente o mesmo nome de mundo e timestamp correspondente.

• MyWorld.db — os dados reais do mundo

• MyWorld.fwl — o índice do mundo, regenerado no primeiro carregamento da 1.0

• MyWorld.db.old — backup automático da sessão anterior (mantenha pelo menos um)

Os Cinco Caminhos de Transferência

Cinco caminhos, zero sobreposição: cada linha é um cenário distinto de transferência de mundo com seu próprio conjunto de arquivos (.db mais .fwl, apenas o .fwl, ou a pasta worlds completa) e um passo extra que pega a maioria dos jogadores retornando desprevenidos. A coluna "Passo Extra" é onde os guias geralmente falham em mencionar detalhes como o Steam Cloud sobrescrever silenciosamente o seu save copiado no próximo lançamento, então a tabela torna isso explícito por linha antes de você tocar em qualquer arquivo.

A última linha é a mais comum para valheim após atualizações 1.0: você jogou centenas de horas no Acesso Antecipado, seu save ainda é um .db simples, e você quer trazê-lo para a nova build. A boa notícia é que o novo cliente gera o .fwl para você no primeiro carregamento, então você só precisa copiar um arquivo. A má notícia é que esse primeiro carregamento pode levar de 30 a 60 segundos enquanto o cliente faz streaming do novo bioma, e parece idêntico a um travamento. Dê tempo.

Transferência #1: Single-Player Para Servidor Dedicado Auto-Hospedado

Este é o caso de uso canônico de transferência de mundo em Valheim para jogadores retornando, e se alinha com as mudanças de formato de arquivo pós-1.0 (.db mais .fwl) que a Iron Gate introduziu para suportar backups de mundo no Steam Cloud. No PC que atualmente hospeda o mundo solo, a mudança é de via única até que você decida o contrário, então trate o save local como um checkpoint antes de promovê-lo a um servidor dedicado. Os passos a seguir assumem uma origem limpa em %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\ e uma ferramenta Valheim Dedicated Server recém-instalada, já que o comportamento entre pastas de worlds_local.zip pode de outra forma deixar a sincronização do Steam Cloud fora de sincronia no primeiro lançamento.

1. Saia de Valheim completamente para que o arquivo de mundo seja desbloqueado.

2. Navegue até %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\.

3. Copie a pasta com o nome do seu mundo (ela contém o .db e, após a 1.0, o .fwl).

4. Cole em <sua instalação do servidor dedicado>/worlds/.

5. Abra o worlds_local.zip no host do servidor e adicione o novo mundo ao zip se você quiser que os backups do Steam Cloud o incluam.

6. Edite o start_headless_server.bat (ou o config admin do seu servidor) para referenciar o novo nome de mundo.

7. Inicie o servidor, aguarde a linha de log "World loaded", então entre pelo cliente.

Dados da comunidade do subreddit r/Valheim relatam que o passo 4 ocasionalmente falha no Windows devido a bloqueios de arquivo mantidos pelo serviço Valheim Easy Anti-Cheat. A solução é também matar o processo EasyAntiCheat_x64.exe no Gerenciador de Tarefas antes de copiar.

Transferência #2: Servidor Dedicado de Volta Para Single-Player Local

O caminho inverso é o que mais pega os jogadores retornando, porque o Steam Cloud tenta empurrar o .db e .fwl local mais antigo por cima do save do servidor mais novo e sobrescreve silenciosamente o progresso, apagando dias de exploração 1.0 nas Terras Enevoadas e Terras de Cinzas. O conflito acontece porque o Steam Cloud trata ambos os endpoints como autoritativos, e o PC com o timestamp de sincronização mais recente vence, o que explica por que o cliente de destino deve ser forçado ao modo somente leitura. Pule o flag de somente leitura e o próximo lançamento vai restaurar silenciosamente o mundo local desatualizado, apagando a preparação profunda para Bonemass, Moder e Yagluth do servidor dedicado.

1. No host do servidor, faça uma cópia manual do .db e .fwl para uma pasta segura.

2. Inicie Valheim no PC de destino, crie um mundo descartável com qualquer nome, então saia. Isso cria uma pasta worlds fresca que o Steam Cloud vai reconhecer.

3. Saia de Valheim novamente para o Steam Cloud fazer flush.

4. Copie o .db e .fwl do servidor para %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\.

5. Clique com o botão direito nos novos arquivos, escolha Propriedades e marque Somente leitura. Isso impede o Steam Cloud de sobrescrevê-los na próxima sincronização.

6. Reinicie Valheim e carregue o mundo. A pré-visualização do mapa vai mostrar a borda inexplorada preenchida com os novos biomas 1.0.

Tratar seu host dedicado como um sandbox de staging antes de tocar no save real é o padrão mais seguro que a maioria das dicas de Valheim para jogadores retornando compartilha, já que os arquivos 1.0 das Terras Enevoadas e Terras de Cinzas do Acesso Antecipado levam de 20 a 40 minutos para ressincronizar via Steam Cloud e uma sobrescrita errada pode apagar centenas de itens de preparação para bosses das Planícies, Montanha e Pântano em uma única sincronização. Crie um mundo duplicado no mesmo servidor, importe o .db e .fwl, então verifique se pares de portais, caches de lápides e marcadores de mapa compartilhados renderizam corretamente antes de repetir a transferência no seu save real Midgard ou com seed customizada com os flags de somente leitura reaplicados.

Transferência #3: Entre Duas Contas Steam de PC

Ambas as contas Steam devem ter licenças válidas de Valheim na branch ativa antes do doador enviar o par .db e .fwl, já que cada personagem, seed de mapa, rede de portais e coordenada de lápide é criptograficamente atrelado ao entitlement por conta em vez de ao próprio arquivo de mundo. O DRM por conta da Iron Gate significa que a biblioteca Steam do destinatário precisa ter Valheim instalado e ativado, e uma instalação de compartilhamento familiar que não foi promovida a licença completa vai gerar um erro de desserialização ao carregar.

• Copie o par .db + .fwl via USB, compartilhamento LAN ou drive na nuvem.

• Coloque-os na pasta worlds do destinatário.

• O destinatário inicia o jogo com o modo online desativado no primeiro carregamento para prevenir sincronização acidental de Cloud de volta para a conta do doador.

Cross-platform entre PC e o novo lançamento de PS5 ou Nintendo Switch 2 não é suportado, como confirmado no trailer de lançamento de Valheim 1.0 pela Iron Gate. Saves de console vivem em um container sandbox que o cliente de PC não consegue ler.

O Que Mudou em Valheim 1.0 Para Jogadores Retornando

A build 1.0 é mais do que um novo bioma, e a lista do que mudou em Valheim 1.0 é mais longa do que a maioria dos jogadores retornando espera. A Coffee Stain Publishing, que é a publisher desde o lançamento do Acesso Antecipado em 2021 de Skövde, Suécia, usou o marco da 1.0 para entregar features de qualidade de vida que estavam na lista de desejos da comunidade há anos. Os itens relacionados à transferência abaixo são os que interagem diretamente com saves de mundo. As notas completas do patch 1.0, incluindo o comentário dos desenvolvedores sobre o que entrou nesta build e o que foi intencionalmente segurado, estão documentadas na nossa cobertura Valheim Iron Gate News, que combina especialmente bem com os itens relacionados à transferência abaixo, já que ambos falam diretamente sobre como o save de mundo é tratado.

Mudanças de Destaque Que Atingem Mundos Existentes

Se você não carregou um determinado save desde antes do patch da Bruxa do Pântano, espere um diálogo único de "atualização de mundo" e uma espera de 20-40 segundos. O cliente não está crashando; ele está fazendo hash do mundo existente e reservando uma região para os novos tiles do Norte Profundo. Esse é também o momento em que o arquivo .fwl é materializado se estava faltando, então qualquer transferência de mundo em Valheim de um mundo do Acesso Antecipado deve tratar esse carregamento como um checkpoint.

O Lado da Coffee Stain Publishing No Lançamento

Do ponto de vista de publishing, as notícias da Coffee Stain Publishing sobre Valheim em torno da 1.0 têm focado em expansão de plataforma e suporte pós-lançamento. O trailer da 1.0 confirmou o lançamento no mesmo dia para PS5 e Nintendo Switch 2, o que significa que um novo público que nunca viu um mundo de Valheim vai estar carregando seeds frescas em vez de migrar. Para jogadores de PC, o impacto prático é um compromisso confirmado de manter as builds do servidor dedicado sincronizadas com o cliente, que é a coisa mais importante para transferências entre hosts. Atualizações passadas da Coffee Stain (o evento Pedido de Hildir, o bioma Terras Enevoadas, a revelação das Terras de Cinzas) sempre vieram com hotfixes server-side dentro de 48 horas, e a 1.0 seguiu o mesmo padrão.

O trailer também mostra o comerciante Haldor com novo estoque que inclui itens exclusivos da 1.0, que vale a pena saber para uma transferência porque os comerciantes são por mundo, não por conta. Se você já derrotou Bonemass no seu mundo antigo, você tem um inventário do Haldor que sobreviveu à transferência; se não, os novos itens vão aparecer no estoque dele assim que você derrotar seu primeiro boss Forsaken no mundo importado.

Configuração de Hospedagem e Armadilhas Comuns de Transferência

Depois que os arquivos .wld e .db são movidos, a maioria das dores de cabeça de transferência de mundo realmente aparece depois que a cópia termina: seed de mundo registrada incorretamente, entradas de jogador no .fwl sobrando apontando para o IP do host antigo e reautorização de Steam ID tudo surge quando você tenta reconectar. Colocar os arquivos no drive é a parte fácil; as subseções abaixo percorrem os cenários de hospedagem que consistentemente aparecem nas discussões de valheim update today, incluindo a config start_headless_server.bat do servidor dedicado e as portas comuns (2456-2458 UDP) que precisam permanecer abertas após a mudança.

Servidor Dedicado Auto-Hospedado No Mesmo PC

O caminho mais simples é manter o mesmo PC como cliente e servidor dedicado, apenas alternando entre os dois via pastas separadas da biblioteca Steam. Copiar um mundo entre eles usa o mesmo diretório worlds no disco, então tecnicamente a transferência de mundo em Valheim vira um no-op — você apenas inicia o servidor apontando para o nome de mundo existente. A complicação é que você não pode ter o cliente e o servidor gravando no .db ao mesmo tempo, então sempre desligue o cliente antes de iniciar o servidor e vice-versa.

Servidor Alugado (GPortal, Nitrado, HostHavoc)

Hosts alugados como GPortal, Nitrado e HostHavoc expõem um gerenciador de arquivos web que navega direto para o mesmo diretório worlds usado em um servidor dedicado Valheim auto-hospedado, então o fluxo de trabalho de transferência espelha o caminho local-para-servidor quase identicamente. A vantagem chave é que nenhuma chave SSH ou shell remoto é necessária — você autentica pelo painel do host no navegador, arrasta os arquivos .db e .fwl correspondentes para a subpasta certa, e o host grava eles no local correto de save de mundo de Valheim. O procedimento é:

1. Pare o servidor pelo painel web do host.

2. Envie o par .db e .fwl pelo gerenciador de arquivos ou SFTP.

3. Reinicie o servidor e verifique o log pela linha "World <name> loaded".

4. Se o servidor falhar ao iniciar com um erro "world not found", os nomes de arquivo não correspondem à linha world-name no start_params.bat ou na tela de config de mundo do host.

Hosts alugados também forçam um limite de tamanho de mundo por servidor no painel admin, que por padrão é 50 MB. Mundos antigos que foram muito explorados podem exceder isso, e o servidor vai se recusar a carregá-los até que o limite seja aumentado. Dados da comunidade sugerem um limite superior seguro de 200 MB para um mundo de longa data pré-Terras Enevoadas, com um limite de 500 MB necessário para qualquer save que explorou as Terras de Cinzas mais a nova borda do Norte Profundo.

Armadilhas Que Parecem Bugs de Transferência Mas Não São

A primeira linha é a confusão mais comum em torno da transferência de mundo em Valheim após a 1.0, porque o arquivo .fwl é novo e não fazia parte de nenhum mundo do Acesso Antecipado. A solução recomendada pela comunidade é sempre abrir o mundo uma vez em single-player primeiro; esse único carregamento grava o índice, após o qual o par está seguro para ser copiado para qualquer lugar.

Dicas de Valheim Para Jogadores Retornando e O Caminho à Frente

Um jogador que saiu antes das Terras Enevoadas e está voltando para a 1.0 enfrenta o maior gap de conteúdo que o jogo já entregou, e a mecânica de transferência acima é apenas o ponto de entrada. As dicas de Valheim para jogadores retornando abaixo assumem que o mundo já foi migrado e o jogador está prestes a fazer login pela primeira vez desde 2023 ou antes.

Checklist Pré-Login

• Verifique que o arquivo de mundo chegou intacto conferindo o tamanho do arquivo com sua cópia pré-transferência.

• Garanta que o arquivo .fwl está presente, caso contrário o mapa ficará ilegível.

• Confirme que o servidor e o cliente estão no mesmo número de patch 1.0.x.

• Faça estoque de Madeira de núcleo e Ferro antes da primeira incursão ao Norte Profundo, porque os inimigos do bioma resistem a flechas não-gelo.

• Se o mundo foi muito explorado, aumente o limite de tamanho de mundo do servidor antes do primeiro lançamento.

Referência Rápida Para Jogadores Retornando

De acordo com dados da comunidade na página inicial do valheim update today, a reclamação mais comum de jogadores retornando é uma pausa de 30-60 segundos de "carregando mundo" que não existia pré-1.0. Essa é a ingestão do Norte Profundo, e acontece exatamente uma vez por save.

Para Onde a Coffee Stain Está Indo a Seguir

O lançamento da 1.0 não encerra o roadmap. O roadmap de Valheim na página oficial na Steam ainda lista drops de conteúdo pós-lançamento, e a Iron Gate tem sido transparente sobre um cadência menor de patches agora que o marco da versão 1.0 foi atingido. Espere que os próximos patches foquem em estabilidade de servidor, paridade de console e qualidade de vida em vez de novos biomas, o que é uma boa notícia para valheim após atualizações 1.0 porque significa menos migrações forçadas de mundo. O bioma Norte Profundo é o bioma final, então arquivos de mundo futuros devem permanecer retrocompatíveis indefinidamente.

Perguntas Frequentes

Meu mundo do Acesso Antecipado vai quebrar quando eu carregá-lo na 1.0?

Não. O cliente 1.0 lê arquivos .db pré-1.0 e realiza um upgrade único que anexa tiles do Norte Profundo à borda inexplorada do mapa. Suas bases, portais, bosses derrotados e inventário sobrevivem intactos. O upgrade é irreversível — uma vez que um mundo foi aberto na 1.0, ele não pode ser carregado no Acesso Antecipado.

Eu preciso copiar tanto o .db quanto o .fwl para uma transferência de mundo em Valheim?

Para qualquer save que já foi aberto na 1.0, sim. O .fwl é o arquivo de índice do mundo e é necessário para a pré-visualização do mapa e o minimap renderizarem. Se o seu save ainda é do Acesso Antecipado, você só precisa do .db; o cliente 1.0 vai gerar o .fwl automaticamente no primeiro carregamento.

Posso transferir um mundo de PC para PS5 ou Nintendo Switch 2?

Não. Cross-progression entre PC e console não é suportado na 1.0, e o formato do arquivo de mundo é sandboxed dentro do sistema de save de cada plataforma. Mundos de PC ficam no PC, mundos de console ficam no console, e os dois não podem ser mesclados ou migrados em nenhuma direção.

Qual é a forma mais segura de fazer backup de um mundo antes de uma mudança de servidor?

Pare o servidor, copie a pasta worlds inteira para um diretório de backup datado, então verifique se o tamanho do .db corresponde ao que o servidor reporta no painel admin. Testes da comunidade sugerem manter pelo menos três backups rotativos (hoje, uma semana atrás, um mês atrás) porque um .db corrompido pode não mostrar sintomas até vários dias in-game terem passado.

O novo bioma Norte Profundo é gerado automaticamente durante uma transferência?

Sim, mas apenas no primeiro carregamento da 1.0. O bioma é anexado à borda inexplorada da seed, então ele não sobrescreve seu terreno existente. Se você quiser explorá-lo rapidamente, navegue até a borda norte extrema do seu mapa atual; os novos tiles têm garantia de estar lá após o upgrade.