Formatacao

1 files changed, 7 insertions, 8 deletions

diff --git a/backup/methods.mdwn b/backup/methods.mdwn
index b126224..e0a0a68 100644
--- a/backup/methods.mdwn
+++ b/backup/methods.mdwn
@@ -11,7 +11,7 @@ A discussão aqui não tem caráter prático mas meramente teórico, sem menção às im
 Métodos de transferência
 -------------------------
 
-# Método 1: rsync + hardlinks 
+### Método 1: rsync + hardlinks 
 
 Vantagens:
 
@@ -23,7 +23,7 @@ Desvantagens:
 * 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 é,
 
@@ -48,34 +48,33 @@ Nesse caso, uma vez por semana as seguintes operações devem ser feitas:
 
 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.
-