Transferindo Grandes Arquivos Entre Dois Servidores Usando o Comando rsync Via SSH

O comando rsync através de SSH é uma das maneiras mais práticas de mover grandes arquivos de forma rápida, segura e resistente a interrupções entre dois servidores Linux. Especialmente ao transferir arquivos de sites que podem chegar a centenas de GB, backups, pastas de mídia ou dados de aplicativos, o rsync oferece uma vantagem significativa em termos de velocidade, pois ele apenas transfere os blocos que mudaram, ao contrário dos métodos tradicionais de cópia. A lógica básica é a seguinte: os arquivos no servidor de origem são sincronizados de forma criptografada para o servidor de destino através de um túnel SSH; caso a conexão caia, a transferência pode ser retomada de onde parou.

A transferência de servidores, upgrades de hospedagem, mudanças de data center ou operações de backup exigem tanto velocidade quanto integridade dos dados. Baixar e re-enviar um grande arquivo de uma só vez não só consome tempo, mas também pode fazer você reiniciar a transferência em caso de falhas de conexão. É aqui que o rsync entra, preservando as carimbos de data/hora dos arquivos, permissões, informações de propriedade e a estrutura de pastas. Por essa razão, é frequentemente preferido por administradores de sistema Linux, equipes de DevOps e especialistas em hospedagem web em operações diárias.

Neste guia, abordaremos passo a passo o processo de transferência de grandes arquivos entre dois servidores Linux usando o rsync via SSH, com exemplos de comandos reais. Também compartilharemos parâmetros para aumentar o desempenho, controles de segurança, cenários de erro, métodos de teste de transferência e pontos a serem observados antes de migrar para um ambiente de produção. Se você está planejando fazer a transição para um novo VPS ou ambiente de hospedagem, verifique se há espaço em disco suficiente, acesso SSH e permissões de usuário corretas no seu servidor de origem e destino antes de aplicar este guia. Para a escolha da infraestrutura relacionada, você pode consultar as páginas Soluções de servidor VPS Hostragons e Pacotes de Hosting Linux.

O que é rsync e por que é preferido para Transferência de Grandes Arquivos?

O rsync é uma poderosa ferramenta de linha de comando usada para sincronizar arquivos e diretórios entre sistemas locais ou servidores remotos. Sua característica mais importante é o algoritmo de transferência delta. Esse algoritmo transfere apenas as partes que mudaram do arquivo, em vez de enviar o arquivo inteiro a cada vez. Por exemplo, se houver apenas 2 GB de alterações em um arquivo de backup de 80 GB, em condições adequadas é possível transferir apenas os blocos que mudaram, em vez de todo o arquivo.

O SSH torna a transferência segura. Dessa forma, o comando rsync não transmite o conteúdo do arquivo como texto simples pela rede. Essa característica é especialmente importante para dados de clientes, registros de pedidos de comércio eletrônico, arquivos de mídia, backups de banco de dados e arquivos de aplicativos específicos. No mundo da hospedagem, a segurança dos dados não se limita ao certificado SSL; o canal de transferência entre servidores também deve ser seguro. Ao usar certificado SSL para o tráfego do site, a criptografia via SSH deve ser preferida nas transferências de arquivos entre servidores.

O rsync é mais flexível em comparação com métodos como FTP ou download-upload manual. Ele pode preservar permissões, transferir links simbólicos, excluir arquivos no destino que foram removidos na origem, limitar a largura de banda e testar o que será feito antes da transferência. Esse nível de controle oferece vantagens significativas em operações arriscadas, como a transferência de grandes arquivos.

Quando você deve usar o comando rsync via SSH?

O comando rsync via SSH é ideal para transferir arquivos grandes, numerosos ou que mudam frequentemente. Para uma simples pasta de imagens, um SFTP manual pode ser suficiente; no entanto, quando se trata de milhares de arquivos, permissões diferentes e grandes arquivos, o rsync se torna uma opção muito mais confiável.

• Se você estiver transferindo um site do servidor antigo para um novo VPS.
• Se você estiver transferindo diretórios que contêm milhares de arquivos de mídia, como a pasta de uploads do WordPress.
• Se você estiver copiando backups diários, semanais ou mensais para um servidor diferente.
• Se você estiver mudando de data center ou provedor de hospedagem.
• Se você estiver sincronizando arquivos de aplicativos entre ambientes de produção e backup.
• Se você estiver planejando transferências prolongadas que podem ter chances de desconexão.

