qual é o local padrão para arquivos de backup de outro servidor


12

Eu tenho um servidor Ubuntu e uma de suas "tarefas" é espelhar / fazer backup de arquivos localizados em outro servidor em um local diferente usando rsync / rdiff-backup.

Eu sei que existem algumas convenções, como páginas da web, em / var / www.

Qual é a melhor prática / local padrão para armazenar os arquivos de backup?


Lugares possíveis que eu considerei:

/ var / backup - parece que é usado para backups internos do sistema operacional

/ home / backup - eu poderia criar este diretório, mas se a manutenção de backups for um "serviço" fornecido por este servidor, acho errado colocar os arquivos na mesma pasta com os arquivos pessoais do usuário

PS: Estou ciente de que essa pergunta pode ser subjetiva (recebi a dica de ferramenta de aviso), mas acho que o que faço é bastante comum e que deve haver uma convenção.

Respostas:


20

Existe um local adequado.

Existe um padrão para a estrutura adequada do sistema de arquivos. Sua versão atual existe há mais de uma década, o que pode ser novidade para algumas distribuições do Linux.

A versão mais recente do Filesystem Hierarchy Standard é 2.3: http://www.pathname.com/fhs/pub/fhs-2.3.html

Lá, na seção "Finalidade"var , explica por que é uma má ideia usar /var/backup.

O local apropriado seria, dependendo do aplicativo e seu uso, algo como:

/var/lib/<app>/backups
/var/local/<app>/backups
/var/opt/<app>/backups

(Digo "algo parecido" porque se você usa /var/lib, /var/localou /var/optdepende do aplicativo, sua função no sistema e como ele foi instalado. Além disso, a estrutura abaixo /var/lib/<app>é arbitrária com base nos mantenedores do aplicativo.)

A propósito, desde que você mencionou, não/var/www é o local adequado para as páginas da web veiculadas (novamente, isso é novidade para alguns mantenedores de distros e pacotes, mas a ESF é mais antiga que muitos deles que claramente nunca a leram). Conteúdo servido, e armazenados aplicação de dados / activos para serviços pertencem sob o diretório . Tenho vindo a utilizar o método de protocolo desde 2005 e acho que funciona muito bem ( , , , , etc.)./srv/srv/http/srv/ftp/srv/git/srv/svn

Digamos que você esteja usando rsynce que esta máquina esteja fornecendo um serviço de backup para a rede, você usaria:

/srv/rsync/backups

ATUALIZAR

Versão 3.0 do FHS: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html


1
No final, eu realmente decidi usar / srv / rdiff-backup next / srv / git e / srv / svn e estou feliz que você tenha confirmado que esta é a decisão correta.
andi 06/04

1
O Filesystem Hierarchy Standard 3.0 (19 de março de 2015) está aqui refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.pdf
Emerson Rocha

1
Obrigado, Emerson.
Karl Wilbur

3

Não há local padrão.

Eu não usaria nenhum dos diretórios regulares para isso. Mantenha o servidor limpo de backups externos e coloque-os em um local claramente definido.

Provavelmente eu usaria um disco removível e o montaria. Algo como /external_backups/ ou /media/external_backups/e dentro desses subdiretórios com o nome do servidor e dentro desses arquivos tar compactados.

/home/backupsente-se errado; Eu me deixaria /home/para os usuários. Se você quiser fazer dessa maneira, eu criaria um "backup" do usuário e a mesma configuração acima.

Algo assim (2x com uma partição, 2x de um /home/backup/:

  • /external_backups/AS400/20150101/backup.tar.gz
  • /external_backups/AS400/2015_01_01.tar.gz
  • /home/backup/AS400/20150101/backup.tar.gz
  • /home/backup/AS400/2015_01_01.tar.gz

/var/backupé para uso interno, de fato. O sistema de pacotes Debian mantém uma cópia antiga do último, mas um dpkg é executado /var/lib/dpkg/status-old. (Por padrão :) Para preservar o sistema contra maiores danos quando ocorre uma falha ou corrupção do sistema de arquivos, é feito um backup diário /var/backupsquando o arquivo é diferente da última cópia. Isso é feito a partir de/etc/cron.daily/standard .

Mas não há um caminho correto ou errado para isso (bem, descarto os métodos insanos: como colocá-los /ou entrar /bootou algo mais louco do que isso).


O servidor está em um datacenter, portanto, o armazenamento externo está fora de questão. Vou criar o backup do usuário e usarei sua pasta inicial para backups. Mas agora eu sei que não há uma convenção de nome que estou quebrando.
andi
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.