blob: 78e5c1b71fe4c1eda0092d70dc15146f20fca99d (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
|
Conven��es
==========
Esta p�gina cont�m esbo�o para as conven��es de interc�mbio de backups entre servidores. Qualquer que seja o m�todo de backup, ele deve satisfazer as seguintes condi��es:
1. Deve ser incremental para que v�rios estados di�rios sejam poss�veis de se obter.
2. Devem ser gerenciados pelo backupninja.
3. Cada projeto cuida dos seus pr�prios backups, mesmo que estes estejam sendo enviados para o servidor de outro projeto.
Armazenamento
-------------
1. Backups hospedados em `/var/backups`, mesmo que seja symlink para outro local.
2. Arquivos de log de backup em `/var/log/{backup,backupninja.log}`, rodando via logrotate.
3. Backups remotos de servidores e sites em subpastas do tipo `/var/backups/remote/nome-da-camada.projeto.org/handler`.
4. Backups locais criptografados em `/var/backups/duplicity` e sem backup da pasta `/var/backups/remote`.
5. M�quinas enviando backups para outros locais enviam apenas o backup local criptografado.
O que incluir nos backups locais
--------------------------------
Talvez a conven��o mais forte para a inclus�o de arquivos seja aquela na qual a inclus�o de novos arquivos e pastas nos backups seja autom�tica. Assim, a conven��o adotada � a realiza��o de backups das pastas
* `/etc`
* `/var`
* `/home`
Para que a conven��o funcione, � indispens�vel que conte�dos (dados) hospedados sejam armazenados apenas nestas pastas. Como a `/etc` � uma pasta reservada ao armazenamento de configura��es, restam apenas `/var` e `/home` para o armazenamento de dados. Assim, a utiliza��o de pastas do tipo `/var/svn`, `/var/www`, etc garantem a inclus�o autom�tica de todo o conte�do hospedado nos backups.
N�o incluir em backups locais
-----------------------------
As seguintes pastas n�o devem ser inclu�das em backups:
* `/var/backups/duplicity`
* `/var/backups/remote`
* `/var/vservers`
* `/vservers`
|
