Mova arquivos entre nuvens sem ter que baixar antes

Você tem uma pasta no Google Drive, no Dropbox ou no OneDrive. Quer ela em outra nuvem. O caminho óbvio — baixar tudo e subir de novo — também é o mais lento e o mais frágil. Este guia passa pelas alternativas com honestidade: o que funciona em jobs pequenos, onde cada abordagem quebra e o que vale buscar quando nenhuma dá conta.

O que as pessoas costumam tentar primeiro

O plano padrão é clicar com o botão direito na pasta, apertar Baixar, esperar um zip e subir o zip no destino. Para algumas centenas de megabytes, tudo bem. Para mais que isso, três coisas costumam dar errado.

Primeiro, o próprio zip falha. A interface web do Google Drive divide silenciosamente pastas muito grandes em vários arquivos ou para no meio da exportação. O Dropbox se recusa a zipar acima de um certo tamanho. O “Baixar” do OneDrive pode pular silenciosamente itens compartilhados que não pertencem totalmente a você.

Segundo, o upload morre na internet residencial. Uma pasta de 200 GB em um link de upload de 50 Mbps dá cerca de nove horas ininterruptas — o que na prática vira uma semana de reinícios, porque qualquer oscilação de Wi-Fi ou aba fechada mata o processo. O suporte a retomada varia bastante entre provedores.

Terceiro, você perde metadados. Comentários, permissões de compartilhamento, histórico de versões, “Última modificação” — a maior parte não sobrevive a um ciclo de download e novo upload. Para um arquivo pessoal de fotos, é chato. Para uma migração de empresa, é um problema sério.

O que funciona melhor

Algumas abordagens evitam o computador por completo. Vale conhecê-las pelos seus próprios méritos — nem todo job precisa de um produto pago.

• Ferramentas de migração nativas dos provedores. Google Workspace, Microsoft 365 e Dropbox oferecem ferramentas de migração no nível administrativo para a própria plataforma. São a resposta certa quando você fica dentro do mesmo fornecedor (por exemplo, consolidando dois tenants de Google Workspace). Fora desse cenário, não ajudam.
• rclone. Ferramenta de linha de comando open source que monta e copia entre a maioria dos provedores de nuvem, servidor a servidor, sem passar pela sua máquina. É poderosa, gratuita e testada em produção. O trade-off é que é uma CLI: você escreve um arquivo de configuração, entende escopos de OAuth, lê a documentação. Para usuários técnicos, costuma ser a escolha certa. Para a maioria das pessoas, não é.
• Google Takeout e equivalentes. Útil para uma exportação pessoal pontual, especialmente antes de sair de um serviço. A exportação é assíncrona (às vezes leva um dia ou mais), os arquivos saem divididos por tamanho e você ainda precisa subir tudo em algum lugar. Bom para backup; doloroso para migração.
• Ferramentas hospedadas de servidor a servidor. O Mover.io era o exemplo canônico antes da Microsoft comprar e fechar o serviço para destinos não-Microsoft. MultCloud, CloudHQ e serviços parecidos ainda existem; variam bastante em preço, cobertura de provedores e transparência sobre por onde seus dados passam.

Para uma transferência pontual de tamanho moderado, alguma delas provavelmente resolve.

Quando isso ainda não basta

A resposta honesta para “qual é a melhor” é “depende do job”. Algumas situações vão além do que as respostas simples cobrem:

• Pastas grandes com tipos de arquivo variados — centenas de milhares de arquivos pequenos, em que o overhead de API por arquivo conta mais do que a banda bruta.
• Transferências recorrentes, não uma migração única — você quer um backup que roda todo domingo, não uma ferramenta que você clica uma vez.
• Restrições de privacidade ou conformidade — os arquivos não podem passar pela infraestrutura hospedada de um fornecedor, nem por um instante.
• Movimentações entre organizações — uma empresa trocando do Google Workspace para o Microsoft 365, com permissões e drives compartilhados para preservar.
• Necessidade de verificação — você precisa de um manifesto do que foi copiado, do que foi pulado e por quê, para a migração não terminar em “acho que tá pronto”.

Se alguma dessas descreve a sua situação, uma CLI mais um cron job ainda funcionam — mas agora você está mantendo infraestrutura de transferência como projeto paralelo. Essa é a lacuna que ferramentas dedicadas tentam preencher.

Como a Syncologic faz isso

A Syncologic vai mover arquivos entre nuvens sem nunca puxar tudo pelo seu computador. O fluxo é o mesmo independentemente do par de provedores:

Você conecta uma origem e um destino — Google Drive, OneDrive, Dropbox, armazenamento compatível com S3, SFTP, seu servidor ou Nextcloud. Restringe o acesso à pasta que importa, não ao drive inteiro. Pré-visualiza o que vai ser transferido antes de qualquer coisa se mover: contagem, tamanho total, conflitos, arquivos que vão ser pulados. Depois escolhe onde a transferência roda.

Há três opções aí. Na infraestrutura da Syncologic (Cloud Runner) é o padrão prático — credenciais de curta duração, estado de job isolado, sem configuração do seu lado. Na aba do seu navegador (“This Device”, Browser Runner) faz os bytes passarem entre origem e destino sem viver em um runner hospedado; o trade-off é que a aba vai precisar ficar aberta. No seu próprio hardware (Private Runner) é um binário pequeno que você roda no seu próprio servidor, NAS ou VPS — os bytes fluem origem → seu hardware → destino, e a Syncologic só vê metadados.

Quando estiver rodando, você vai acompanhar o progresso ao vivo e receber um relatório de conclusão no final: o que foi copiado, o que foi pulado, o que falhou e por quê. O mesmo fluxo vai dar conta de uma migração pontual, um backup agendado ou uma sincronização entre nuvens.

Ressalvas

Algumas coisas para deixar claras. A Syncologic está em pré-lançamento — você pode entrar na lista de espera, mas não dá para rodar uma transferência hoje. A cobertura de provedores começa com os sete listados acima; não estamos prometendo toda nuvem da internet. O Browser Runner troca praticidade por transparência: funciona, mas um job de um terabyte em um link residencial ainda leva horas, e você vai precisar manter a aba aberta. E nenhuma ferramenta de transferência — nem a nossa, nem a de ninguém — preserva todos os metadados específicos de provedor entre fornecedores. Algumas coisas (comentários do Google Drive, detalhes de compartilhamento do OneDrive) ficam no provedor de origem e não têm equivalente no destino.

Se o seu job é pequeno, pontual e dentro de um único fornecedor, talvez você não precise de nada disso. Se for qualquer coisa além — grande, recorrente, sensível ou entre fornecedores — esse é o caso para o qual a Syncologic está sendo construída. Deixe seu e-mail abaixo e a gente avisa quando estiver pronto.