Por exemplo, baixar uma pasta de mídia de 250 GB para o seu computador desktop e, em seguida, carregá-la novamente para o novo servidor significa que você precisará realizar duas transferências separadas. Isso não só prolonga o tempo total, mas também pode criar um gargalo na sua conexão de internet em casa ou no escritório. Com o rsync, você pode eliminar essa etapa intermediária fazendo a transferência diretamente do servidor de origem para o servidor de destino.

Requisitos Antes de Começar

Para uma operação de rsync bem-sucedida, saber o comando não é suficiente. Verificar as condições dos servidores de origem e destino reduz o risco de perda de dados ou transferências incompletas durante o processo. As verificações a seguir devem ser feitas em ambientes de produção.

1. Verifique o Acesso SSH

Deve ser possível estabelecer uma conexão SSH do servidor de origem para o servidor de destino. A conexão padrão é testada da seguinte maneira: ssh usuario@ip-do-servidor-destino. Se o SSH estiver operando em uma porta diferente, a conexão pode ser testada assim: ssh -p 2222 usuario@ip-do-servidor-destino. Se esse teste falhar, o rsync também não funcionará. É necessário verificar firewalls, Fail2ban, porta SSH, permissões de usuário e a validação de senha ou chave.

2. Verifique se o Pacote rsync está Instalado

Na maioria das distribuições Linux, o rsync já vem instalado; ainda assim, é bom verificar. Em sistemas baseados em Debian e Ubuntu, você pode usar o comando rsync --version. Se não estiver instalado, pode ser instalado com apt install rsync. Em distribuições como AlmaLinux, Rocky Linux ou CentOS, você pode usar dnf install rsync ou yum install rsync. Se você estiver usando um VPS baseado em Linux na Hostragons, a instalação geralmente leva apenas alguns segundos.

3. Calcule o Espaço em Disco

Se não houver espaço em disco suficiente no servidor de destino, a transferência será interrompida. Para ver o tamanho do diretório de origem, você pode usar du -sh /caminho/do/diretorio. No destino, deve-se usar o comando df -h para verificar a situação do disco. Na prática, não deve-se deixar apenas o espaço equivalente ao tamanho do arquivo, mas também é necessário reservar espaço para arquivos temporários e logs. Por exemplo, se você estiver transferindo 500 GB de dados, é mais seguro planejar pelo menos 550-600 GB de espaço disponível no destino.

4. Planeje Serviços Críticos e Arquivos em Mudança

Em sites em funcionamento, os arquivos podem mudar durante a transferência. Especialmente uploads de usuários, pastas de cache e arquivos de log são constantemente atualizados. Em grandes transferências, os dados principais devem ser transferidos primeiro, depois o site pode ser colocado em modo de manutenção para executar um último rsync. Dessa forma, o tempo de inatividade pode ser reduzido a minutos. Para sites WordPress, você pode complementar seu planejamento de operações com conteúdos de suporte, como Guia de migração de hospedagem WordPress.

Comando Básico rsync: Transferindo Arquivos Entre Dois Servidores

A estrutura básica mais utilizada é a seguinte: rsync -avz /caminho/do/diretorio/ usuario@ip-do-destino:/caminho/do/diretorio/. Aqui, -a é o modo de arquivamento e tenta preservar informações como permissões, carimbos de data/hora e links simbólicos. -v fornece saída detalhada. -z aplica compressão durante a transferência. A barra no final do diretório é um detalhe importante. Se você escrever /caminho/do/diretorio/, o conteúdo do diretório será copiado para o destino; se você escrever /caminho/do/diretorio, o próprio diretório será criado no destino.

Vamos considerar um cenário de exemplo: você quer transferir 180 GB de arquivos da pasta /var/www/site/public_html/ no servidor antigo para /var/www/site/public_html/ no novo servidor. O comando funcionará assim: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/. Essa operação transfere arquivos do servidor de origem para o servidor de destino através do SSH.

Se você não quiser usar o root, é mais seguro criar um usuário especial com permissões de escrita no diretório correspondente no servidor de destino. Por exemplo, você pode usar um usuário chamado deploy e ajustar a propriedade das pastas de acordo. Embora trabalhar diretamente com o root em ambientes de produção possa ser prático, é recomendável usar um usuário com permissões limitadas por razões de segurança.

Parâmetros rsync Seguros e Resilientes Recomendados

