Salut Nal,
Voilà des mois que je tourne en rond avec cette histoire, alors je me dis que l’écrire me donnera peut-être des idées…
Je fais un backup journalier de plusieurs machines avec backintime (très bien pour la sauvegarde incrémentale avec rsync :-)) sur un NAS en RAID 6… Ça marche et c’est bien sympa depuis des années (6 ans ?) : j’ai accumulé plus de 2 To de backup malgré les zillions de hardlinks. Mais, tout RAID 6 qu’est mon (…)
Cher Journal,
Le projet Backup Checker, outil automatisé de vérification de sauvegarde présent sur GitHub (étoiles appréciées :) ) continue son petit bonhomme de chemin et atteint la version 1.4. Cette nouvelle version apporte la possibilité de définir une durée avant la péremption d'une archive.
Nous constatons que les données dépendent souvent de leur âge, du contexte d'utilisation de ces données et/ou de leur utilisation conjointe avec d'autres données. Par exemple une sauvegarde de (…)
Je ne parlerai pas dans ce journal de la simple sauvegarde indépendante d'un poste de travail. Il existe de nombreuses solutions telles rsync, ou encore Unison ou Back In Time qui possèdent une interface graphique assez réussie.
Ce dont je souhaite vous parler c'est de la sauvegarde managée d'un parc de machines, à l'aide d'un serveur dédié.
Dans ce domaine, le logiciel libre incontournable est sans doute Bacula. Vous trouverez la liste impressionnante de ses fonctionnalités par ici (…)
Cher journal,
J'ai enfin trouvé une manière de sauvegarder et de restaurer une base MySQL de plusieurs Go qui soit efficace dans les deux sens.
Pour les bases
Sauvegarde:
mysqldump --single-transaction --quick -B $db | gzip > $db.sql.gz
Restauration
zcat $db.sql.gz
Pour les bases > 1 Go, une approche innovante est préférable, surtout dans le cas d'innodb (où il ne faut pas oublier d'activer innodb_file_per_table)
Cher journal, je viens de m'apercevoir que je ne t'ai pas encore présenté le projet Brebis.
Brebis est un vérificateur automatisé de sauvegarde. Le but de cet outil est de détecter les corruptions, pertes, modifications accidentelles ou intentionnelles des données des archives que nous utilisons habituellement pour nos sauvegardes. Le but de cette vérification est de s'assurer que les archives conservées seront exploitables le jour où vous en aurez besoin. Brebis ne créé donc pas d'archive, il les vérifie.
(…)J’aime archiver tout ce qui bouge, et j’aime bien l’idée de ne rien perdre si mon ordinateur tombe en panne MAINTENANT. Dans ce journal, je vais décrire comment je gère mes sauvegardes, des personnes ici se sont montrées intéressées.
Attention, je vous préviens tout de suite : c’est un système de sauvegarde bricolé maison à base de cron et de scripts shell dégueulasses. Ce n’est pas un tutoriel, donc c'est écrit dans un style « je raconte ma vie ».
'lut nal,
Vous me direz encore un journal sur la sauvegarde de données alors qu'il en existe tant d'autres. Mais il n'est jamais inutile de rappeler à tel point il est utile et nécessaire de ne pas négliger ce point et c'est souvent malheureusement suite à une mauvaise expérience qu'on s'en préoccupe sérieusement, et c'est malheureusement également ce qui m'est arrivé.
Pendant longtemps je me suis cru à l'abri de la perte de mes données perso, depuis des années j'utilise (…)
'lut les gens,
Ce journal s'inscrit dans un suite de journaux liés à la sauvegarde et à l'archivage des données dont vous retrouverez les liens plus bas. Le fait déclencheur de tous ces journaux étant une perte de données.
Ces journaux ont généré moult commentaires et de nombreux conseils éclairés, en soi je remercie linuxfr, ses contributeurs et lecteurs car grâce à tous ces conseils avisés j'ai grandement amélioré mon architecture de sauvegarde et archivage diminuant les (…)
Dans la série des sauvegardes en ligne, voici C14 (attention pub, fermez les yeux) https://www.online.net/fr/c14 que j'ai testé hier.
Le prix est très attractif 0.002 €/Go/mois + 0,01 € par Go par opération, mais attention c'est de l'archivage, pas du partage de fichiers.
Le principe est simple, on crée une archive qui nous ouvre un espace de stockage temporaire accessible par ssh (rsync, scp, sftp) ou ftp ou webdav pendant 7 jours (ou moins). Ensuite on copie tout ce qu'on (…)
Aujourd'hui j'ai été cambriolé, durant la journée.
Or, durant la journée, depuis mon travail, j'ai toujours ceci qui tourne:
ssh -tY machine1 ssh -Y machine2 claws-mail
machine1 est accessible publiquement en ssh grâce à du NAT derrière ma box.
machine2 a été volée, mais pas machine1. Du coup, je me dis que je dois pouvoir retrouver l'heure du crime dans les logs de machine1. Tel que je l'imagine, machine2 a été fermée pour être emportée (c'est un portable) ce qui (…)
Bacula, logiciel de sauvegarde orienté grosses structures (rien à voir avec les solution de ce journal), est sorti le 29 mars dernier en version 7, puis en version 7.0.2 le 2 avril. La dernière version stable était la 5.2.13, sortie en février 2013, mais la version 5.2 existait déjà depuis le 30 octobre 2011. Je n'ai pas encore trouvé pourquoi avoir sauté le numéro 6, mais il s'agit probablement de ne pas interférer avec la version "entreprise" numéroté 6 (…)
Si vous avez la flemme de lire, n'hésitez pas à aller directement à la fin. Je viens d'écrire un premier vrai programme en Rust et j'aimerais avoir des retours dessus. C'est l'objectif de ce journal.
J'utilise BackupPC pour sauvegarder mes données. BackupPC est un logiciel de sauvegarde qui se connecte à différents ordinateurs en SSH et utilise rsync pour sauvegarder les données. Il fonctionne parfaitement avec des ordinateurs Linux et un peu moins bien sur des ordinateurs Windows (…)
'lut 'nal,
Pour commencer l'année, je continue ma série de journaux sur la sauvegarde, je vous vois venir "encore celui-là avec ses articles sur la sauvegarde, ça va commencer à devenir franchement lassant". En fait je me rends compte que je n'avais pas totalement asséché le sujet puisque je n'avais pas encore parlé d'archivage, c'est l'objet de ce journal.
Mais un petit rappel s'impose, voici un bref résumé des précédents épisodes
- le premier journal de la (…)