Copiando volumes a sistemas de almacenamento a través dun servidor Linux mediante XCOPY

Acontece que necesitas obter unha copia completa dun volume nun sistema de almacenamento de datos (DSS), non unha instantánea, un clon, senón un volume completo. Pero o sistema de almacenamento non sempre permite que isto se faga internamente utilizando os seus propios medios. Parece que a única opción é copiar a través do servidor, pero neste caso todo o volume de datos pasará polo propio servidor, a rede ata o sistema de almacenamento e os portos de almacenamento, cargando todos estes compoñentes. Pero hai comandos SCSI que poden permitirche facer todo dentro do propio sistema de almacenamento, e se o teu sistema admite VAAI de VMware, entón é case o 100% que se admite o comando XCOPY (COPIA EXTENDIDA), que indica á matriz o que e onde copiar, sen implicar o servidor de procesos e a rede.

Parece que todo debería ser sinxelo, pero non puiden atopar ningún guión preparado de inmediato, así que tiven que reinventar a roda. Seleccionouse Linux para o sistema operativo do servidor e seleccionouse o comando ddpt (http://sg.danny.cz/sg/ddpt.html) como ferramenta de copia. Usando esta combinación, pode copiar calquera volume desde calquera sistema operativo, xa que a copia ocorre bloque por bloque no lado do sistema de almacenamento. Dado que é necesario copiar bloque por bloque e hai que contar o número de bloques, utilizouse o comando blockdev para contar o número de tales iteracións. O tamaño máximo do bloque obtívose experimentalmente; ddpt realmente non funcionou cun bloque grande. O resultado foi o seguinte script bastante sinxelo:

#!/bin/bash
# first parameter = input device
# second parameter = output device
# device size must be the same
# changing bs variable can reduce speed, max speed should be at bs=32768. 32768 is max setting, lower settings should be calculated dividing by 2

set -o nounset
bs=32768
s=`blockdev --getsz $1`
i=0
while [ $i -le $s ]
do
ddpt of=$2 bs=512 oflag=xcopy,direct if=$1 iflag=xcopy,direct count=$bs verbose=-1 skip=$i seek=$i
i=$(( $i+$bs ))
done

Imos facer unha pequena comprobación! Ben, como pequeno, un ficheiro de 1 TB non foi creado e verificado rapidamente por md5sum :)

root@sales-demo-05:/home/vasilyk# blockdev --getsz /dev/mapper/mpathfs
2516582400
root@sales-demo-05:/home/vasilyk# blockdev --getsz /dev/mapper/mpathfr
2516582400
root@sales-demo-05:/home/vasilyk# mount /dev/mapper/mpathfs /xcopy_source/
mount: /xcopy_source: wrong fs type, bad option, bad superblock on /dev/mapper/mpathfs, missing codepage or helper program, or other error.
root@sales-demo-05:/home/vasilyk# mkfs /dev/mapper/mpathfs
mke2fs 1.44.1 (24-Mar-2018)
Discarding device blocks: done
Creating filesystem with 314572800 4k blocks and 78643200 inodes
Filesystem UUID: bed3ea00-c181-4b4e-b52e-d9bb498be756
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done

root@sales-demo-05:/home/vasilyk# mount /dev/mapper/mpathfs /xcopy_source/
root@sales-demo-05:/home/vasilyk# ls -l /xcopy_source/
total 16
drwx------ 2 root root 16384 Aug 19 15:35 lost+found
root@sales-demo-05:/home/vasilyk# head -c 1T </dev/urandom > /xcopy_source/1TB_file
root@sales-demo-05:/home/vasilyk# ls -l /xcopy_source/
total 1074791444
-rw-r--r-- 1 root root 1099511627776 Aug 19 17:25 1TB_file
drwx------ 2 root root         16384 Aug 19 15:35 lost+found
root@sales-demo-05:/home/vasilyk# umount /xcopy_source
root@sales-demo-05:/home/vasilyk# mount /dev/mapper/mpathfr /xcopy_dest/
mount: /xcopy_dest: wrong fs type, bad option, bad superblock on /dev/mapper/mpathfr, missing codepage or helper program, or other error.
root@sales-demo-05:/home/vasilyk# cat xcopy.sh
#!/bin/bash
# first parameter = input device
# second parameter = output device
# device size must be the same
# changing bs variable can reduce speed, max speed should be at bs=32768. 32768 is max setting, lower settings should be calculated dividing by 2

bs=32768
s=`blockdev --getsz $1`
i=0
while [ $i -le $s ]
do
ddpt of=$2 bs=512 oflag=xcopy,direct if=$1 iflag=xcopy,direct count=$bs verbose=-1 skip=$i seek=$i
i=$(( $i+$bs ))
done
root@sales-demo-05:/home/vasilyk# time ./xcopy.sh /dev/mapper/mpathfs /dev/mapper/mpathfr
real    11m30.878s
user    2m3.000s
sys     1m11.657s

O que estaba a suceder no sistema de almacenamento nese momento:

Continuemos con Linux.

root@sales-demo-05:/home/vasilyk# mount /dev/mapper/mpathfr /xcopy_dest/
root@sales-demo-05:/home/vasilyk# ls -l /xcopy_dest/
total 1074791444
-rw-r--r-- 1 root root 1099511627776 Aug 19 17:25 1TB_file
drwx------ 2 root root         16384 Aug 19 15:35 lost+found
root@sales-demo-05:/home/vasilyk# mount /dev/mapper/mpathfs /xcopy_source/
root@sales-demo-05:/home/vasilyk# md5sum /xcopy_source/1TB_file
53dc6dfdfc89f099c0d5177c652b5764  /xcopy_source/1TB_file
root@sales-demo-05:/home/vasilyk# md5sum /xcopy_dest/1TB_file
53dc6dfdfc89f099c0d5177c652b5764  /xcopy_dest/1TB_file
root@sales-demo-05:/home/vasilyk#

Todo funcionou, pero proba e úsao baixo o teu propio risco! Como volume de orixe, é mellor tomar instantáneas, para comezar.

Fonte: www.habr.com