Como copiar um grande volume LVM (14TB) de um servidor para outro?

4

Eu tenho que copiar um volume LVM muito grande do servidor A para o servidor B. Abaixo está o sistema de arquivos do servidor A e o servidor B

Servidor A

[root@AVDVD-Filer ~]# df -h 
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_avdvdfiler-lv_root
                       16T   14T  1.5T  91% /
tmpfs                 3.0G     0  3.0G   0% /dev/shm
/dev/cciss/c0d0p1     194M   23M  162M  13% /boot
/dev/mapper/vg_avdvdfiler-test
                      2.3T  201M  2.1T   1% /test
/dev/sr0              3.3G  3.3G     0 100% /mnt

servidor B

[root@localhost ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-LogVol00
                       20G  2.5G   16G  14% /
tmpfs                 3.0G     0  3.0G   0% /dev/shm
/dev/cciss/c0d0p1     194M   23M  162M  13% /boot
/dev/mapper/VolGroup00-LogVol00
                       16T  133M   15T   1% /xiangao/lv1
/dev/mapper/VolGroup00-LogVol01
                      4.7T  190M  4.5T   1% /xiangao/lv2

Eu quero copiar o volume LVM /dev/mapper/vg_avdvdfiler-lv_root no servidor A para o volume LVM /dev/mapper/VolGroup00-LogVol00 no servidor B. O servidor A e o servidor B estão no mesmo segmento IP. No volume LVM no servidor A, existe uma média de 500 M avi wmv mp4 etc.

Eu tentei montar /dev/mapper/vg_avdvdfiler-lv_root no servidor A para o servidor B a NFS, depois use cp para copiar. Está claro que falhei.

Como o volume do LVM é muito grande, não sei porque. Espero uma boa solução aqui.

    
por Starfish 13.05.2010 / 17:45

6 respostas

4

Acho que usaria rsync over ssh nessa situação.

Se a transferência acabar no meio do caminho, usando tar over ssh , você não poderá retomar a transferência, você terá que começar do zero.

    
por 13.05.2010 / 18:10
3

Um tubo de alcatrão é provavelmente o melhor para isso.

    
por 13.05.2010 / 17:50
3

Esta foi a melhor solução para mim:

dd if=/dev/myvolumegroup/mylogicalvolume bs=4096 | pv | ssh targetmachine dd of=/dev/myvolumegroup/mylogicalvolume bs=4096

Você precisa configurar o volume lvm lógico na máquina de destino primeiro, com o mesmo ou mais espaço.

Note que algumas pessoas sugeriram isso com nc (netcat), no entanto, não funcionará porque o netcat fechará quando receber um EOF, do qual há muitos dentro de uma partição. O Ssh não tem esse problema.

Eu usei bs = 4096 em vez de bs = 512 porque era muito mais rápido. YMMV.

O motivo pelo qual o pv está lá é que ele mostra o progresso, o que é muito bom ao enviar grandes quantidades de dados para que você tenha uma idéia das taxas de transferência e por quanto tempo espera até que seja concluído.

    
por 30.09.2012 / 02:43
2

Não tenho certeza se seus comandos cumprem sua intenção: -)

Se você deseja copiar o CONTEÚDO do grupo de volumes, sugiro usar tar ou dump / restore canalizado sobre SSH (criar um volgroup apropriado no Servidor B & restaurar os dados) - veja as man pages para essas ferramentas para mais informações.

Se você deseja copiar o próprio grupo de volumes (estrutura e conteúdo), pergunte por que & insistir em um bom motivo. Se você encontrar motivos convincentes, procure em drbd ou algo semelhante

    
por 13.05.2010 / 17:53
0

Seu inglês não é tão ruim, acho que todo mundo será capaz de entender.

Para esclarecer uma coisa, você quer que o conteúdo de "vg_avdvdfiler-lv_root" seja transferido, ou você quer o próprio LVM (que pode incluir coisas como instantâneos)?

    
por 13.05.2010 / 17:59
0

Se você estivesse se sentindo aventureiro, poderia configurar o DRBD entre as duas máquinas. Isso traria os dois em sincronia em segundo plano.

Vantagens:

  • Não requer que o volume seja transferido para toda a transferência (como ocorre com a cópia de nível de bloco).
  • Não deixa um buraco onde os arquivos podem ser alterados depois que a cópia é iniciada, mas antes de ser concluída (como o rsync).
  • Retomavel.

Desvantagens:

  • Configuração mais complexa, especialmente para os não iniciados.
  • Requer um breve tempo de inatividade para reconfiguração no nó existente para configurar o CLVM e o DRBD.
por 13.05.2010 / 21:14

Tags