Question

Il fait actuellement 700 Mo mais il est concevable qu’il dépasse les 1 Go. Normalement, je copie simplement ce fichier dans un autre emplacement (pour les curieux, c’est la base de données d’une instance de Zope, un fichier ZODB).

Ce fichier change peu d'un jour à l'autre, mais je comprends que Bacula ne peut pas effectuer de subdivision dans le fichier pour les sauvegardes incrémentielles. Quoi qu'il en soit, cela n'a pas d'importance. Ce que je veux faire est une sauvegarde complète quotidienne et garder deux d'entre eux et une sauvegarde complète hebdomadaire et garder deux d'entre eux. Alors à un moment donné, je peux avoir hier, avant-hier, une semaine il y a et il y a deux semaines. Pensez-vous que c'est une bonne idée?

Je suppose que je devrais établir deux horaires, quotidien et hebdomadaire. Mais quels chiffres dois-je avoir sur les volumes et les pools pour y parvenir? Deux volumes de 1,5 Go? Toutes les astuces et conseils sont les bienvenus. Je ne suis pas un administrateur système et mon expérience avec Bacula est très limitée.

Était-ce utile?

La solution

La sauvegarde en ligne d'un fichier de base de données volumineux est une activité risquée, car le fichier peut changer en cours de lecture, ce qui rend la sauvegarde incohérente et éventuellement inutile. Je pense que vous ne devriez pas effectuer de sauvegardes du fichier ZODB lui-même, mais des diffs créées quotidiennement par l'outil repozo . De cette façon, vous externalisez également le travail de gestion des sous-divisions internes au fichier que Bacula est incapable de gérer.

Autres conseils

D'après mon expérience avec Bacula et la sauvegarde sur disque, il est préférable de conserver un volume par travail de sauvegarde. De cette manière, il n'y a pas d'espace mort dans les fichiers à l'expiration des tâches. Bacula peut réutiliser le volume entier et réduit l'utilisation du disque. Utilisez le " Définir les travaux de volume maximum = 1 " directive dans la ressource du pool.

Je mettrais en place deux piscines, une quotidienne et hebdomadaire. Définissez la rétention de volume sur deux jours dans la journée et deux semaines dans la semaine. Programmez le quotidien sur, par exemple, lundi-samedi et l'hebdomadaire le dimanche.

En fonction de votre infrastructure, nous vous recommandons de prendre une photo instantanée du volume que vous sauvegardez sur "congeler". et faire la sauvegarde à partir de là.

Pour certaines de nos sauvegardes, nous utilisons des instantanés LVM ( http://tldp.org /HOWTO/LVM-HOWTO/snapshots_backup.html ), pour éviter de verrouiller l’une de nos bases de données (nous avons un téraoctet de données à sauvegarder et un verrou aurait un impact énorme sur le service)

Ensuite, comme vous avez dit que la base de données ne bouge pas trop, j'aurais une période de conservation de 6 jours, 6 volumes pour les quotidiens et 2 volumes pour les hebdomadaires. Vos quotidiens doivent atteindre le pool de sauvegarde incrémentielle, et les hebdomadaires doivent être complets.

Par exemple, faites en sorte que les hebdomadaires (pleins) soient exécutés le lundi, puis incrémentaux tous les jours (mardi au dimanche). Cela vous permettra de revenir n'importe quel jour de la semaine si vous réalisez que vos données sont corrompues, sans prendre trop de place ou de temps pendant la sauvegarde.

EDIT: Et ... je devrais vérifier les dates de publication avant de répondre. Haha. 3 ans de retard.

Pour le bacula open source (bacula.org), la meilleure idée consiste à utiliser l'option "Définir les travaux de volume maximum = 1". directive en effet.

Si vous souhaitez la subdivision "à l'intérieur du fichier pour les sauvegardes incrémentielles", veuillez considérer le plug-in Delta de Bacula Systems: https://www.baculasystems.com/products/bacula-enterprise-plugins/delta .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top