Em transferências de grandes arquivos, não é sempre correto se limitar ao comando básico. Para desconexões, arquivos parciais, exclusões acidentais ou redes lentas, é necessário usar parâmetros adicionais. O comando abaixo é um bom ponto de partida para muitos cenários de transferência reais:

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /caminho/do/diretorio/ usuario@ip-do-destino:/caminho/do/diretorio/

Neste comando, -a preserva o modo de arquivamento, -H preserva informações de links duros, -A preserva permissões de ACL, e -X ajuda a preservar atributos estendidos. --numeric-ids baseia-se nos valores de ID em vez dos nomes de usuário e grupo; isso pode ser útil quando os nomes de usuários diferem em servidores diferentes. --partial deixa arquivos incompletos sem apagar. --progress mostra o status da transferência. --append-verify ajuda a garantir que a parte adicionada seja verificada, especialmente em arquivos grandes que estão sendo transferidos.

Cada parâmetro pode não ser necessário em todos os sistemas. Por exemplo, em uma simples transferência de site, o uso de -aHAX pode ser suficiente, enquanto a preservação de informações de ACL e atributos estendidos pode ser crítica em um aplicativo que utiliza permissões de arquivo especiais. Portanto, é importante realizar uma transferência de teste primeiro.

Como Deve Ser o Comando se Você Usar Uma Porta SSH Diferente?

Por motivos de segurança, o SSH pode estar configurado para usar uma porta diferente da 22. Nesse caso, o parâmetro SSH deve ser especificado dentro do rsync. Exemplo: rsync -avz -e ssh -p 2222 /caminho/do/diretorio/ usuario@ip-do-destino:/caminho/do/diretorio/. Contudo, o valor do parâmetro -e deve ser usado em conjunto na linha de comando. A lógica de uso correta é: rsync -avz -e 'ssh -p 2222' /caminho/do/diretorio/ usuario@ip-do-destino:/caminho/do/diretorio/.

Em painéis JSON e alguns outros, o uso de aspas simples pode se comportar de maneira diferente, portanto, ao digitar diretamente no terminal, assegure-se de que as aspas estão corretas. Se você estiver se conectando usando uma chave SSH, o parâmetro -i também pode ser adicionado: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /caminho/do/diretorio/ usuario@ip-do-destino:/caminho/do/diretorio/. Esse método é frequentemente utilizado em automações e tarefas de backup baseadas em cron.

Teste Antes da Transferência: Uso do --dry-run

Um dos passos mais profissionais a serem feitos antes de mover grandes dados é usar --dry-run. Esse parâmetro não copia realmente os arquivos; apenas mostra quais arquivos seriam transferidos. Assim, você pode identificar um diretório errado, um caminho de destino incorreto ou operações de exclusão inesperadas com antecedência.

Exemplo de comando de teste: rsync -avz --dry-run /var/www/site/ usuario@ip-do-destino:/var/www/site/. Na saída, você verá os arquivos que seriam transferidos, os diretórios que seriam criados e um resumo da operação. Se você for usar o parâmetro --delete, o dry-run se torna ainda mais crítico. Porque --delete pode excluir arquivos que não estão na origem no destino. Quando usado corretamente, ele torna o destino uma cópia exata da origem; quando usado em um diretório errado, pode causar perda significativa de dados.

A sequência típica de aplicação profissional é a seguinte: primeiro, um teste de SSH é realizado, em seguida, o espaço em disco é verificado, depois o rsync --dry-run é executado, um teste real é feito com um diretório pequeno, e por fim, a transferência principal é iniciada. Essa abordagem pode acrescentar alguns minutos ao tempo total, mas evita transferências com erros que poderiam levar horas.

Ajustes de Compressão, Largura de Banda e Criptografia para Desempenho

O desempenho do rsync não depende apenas do tamanho dos arquivos. O poder do CPU dos servidores, tipo de disco, latência da rede, largura de banda e número de arquivos também são importantes. Um grande número de arquivos pequenos pode ser transferido mais lentamente do que um único arquivo grande, pois operações de metadados são realizadas para cada arquivo. Ambientes VPS com discos NVMe podem apresentar desempenho de leitura e gravação significativamente melhor. Portanto, se você está planejando uma transferência intensa, faz sentido considerar as opções de servidor VPS NVMe.

