☰

Fazendo backup do servidor Linux no disco rígido NTFS

tag-icon • tag-icon linux backup ntfs rsync tar
Fazendo backup do servidor Linux no disco rígido NTFS

Estou procurando uma maneira de fazer backup do meu servidor Debian. Para a partição de dados eu tenho uma solução usando rsync, o backup vai para uma unidade NTFS criptografada. NTFS porque muitas vezes levo o drive comigo para assistir alguns filmes, etc., no meu laptop Windows.

Fazer backup do sistema com rsync não funciona porque as permissões não são preservadas no NTFS. Eu estava pensando em um tararquivo, mas a --updateflag só adiciona novos arquivos e não apaga mais os arquivos que não estão mais lá.

Existe alguma maneira de obter algumas permissões de preservação de backup no contêiner que possam ser atualizadas como uma atualização rsync?

Responder1

Uma maneira de atender aos seus requisitos de armazenamento seria criar umsistema de arquivos de loopbackdentro de sua partição NTFS, mas o problema é que o desempenho de tal dispositivo de loop seria pior porque a entrada-saída (E/S) estaria acontecendo em um sistema de arquivos dentro de um sistema de arquivos.

É bastante simples configurar um sistema de arquivos de loopback. Supondo que /demofoi aí que você montou seu dispositivo NTFS:

Crie um arquivo em branco não esparso

O tamanho é sua escolha. Meu exemplo é 1GiB grande:

root@node51 [/demo]# dd if=/dev/zero of=loopback.img bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 1.88537 s, 570 MB/s

Formate o arquivo usando um sistema de arquivos que tenha todos os recursos de permissão necessários

Eu uso ext4 neste exemplo:

root@node51 [/demo]# mkfs.ext4 loopback.img
mke2fs 1.42.9 (4-Feb-2014)
loopback.img is not a block special device.
Proceed anyway? (y,n) y
Discarding device blocks: done
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
65536 inodes, 262144 blocks
13107 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=268435456
8 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376

Allocating group tables: done
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

Você acabou de criar um sistema de arquivos dentro de um arquivo.

Monte o novo sistema de arquivos

root@node51 [/demo]# mount -o loop loopback.img /mnt

Coloque dados em seu novo sistema de arquivos

root@node51 [/demo]# echo "Data data data" > /mnt/file.txt
root@node51 [/demo]# ll /mnt/
total 28
drwxr-xr-x  3 root root  4096 May 25 09:31 ./
drwxr-xr-x 24 root root  4096 May 25 09:29 ../
-rw-r--r--  1 root root    15 May 25 09:31 file.txt
drwx------  2 root root 16384 May 25 09:30 lost+found/

Convenientemente, você pode redimensionar o sistema de arquivos ext4 com bastante flexibilidade.

Ampliar exemplo

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 1.0G May 25 09:31 loopback.img

root@node51 [/demo]# umount loopback.img

root@node51 [/demo]# e2fsck -f loopback.img
e2fsck 1.42.9 (4-Feb-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
loopback.img: 12/65536 files (0.0% non-contiguous), 12636/262144 blocks
root@node51 [/demo]# resize2fs loopback.img 4G
resize2fs 1.42.9 (4-Feb-2014)
Resizing the filesystem on loopback.img to 1048576 (4k) blocks.
The filesystem on loopback.img is now 1048576 blocks long.

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 4.0G May 25 09:32 loopback.img

Exemplo de redução

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 4.0G May 25 09:32 loopback.img

root@node51 [/demo]# e2fsck -f loopback.img
e2fsck 1.42.9 (4-Feb-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
loopback.img: 12/262144 files (0.0% non-contiguous), 25167/1048576 blocks

root@node51 [/demo]# resize2fs loopback.img 128M
resize2fs 1.42.9 (4-Feb-2014)
Resizing the filesystem on loopback.img to 32768 (4k) blocks.
The filesystem on loopback.img is now 32768 blocks long.

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 128M May 25 09:44 loopback.img

Responder2

Você pode tentar dar (http://dar.linux.free.fr/), pois possui capacidade de backup incremental. Não tentei a recuperação de desastres, mas os backups normais parecem funcionar bem.

informação relacionada