Métodos de transferência
-------------------------
-# Método 1: rsync + hardlinks
+### Método 1: rsync + hardlinks
Vantagens:
* Precisa rodar como root nas duas máquinas/vservers para preservar permissões
* Workarround: criar um `FILELIST.TXT` para cada vserver indicando as permissões e os proprietários dos arquivos, juntamente com um script que corrija todas essas permissões no caso de um restauro de backup.
-# Método 2: tar + ssh
+### Método 2: tar + ssh
Esse método consiste em criar um `.tar.bz2` num pipe direto para o servidor remoto, sem escrita local em disco, isto é,
Desvantagem: full-dump semanal.
-# Método 3: GNU backup
+### Método 3: GNU backup
O script backup que acompanha o GNU tar pode ser usado para fazer dumps incrementais locais que depois são enviados aos servidores remotos.
Desvantagem: arquivos não podem ser modificados durante a confecção do backup.
-# Método 4: duplicity
+### Método 4: duplicity
* http://www.nongnu.org/duplicity/
* backups criptografados
-# Método 5: rdiff-backup
+### Método 5: rdiff-backup
* http://www.nongnu.org/rdiff-backup/
Métodos de armazenamento
------------------------
-# Método 1: vserver dedicado a backups
+### Método 1: vserver dedicado a backups
Cada servidor possui um único vserver dedicado a puxar os backups dos outros servidores. Esse vserver não terá acesso externo e por isso é a abordagem mais segura de armazenamento.
Veja uma discussão sobre isso em https://docs.indymedia.org/view/Sysadmin/PullBackupsForParanoiacs.
-# Método 2: vservers dedicados a cada servidor
+### Método 2: vservers dedicados a cada servidor
Cada servidor possui seu próprio vserver em cada máquina remota onde ele fizer backup. Nesse vserver os backups remotos poderão ser feitos como root sem acarretar perda de segurança para a máquina remota, o que faz essa ser a abordagem mais flexível para puxar ou receber backups remotos.
Backups criptografados
Veja uma discussão sobre isso em https://wiki.boum.org/TechStdOut/EncryptedBackupsForParanoiacs.
-