O parâmetro -z de compressão é útil para arquivos de texto, logs e alguns tipos de backup. No entanto, em arquivos já compactados como zip, tar.gz, jpg, mp4 ou gzip, pode consumir CPU sem trazer ganhos significativos. Ao transferir grandes arquivos de mídia entre dois servidores poderosos com conexão de 1 Gbps, você pode obter melhor desempenho sem usar -z. Em contrapartida, em redes de baixa largura de banda e arquivos pesados em texto, -z pode proporcionar uma economia significativa.

Para limitar a largura de banda, você pode usar --bwlimit. Por exemplo, --bwlimit=50000 estabelece um limite de cerca de 50 MB/s. Isso é importante para não sobrecarregar o tráfego da rede de um site ativo. Fazer transferências em horários de pico em um servidor de produção pode impactar negativamente a experiência do visitante. Planejar a transferência para a noite, colocar limites de largura de banda e monitorar os valores de carga média durante o processo são boas práticas.

Comparação Entre rsync, scp, SFTP e FTP

Existem múltiplos métodos para transferir arquivos, mas cada um tem suas próprias forças e fraquezas. A tabela abaixo resume qual ferramenta é mais adequada para cenários de transferência de grandes arquivos e servidores.

Como mostrado na tabela, o rsync se destaca, especialmente em sincronizações recorrentes e na transferência de grandes volumes de dados. O scp é simples e prático, mas não é tão eficaz quanto o rsync em detectar arquivos que mudaram. O FTP, quando utilizado sem criptografia, não é adequado para os padrões modernos de segurança. O acesso FTP em painéis de hospedagem pode ser prático, mas para transferências críticas entre servidores, métodos baseados em SSH devem ser preferidos.

Exemplo de Fluxo de Trabalho para Transferência de um Site Ativo

Transferir um site de um servidor antigo para um novo não se resume apenas a copiar arquivos. DNS, banco de dados, versão do PHP, permissões de arquivos e configuração de e-mail também devem ser verificados. Abaixo está um fluxo de trabalho de exemplo com baixa interrupção para um site com grandes arquivos.

• Prepare o servidor web, PHP, banco de dados e módulos necessários no novo servidor.
• Reduza o valor TTL do DNS do domínio para um valor baixo, como 300 segundos, antes da transferência. Você pode consultar a página Consulta de domínio e gestão de domínio para gerenciar o nome de domínio.
• Inicie a primeira transferência rsync enquanto o site está ativo. Essa etapa transfere a maior parte dos dados.
• Faça o backup do banco de dados e transfira para o novo servidor.
• Coloque o site em modo de manutenção por um curto período.
• Execute o segundo comando rsync para sincronizar os últimos arquivos que mudaram.
• Atualize o banco de dados novamente ou use uma estratégia incremental.
• Verifique as permissões de arquivos, a abertura do site e os logs no novo servidor.
• Instale ou renove o certificado SSL. O conteúdo sobre instalação de certificado SSL pode ser útil para isso.
• Redirecione os registros DNS para o novo endereço de IP.

Nesse método, a transferência principal de arquivos ocorre enquanto o site está ativo. A interrupção ocorre apenas durante a última sincronização e a transição do DNS. Essa abordagem pode reduzir o tempo de inatividade de várias horas para apenas alguns minutos em sites WordPress com grandes arquivos de mídia.

Verificando a Integridade dos Dados

Quando a transferência é concluída, apenas ter o comando finalizado não é suficiente. É necessário verificar a contagem de arquivos, tamanhos e arquivos críticos. Para uma verificação simples, você pode comparar os tamanhos dos diretórios nos servidores de origem e destino usando o comando du -sh. No entanto, devido a diferenças nos blocos do sistema de arquivos, os valores podem não ser exatamente iguais. Para uma verificação mais detalhada, o rsync pode ser executado novamente com os mesmos parâmetros. Se não houver novos arquivos a serem transferidos, a saída será mínima.

Para verificar checksums, você pode usar rsync -avc --dry-run /caminho/do/diretorio/ usuario@ip-do-destino:/caminho/do/diretorio/. O parâmetro -c compara os arquivos não apenas por carimbo de data/hora e tamanho, mas também por checksum. Em dados muito grandes, isso pode causar carga significativa de CPU e disco, portanto, deve ser usado com cautela. Este tipo de verificação adicional oferece segurança para arquivos críticos, dumps de banco de dados ou documentos de clientes.

