1 TB de pasta que gostaria de copiar para outro servidor

2

Eu tenho uma pasta de 1TB com muitos arquivos no servidor Centos Eu preciso ter certeza de que outro servidor Centos tem a mesma pasta e arquivos para backup. Neste momento, o servidor de backup não possui arquivos. uma vez copiei todas as pastas, acho que posso usar o "rsync", mas para a primeira cópia eu acho que precisarei de outra coisa Eu tenho 2 NIC em ambos os servidores em cabo cruzado que eu gostaria de usar para o backup. alguma boa ideia? obrigado

    
por edotan 02.04.2011 / 12:43

6 respostas

6

você também pode tar e descompactar o ssh em um único comando, isso é bom para apenas um trancefer você pode usar o rsync depois de fazer uma cópia completa

cd /data ; tar cf - . | ssh -C -c blowfish root@server2 "cd /data ; tar xf - "

Não tenho certeza, mas poderia ser mais rápido que o rsync quando houver muitos arquivos pequenos

    
por 02.04.2011 / 13:11
2

Não há nada de errado em usar o rsync para isso - se demorar, apenas inicie na sexta-feira;).

Em alguns casos, se houver muitos arquivos pequenos e a latência for alta, pode ser aconselhável tar a árvore inteira, copiar o tarball e descompactá-lo no sistema de destino. Para uma boa medida, você também pode calcular somas de verificação do tarball em ambos os sistemas.

    
por 02.04.2011 / 12:52
2

O rsync está perfeitamente bem para o backup inicial também. Se você tiver dois NICs e switches Ethernet lentos (ou esses servidores estiverem em redes diferentes), use cabos crossover e rsync. Além disso, se você tiver um desempenho crítico em andamento, o uso de cabo crossover no NIC secundário é uma boa ideia, já que ele transfere o tráfego para um cartão separado.

Se você tem placas de rede de 1Gbit / s, é muito mais rápido usar o rsync do que comprar discos externos.

Já foi mencionada a solução com o tar - se houver algum problema, ele falhará e você terá que começar tudo de novo.

Eu realmente recomendo usar o rsync,

rsync -avz --progress /srv/source -e ssh [email protected]:/srv/destination

Mesmo se você tiver uma rede de 100Mbit / s, usar discos USB é uma solução ruim - é algo como 30MB / s para escrita e leitura - 15MB / s em média, além disso, você precisa movê-lo manualmente e executar os mesmos comandos novamente. 100Mbit / s é de cerca de 10MB / s (alguma sobrecarga de rede incluída).

    
por 02.04.2011 / 13:56
1

Faça o rsync de diferentes sessões simultaneamente:

rsync -avz --progress --stats /home/[a-l]* root@remotebkpserver:/backup/home

rsync -avz --progress --stats /home/[m-z]* root@remotebkpserver:/backup/home

rsync -avz --progress --stats /var root@remotebkpserver:/backup
    
por 02.04.2011 / 17:55
0

As ethernet ethernet de 1000 m não requerem cabo cruzado para conexão peer-to-peer. você pode usar o cabo cat5 padrão para conectar-se entre esses servidores. então você pode usar 1000M em vez de 100M no cabo cruzado.

    
por 02.05.2011 / 13:45
-5

Compre um disco de 1 TB. Conecte-o ao servidor 1, de preferência usando SATA ou eSATA, embora o USB também esteja bem. Copie todos os arquivos para ele. Conecte-o no server2. Seus arquivos chegaram agora. Muito mais rápido que o rsync.

Aqui está uma foto que tirei hoje ao fazer exatamente isso:

    
por 02.04.2011 / 13:25