Quais pastas não devo fazer backup no CentOS?

10

Estou usando o rsnapshot para iniciar o backup de uma instalação do CentOS 5.5 e preciso de uma lista de pastas que provavelmente devo excluir dos backups. O servidor é principalmente um servidor da Web LAMP e estará servindo no momento do backup, embora deva ser um volume relativamente baixo. Fazer backup de / var / lib / mysql é uma má idéia?

Estou supondo que não devo me preocupar em fazer backup / proc, que outras pastas não precisam ser copiadas?

linux centos backup rsnapshot InvisibleFrisbee
fonte

Respostas:

10

Você pode quase certamente ignorar /proc, /dev, /tmpe /var/tmp.

Um bom argumento pode ser feito para ignorar /var/log(e quaisquer outros diretórios de registro), /var/cachese você o tiver, e possivelmente partes de /var/db(embora você deva ter cuidado /var/db: algumas vezes, coisas realmente importantes são colocadas lá ...)

Além disso, você provavelmente deseja fazer um backup, aguarde alguns dias e faça outro para ver o que muda com o tempo. Se você vir muito "lixo" nesses backups, poderá adaptar sua lista de exclusão com mais cuidado.

Depois de selecionar o material que você deseja fazer backup e adaptar suas listas de inclusão / exclusão, faça um teste de restauração adequado - pegue uma máquina de bare metal e siga o processo necessário para que seus dados e software funcionem novamente, sem tocando na máquina original.

Se você não pode gerenciar essa restauração com o backup, você realmente não tem um backup ...

voretaq7
fonte
/ sys também deve ser ignorado.
Jmarki
/sysé outro bom ignorar - também se você tem BIND sendo executado em um chroot você deseja ignorar o /dev, /proc, etc. sob o chroot ...
voretaq7
2
Por favor , não ignore os arquivos de log . Isto é, a menos que você tenha algum outro mecanismo para recuperar os dados necessários para fins de depuração.
Martin M.
@Server Horror - é verdade, se você não possui um syslog remoto configurado, você também pode fazer backup dos logs. fazendo várias cópias de cada registro girado. Não é um problema para alguns sistemas, um show extra ou assim um dia para servidores web ocupados com detalhado logs de acesso ...
voretaq7
1

As únicas pastas que você precisa são /var/wwwe /var/lib/mysqlobter seu site e dados. E faça backup /etc/httpdpara obter sua configuração apache, se necessário. Veja aqui uma discussão sobre backup /var/lib/mysqlversus uso mysqldump.

Se você puder usar um instantâneo lvm para fazer backup, isso seria ainda melhor, mas certifique-se de destruir o instantâneo assim que possível. Os instantâneos Lvm destroem seu desempenho.

James
fonte
5
É um bom começo para fazer backup do MySQL, mas dizer "As únicas pastas que você precisa" é EXTREMAMENTE perigoso, especialmente quando você não está familiarizado com o ambiente - Pode haver coisas críticas em outros locais (por exemplo, informações de usuário / senha em /etc/passwd& /etc/shadowChaves SSH em /home, scripts personalizados em /usr/local...). Geralmente, é melhor criar uma lista do que pode ser excluído com segurança de um backup, em vez de tentar capturar tudo o que você precisa com inclusões específicas.
Voretaq7 24/05
0

Muito pouca informação, desculpe.

É um servidor web, servidor de banco de dados, servidor samba, servidor de nomes. Depende completamente do tipo de serviço que está sendo executado.

Normalmente, não faço backup de nada fornecido pela distribuição (tudo o que vem de um pacote). As coisas pelas quais tenho backups são:

  • arquivos de configuração
  • arquivos de log (apenas no caso de algo desagradável acontecer)
  • " data " - seriam arquivos de zona para ligação, ldap "dumps", dumps de banco de dados e outros enfeites.
  • diretórios pessoais, se houver usuários humanos reais efetuando login nos servidores
Martin M.
fonte