Se você transferiu um site, também deve fazer verificações no nível do aplicativo. A página inicial, painel de administração, carregamento de imagens, página de pagamento, formulário de contato e logs de erro devem ser revisados. Em sites de e-commerce, não é suficiente apenas transferir os arquivos; as integrações de pagamento e tarefas cron também devem ser testadas no novo servidor.

Erros Comuns e Soluções

Erro de Permissão Negada

Esse erro geralmente ocorre devido a permissões de usuário SSH, permissões de escrita no diretório de destino ou validação de chave. Primeiro, tente estabelecer uma conexão SSH normal com o mesmo usuário. Se a conexão for bem-sucedida, faça um teste de criação de arquivo no diretório de destino. Se necessário, ajuste a propriedade da pasta de destino usando chown para o usuário apropriado ou planeje uma estratégia baseada em sudo.

Erro de Sem Espaço no Dispositivo

Quando não há espaço suficiente no disco de destino, a transferência para. Verifique as partições do disco com df -h. Às vezes, o disco principal pode não estar cheio, mas /tmp ou o ponto de montagem de destino estão. Em grandes transferências, arquivos de log, backups antigos e pastas de cache podem ser limpos. Para uma solução permanente, pode ser necessário aumentar o disco ou migrar para um plano VPS de maior capacidade.

Erro de Conexão Reset ou Pipe Quebrado

Durante transferências prolongadas, pode haver interrupções na rede. Se você estiver usando --partial e --append-verify, pode reiniciar o comando para continuar de onde parou. As configurações de keepalive do SSH também podem ajudar. No lado do cliente, uma configuração como ServerAliveInterval 60 pode reduzir a chance de desconexões ociosas.

Transferência Muito Lenta

A lentidão pode resultar do número de arquivos, limite de I/O do disco, carga de compressão ou capacidade da rede. Se houver muitos arquivos pequenos, criar um arquivo tar primeiro pode ser mais rápido em algumas situações; no entanto, isso pode reduzir a vantagem da detecção de mudanças do rsync. Teste removendo o parâmetro -z em grandes arquivos que já estão compactados. Além disso, use ferramentas como iotop, htop e iftop para identificar se o gargalo está no CPU, disco ou rede.

Melhores Práticas de Segurança

A segurança não deve ser negligenciada durante a transferência de arquivos entre servidores. Especialmente o acesso root, chaves SSH e arquivos de backup devem ser considerados sensíveis. É recomendado usar chaves SSH em vez de autenticação por senha. As permissões dos arquivos de chave devem ser mantidas restritas, chaves privadas não devem ser compartilhadas e, se possível, devem ser protegidas com uma frase de senha.

Criar um usuário temporário para a transferência e conceder acesso apenas aos diretórios necessários é uma boa prática. Após a operação, as permissões desse usuário podem ser revogadas ou a conta pode ser desativada. Restringir o acesso SSH a endereços IP específicos também reduz a superfície de ataque. As regras do firewall, Fail2ban e a versão atual do OpenSSH devem estar entre os controles básicos.

Se arquivos de dump de banco de dados, documentos de clientes ou arquivos que contenham dados pessoais forem transferidos, arquivos temporários desnecessários devem ser limpos no final da transferência, tanto na origem quanto no destino. Além disso, deixar arquivos de backup como .sql, .zip ou .tar sob o diretório raiz da web representa um sério risco de segurança. Esses arquivos devem ser armazenados em diretórios que, se possível, não sejam acessíveis pela web ou devem ser excluídos após a operação.

Uso do rsync para Backup Automático

O rsync não é apenas para transferências únicas, mas também pode ser usado para backups regulares. Por exemplo, uma tarefa cron pode ser definida para enviar um diretório específico para um servidor de backup todas as noites. Nesse cenário, uma conexão segura, mas sem senha, é estabelecida com a chave SSH, o rsync transfere apenas os arquivos que mudaram e um limite de largura de banda pode ser aplicado.

Lógica de exemplo: rsync -a --delete --bwlimit=30000 /var/www/site/ backup@ip-do-backup:/backup/site/. Este comando pode sincronizar o diretório de destino com a origem. No entanto, devido ao parâmetro --delete, deve ser usado com cuidado. Um arquivo excluído acidentalmente na origem será excluído no destino também. Portanto, em estratégias críticas de backup, é recomendável usar soluções baseadas em snapshot, pastas diárias ou versionamento.

