Quels dossiers ne dois-je pas sauvegarder sur CentOS?


10

J'utilise rsnapshot pour commencer à sauvegarder une installation de CentOS 5.5 et j'ai besoin d'une liste de dossiers que je devrais probablement exclure des sauvegardes. Le serveur est principalement un serveur Web LAMP et servira au moment de la sauvegarde, mais devrait être d'un volume relativement faible. La sauvegarde de / var / lib / mysql est-elle une mauvaise idée?

Je suppose que je ne devrais pas me soucier de la sauvegarde / proc, quels autres dossiers n'ont pas besoin d'être sauvegardés?

Réponses:


10

Vous pouvez ignorer presque certainement /proc, /dev, /tmpet /var/tmp.

Un bon argument peut être fait pour ignorer /var/log(et tout autre répertoire de journalisation), /var/cachesi vous l'avez, et éventuellement des portions de /var/db(même si vous devez faire attention avec /var/db: Parfois, des choses vraiment importantes y sont mises ...)

Au-delà de cela, vous voulez probablement faire une sauvegarde, attendre quelques jours et en faire un autre pour voir ce qui change au fil du temps. Si vous voyez beaucoup de "déchets" dans ces sauvegardes, vous pouvez personnaliser plus soigneusement votre liste d'exclusion.


Une fois que vous avez sélectionné les éléments que vous souhaitez sauvegarder et adaptés à vos listes d'inclusion / exclusion, assurez-vous de faire un test de restauration approprié - prenez une machine à partir du métal nu et suivez le processus requis pour que vos données et logiciels fonctionnent à nouveau, sans toucher la machine d'origine.

Si vous ne pouvez pas gérer cette restauration avec ce que vous avez sauvegardé, vous n'avez vraiment pas de sauvegarde ...


/ sys doit également être ignoré.
Jmarki

/sysest un autre bon d'ignorer - même si vous avez bind dans un chroot vous voulez ignorer /dev, /procetc. sous le chroot ...
voretaq7

2
Veuillez ne pas ignorer les fichiers journaux . C'est à moins que vous n'ayez un autre mécanisme pour récupérer les données dont vous pourriez avoir besoin à des fins de débogage.
Martin M.

@Server Horror - vrai, si vous n'avez pas configuré syslog à distance, vous voudrez peut-être également sauvegarder les journaux - L'inconvénient de le faire est que la rotation des journaux ressemble (à la plupart des logiciels de sauvegarde) à chaque fichier modifié: vous aurez faire plusieurs copies de chaque journal tourné. Pas de problème pour certains systèmes, un gig ou un jour supplémentaire pour les serveurs Web occupés avec des journaux d'accès détaillés ...
voretaq7

1

Les seuls dossiers dont vous avez besoin sont /var/wwwet /var/lib/mysqlpour obtenir votre site Web et vos données. Et sauvegardez /etc/httpdpour obtenir votre configuration apache, si nécessaire. Voir ici pour une discussion sur la sauvegarde par /var/lib/mysqlrapport à l'utilisation mysqldump.

Si vous pouvez utiliser un instantané lvm pour effectuer une sauvegarde, ce serait encore mieux, mais assurez-vous de détruire l'instantané le plus tôt possible. Les instantanés Lvm détruisent vos performances.


5
C'est un bon début pour sauvegarder MySQL, mais dire "Les seuls dossiers dont vous devriez avoir besoin" est EXTRÊMEMENT dangereux, surtout lorsque vous n'êtes pas familier avec l'environnement - Il pourrait y avoir des choses critiques à d'autres endroits (par exemple, les informations sur l'utilisateur / mot de passe dans /etc/passwd& /etc/shadowClés SSH sous /home, scripts personnalisés sous /usr/local...). En règle générale, il est préférable de dresser une liste de ce qui peut être exclu en toute sécurité d'une sauvegarde plutôt que d'essayer de capturer tout ce dont vous avez besoin avec des inclusions spécifiques.
voretaq7

0

Trop peu d'informations, désolé.

Est-ce un serveur Web, un serveur de base de données, un serveur samba, un serveur de noms. Cela dépend complètement du type de services en cours d'exécution.

Je ne sauvegarde généralement rien de ce qui est fourni par la distribution (tout ce qui provient d'un package). Les choses pour lesquelles j'ai des sauvegardes sont:

  • fichiers de configuration
  • fichiers journaux (juste au cas où quelque chose de méchant se produirait)
  • " data " - ce serait des fichiers de zone pour bind, des "dumps" ldap, des dumps de base de données et ainsi de suite.
  • répertoires personnels s'il y a de vrais utilisateurs humains qui se connectent aux serveurs
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.