Nas operações de hospedagem, a regra de backup 3-2-1 é uma boa referência: deve haver pelo menos 3 cópias dos dados, em 2 mídias diferentes, com 1 cópia em um local diferente. O rsync torna prática a parte de cópia entre servidores dessa estratégia. Para uma infraestrutura mais abrangente, você pode fortalecer seu planejamento com conteúdos sobre Soluções de Backup e serviços de hosting corporativo.

Lista de Verificação Final

Antes de iniciar a transferência de grandes arquivos, seguir a lista curta abaixo ajuda a reduzir o risco de erro. Esta lista deve ser transformada em um procedimento padrão, especialmente em ambientes de produção.

• O rsync está instalado nos servidores de origem e destino?
• A conexão SSH foi testada com o usuário e porta corretos?
• Há espaço suficiente em disco no servidor de destino?
• O primeiro processo foi verificado com --dry-run?
• O modo de manutenção e a última sincronização foram planejados para o site ativo?
• Se --delete for usado, o caminho de destino foi validado com certeza?
• A contagem de arquivos, permissões e testes de aplicativo serão feitos após a transferência?
• Arquivos de backup temporários e dumps serão limpos de forma segura?

Essas verificações podem parecer simples, mas na prática, os problemas mais comuns geralmente vêm de diretórios de destino incorretos, permissões ausentes, espaço em disco insuficiente e transições de DNS não planejadas. Um processo bem planejado de rsync não apenas reduz o tempo de transferência, mas também aumenta a chance de uma recuperação bem-sucedida.

Perguntas Frequentes

Se a conexão for perdida durante a transferência via rsync, ela começa do zero?

Não, se os parâmetros corretos forem usados, a transferência não começará do zero. As opções --partial e --append-verify ajudam a preservar arquivos grandes que estão incompletos e a continuar a transferência de onde foi interrompida ao reiniciar o comando. No entanto, em transferências críticas, é bom verificar o espaço em disco e a situação dos arquivos incompletos antes de reiniciar o comando.

É possível transferir um banco de dados diretamente com rsync?

O rsync transfere arquivos; copiar arquivos de banco de dados em funcionamento diretamente não é saudável. Para MySQL ou MariaDB, devem ser usadas ferramentas como mysqldump ou ferramentas de backup físico, e o arquivo de backup gerado deve ser transferido para o servidor de destino com o rsync. Em sistemas ativos, a integridade dos dados deve ser planejada com modo de manutenção ou estratégia de replicação.

É necessário ter acesso root em ambos os servidores para usar o rsync?

O acesso root não é um requisito. Um usuário com permissões de escrita no diretório de destino é suficiente. No entanto, se a propriedade dos arquivos, diretórios do sistema, ACL ou permissões especiais precisarem ser mantidas, pode ser necessário um nível de permissão mais alto. Por razões de segurança, sempre que possível, é melhor operar com usuários com permissões limitadas.

O parâmetro --delete é seguro?

Quando usado corretamente, o --delete é muito útil para sincronizar o diretório de destino com a origem; no entanto, se usado em um diretório de destino incorreto, pode causar perda de arquivos. Portanto, comandos que incluem --delete devem sempre ser testados primeiro com --dry-run e os caminhos de origem e destino devem ser verificados com atenção.

Qual é melhor para transferência de grandes arquivos, rsync ou scp?

Para cópias únicas pequenas, o scp pode ser suficiente; no entanto, para arquivos grandes, muitos arquivos e sincronizações repetidas, o rsync geralmente é superior. Isso porque ele pode detectar dados que mudaram, retomar transferências incompletas, limitar largura de banda e oferece um modo de teste.

Resumo e Próximos Passos

Transferir grandes arquivos entre dois servidores usando o comando rsync via SSH é um método rápido, seguro e gerenciável. Com os parâmetros corretos, pode resistir a desconexões, economizar tempo ao transferir apenas arquivos que mudaram e reduzir a interrupção durante o processo de migração de sites ativos. Para os melhores resultados, primeiro faça os testes de SSH e disco, teste com --dry-run e, em seguida, planeje a transferência principal de forma organizada.

Se você está planejando a transição para um novo servidor, armazenamento de alta capacidade ou uma infraestrutura de hospedagem mais eficiente, você pode explorar as soluções da Hostragons; com opções de VPS, hospedagem, domínio e SSL, você pode tornar seu processo de migração mais seguro. Comece com pequenos testes para garantir uma transição tranquila, meça o desempenho e planeje a sincronização final de forma organizada.