logiciel de sauvegarde

Le 07-01-2016, à 09:45:12 -0500, rhb a écrit :

echo "Vérification de l'existence de l'archive";
# On teste si l'archive a bien été créée
if [ -e /run/media/rog/SafBook/devopenscripts_1.tar.gz ]

Attention avec ce test : seule l'existence du fichier est testé (il peut
être vide ou corrompu) et non pas si l'archive a été correctement créée
et intègre tous les fichiers désirés. Pour tester ce dernier point, qui
est quand même le point important pour une sauvegarde, il faut utiliser
d'autres techniques.

Merci pour l'info. N'ayant jamais été confronté à cette situation, je
n'y avait pas pensé.

Alors je suis heureux d'avoir posté mon message :)

Lorsque tu parles "d'autres techniques" tu as une idée en tête que tu
peux partager?

L'idée est de vérifier que le fichier archive.tar.gz contienne tous les
fichiers et qu'ils ne sont pas corrompus. Je ne l'ai jamais fait dans la
pratique (je ne fais pas de sauvegarde, mes fichiers ne sont pas
importants …:-)) mais une idée serait de comparer la somme de contrôle
(voir md5sum par exemple) de chaque fichier dans archive.tar.gz avec les
fichiers originaux. Mais je suis sûr qu'il doit exister d'autres
méthodes et je laisse nos colistiers en parler.

On Thursday 07 January 2016 15:27:49 JF Straeten wrote:

On Thu, Jan 07, 2016 at 12:42:45PM +0100, andre_debian@numericable.fr wro te:
> Lors de la sauvegarde (p. ex. avec rsync), celui-ci va détecter la
> modification de ces fichiers et les sauvegarder en l'état. Résultat,
> la sauvegarde n'est plus crédible, elle a cloné l'original avec ses
> fichiers cassés.
> Comment remédier à ce problème sus cité ?

Il te faut un certain historique, pour pouvoir remonter dans le temps
le cas échéant, tu n'as guère le choix...

Comment créer "ce certain historique" ?

André

--001a114174de55747c0528c160da
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Une méthode souvent utilisée est d'ajouter au nom de l'archive sa date de
génération, puis d'effacer manuellement ou automatiquement (selon la
vitesse de remplissage du support et le temps qu'on accepte de consacrer à
la gestion) les plus anciens fichiers.


______________
Éric Dégenètais
Henix



http://www.henix.com
http://www.squashtest.org


Le 7 janvier 2016 à 17:55, <andre_debian@numericable.fr> a écrit :

On Thursday 07 January 2016 15:27:49 JF Straeten wrote:
> On Thu, Jan 07, 2016 at 12:42:45PM +0100, andre_debian@numericable.fr
wrote:
> > Lors de la sauvegarde (p. ex. avec rsync), celui-ci va détecter la
> > modification de ces fichiers et les sauvegarder en l'état. Rà ©sultat,
> > la sauvegarde n'est plus crédible, elle a cloné l'original avec ses
> > fichiers cassés.
> > Comment remédier à ce problème sus cité ?

> Il te faut un certain historique, pour pouvoir remonter dans le temps
> le cas échéant, tu n'as guère le choix...

Comment créer "ce certain historique" ?

André

--001a114174de55747c0528c160da
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr">Une méthode souvent utilisée est d&#39;ajouter a u nom de l&#39;archive sa date de génération, puis d&#39;effacer manuellement ou automatiquement (selon la vitesse de remplissage du support et le temps qu&#39;on accepte de consacrer à la gestion) les plus anc iens fichiers.<br><br></div><div class="gmail_extra"><br clear="all"><d iv><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><d iv><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div style ="font-family:arial;font-size:small">______________</div><div style="fo nt-family:arial;font-size:small"><div dir="ltr">Éric Dégenà ¨tais<br><div>Henix<br><br><img src="https://docs.google.com/uc?export =download&amp;id=0B4VkaUOkBhBIeUlWWXMxOVFHdDg&amp;revid=0B4VkaUOkBhBI cUJqdExOMUJyZkkxcFNOV1hyRmZyS3IrQ1lRPQ" height="29" width="96"><br></di v><div><br></div><div><img alt=""></div><div><a href="http://www.henix. com" target="_blank">http://www.henix.com</a><br></div><div><a href="ht tp://www.squashtest.org" target="_blank">http://www.squashtest.org</a></d iv><div><br></div></div></div></div></div></div></div></div></div></div></d iv></div></div></div>
<br><div class="gmail_quote">Le 7 janvier 2016 à 17:55, <span dir ="ltr">&lt;<a href="mailto:andre_debian@numericable.fr" target="_blan k">andre_debian@numericable.fr</a>&gt;</span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc soli d;padding-left:1ex"><span class="">On Thursday 07 January 2016 15:27:49 J F Straeten wrote:<br>
&gt; On Thu, Jan 07, 2016 at 12:42:45PM +0100, <a href="mailto:andre_debi an@numericable.fr">andre_debian@numericable.fr</a> wrote:<br>
</span><span class="">&gt; &gt; Lors de la sauvegarde (p. ex. avec rsync) , celui-ci va détecter la<br>
&gt; &gt; modification de ces fichiers et les sauvegarder en l&#39;éta t. Résultat,<br>
&gt; &gt; la sauvegarde n&#39;est plus crédible, elle a cloné l&# 39;original avec ses<br>
&gt; &gt; fichiers cassés.<br>
&gt; &gt; Comment remédier à ce problème sus cité ?<br>
<br>
&gt; Il te faut un certain historique, pour pouvoir remonter dans le temps< br>
&gt; le cas échéant, tu n&#39;as guère le choix...<br>
<br>
</span>Comment créer &quot;ce certain historique&quot; ?<br>
<br>
André<br>
<br>
</blockquote></div><br></div>

--001a114174de55747c0528c160da--

Le 07/01/2016 17:55, andre_debian@numericable.fr a écrit :

Comment créer "ce certain historique" ?

c'est ce que je t'ai expliqué dans un de mes post précédent

jdd

Hello André,


On Thu, Jan 07, 2016 at 05:55:18PM +0100, andre_debian@numericable.fr wrote:

[...]

> Il te faut un certain historique, pour pouvoir remonter dans le
> temps le cas échéant, tu n'as guère le choix...

Comment créer "ce certain historique" ?

J'y revais de mon couplet : par exemple grâce à rsnapshot (et rsync en
sous-main).

Ce soft est absolument excellent pour faire cela.

Il implémente cette idée-ci :

http://www.mikerubel.org/computers/rsync_snapshots/

(que d'autres font avec des shell scripts ; il n'y a pas que
rsnapshot).

Le principe est de :

- copier une première fois l'arborescence à sauvegarder sur le support
de sauvegarde.

Tu as une copie 1:1 faite par rsync, dans /backups/daily.0/ par
exemple ;

- au passage suivant (mettons le lendemain, dans l'exemple, mais ça
peut être toutes les heures, tous les jours, toutes les semaines...
quand tu veux, en fait, c'est paramétrable) le soft réplique d'abord
la première sauvegarde au moyen de hardlinks.

Tu as donc daily.1 (daily.0 est renommé en daily.1) qui est ta
sauvegarde initiale) et daily.0 qui est une copie de l'arborescence,
mais sous forme de hardlinks (jusqu'ici, ça ne consomme rien en
espace ; ça bouffe juste un max d'inodes) ;

- ensuite, il passe un coup de rsync sur tous les fichiers, depuis la
source vers daily.0 avec pour résultat que seuls les fichiers qui
ont changé se retrouvent copiés dans daily.0 (le lien initial vers
daily.1 est alors rompu. Pour les fichiers qui n'ont pas changé, ça
reste un hardlink vers le fichier du même nom dans la première
sauvegarde) ;

- et ainsi de suite... Le surlendemain, tu as un daily.2 avec la
première sauvegarde, daily.1 avec celle de la veille et daily.0
contient toujours la plus récente.

Tu as toujours un backup absolument complet de ton arborescence pour
chaque jour, mais qui ne consomme que l'espace du delta avec la
sauvegarde précédente.


Et c'est l'accumulation des sauvegardes qui constitue ton historique...

En cherchant un fichier dans tous les daily.?, tu vois tout de suite
les dates auxquelles il a bougé et tu peux restaurer la version qui
t'intéresse.

Voici un exemple "live" :

-rw-r----- 1 jfs jfs 22871 jan 5 21:53 daily.0/kelsen/annexe-chiffree-plan.ods
-rw-r----- 3 jfs jfs 20374 jan 2 19:04 daily.1/kelsen/annexe-chiffree-plan.ods
-rw-r----- 3 jfs jfs 20374 jan 2 19:04 daily.2/kelsen/annexe-chiffree-plan.ods
-rw-r----- 3 jfs jfs 20374 jan 2 19:04 daily.3/kelsen/annexe-chiffree-plan.ods
-rw-r----- 67 jfs jfs 52155 oct 27 14:34 daily.4/kelsen/annexe-chiffree-plan.ods
-rw-r----- 67 jfs jfs 52155 oct 27 14:34 daily.5/kelsen/annexe-chiffree-plan.ods
-rw-r----- 67 jfs jfs 52155 oct 27 14:34 daily.6/kelsen/annexe-chiffree-plan.ods
-rw-r----- 67 jfs jfs 52155 oct 27 14:34 daily.7/kelsen/annexe-chiffree-plan.ods
-rw-r----- 67 jfs jfs 52155 oct 27 14:34 daily.8/kelsen/annexe-chiffree-plan.ods
-rw-r----- 67 jfs jfs 52155 oct 27 14:34 daily.9/kelsen/annexe-chiffree-plan.ods


Sur les dix derniers jours, le fichier a été modifié le 5 janvier, et
avant ça le 2, et encore avant ça il n'avait pas bougé depuis le 27
octobre....

Tu sais restaurer celle des trois versions qui t'intéresse, et les
sept autres ne consomment pas d'espace ; ce ne sont que des liens durs
vers la version antérieure quand ça n'a pas changé.

Pour la petite histoire, je garde cet historique sur les 365 derniers
jours, ce qui m'a déjà permis de récupérer des fichiers détruits par
mégarde trois, six ou huit mois auparavant ; ça arrive... :-/


Après, question de goûts, mais l'idéal est de configurer rsnapshot sur
une machine dédiée, qui fait des pulls à son aise vers les différentes
machines à sauvegarder.

Si le principe te parle, n'hésite pas à te fader la doc de rsnapshot ;
tu ne devrais pas le regretter ;)

Hih,

--

JFS.

Le Thu, 7 Jan 2016 02:06:38 +0100,
Gaëtan PERRIER <gaetan.perrier@neuf.fr> a écrit :

Quand je dis dans le même genre que Cobian Backup ça inclut aus si une
GUI. Je n'ai pas l'impression que rsnapshot en ait une ?
De plus je ne veux pas d'un système qui se déclenche automatiqu ement.
Les sauvegardes se feront sur disques externes qui ne sont pas
branchés en permanences.

Gaëtan

Je ne sais pas si c'est performant, mais il y a un soft "pour les
nuls" qui ressemble au truc d'Aple : BackInTime

En tout cas c'est graphique, simple, assez transparent pour
l'utilisateur et tu peux le déclencher au branchement du disque de
sauvegarde.

--
haricophile@aranha.fr

Le 16807ième jour après Epoch,
JF Straeten écrivait:

Hello André,


On Thu, Jan 07, 2016 at 05:55:18PM +0100, andre_debian@numericable.fr wro te:

[...]

> Il te faut un certain historique, pour pouvoir remonter dans le
> temps le cas échéant, tu n'as guère le choix...

Comment créer "ce certain historique" ?

J'y revais de mon couplet : par exemple grâce à rsnapshot (et r sync en
sous-main).

Il y a aussi rdiff-backup, du paquet éponyme, qui est bien sympathique
pour créer des sauvegardes incrémentales, et gérer son occup ation de
sauvegarde en historisant sur un délai, avec l'option
--remove-older-than par exemple.

Je me suis construit un petit script qui, si j'avais moins la flemme,
serait capable d'effacer les trucs trop vieux si ça devait dépass er
l'espace disque de sauvegarde alloué ;)

Bonjour,

Unison c'est bien pour de la synchro mais pas pour de la sauvegarde. Je
l'utilise pour synchroniser mon PC et mon portable.

A+

Gaëtan

Le Thu, 7 Jan 2016 09:09:41 +0100
Pierre TOUZEAU <pierre.touzeau@basse-normandie.pref.gouv.fr> a écrit:

Bonjour,

Au boulot, je synchronise mon Xubuntu sur des Debian avec Unison
2.40.102 (les versions client/serveur ne doivent pas être éloignée l'une
de l'autre).
A la maison, je synchronise ma DEBIAN sur un NAS Synology 211j avec
grsync (un des GUI de rsync).

J'adore l'efficacité masquée d'UNISON et l'efficacité non masquée de grsync.
Si je prends le courage d'installer UNISON sur le synology, alors je
l'utiliserais pour me simplifier la vie.

Pierre


Le 07/01/2016 01:47, Gaëtan PERRIER a écrit :
> Bonjour,
>
> Je cherche un logiciel de sauvegarde dans le même genre que Cobian Ba ckup.
> En fouillant sur google je suis tombé sur un certain nombre (simple b ackup,
> luckybackup, flyback, back in time, etc.) mais qui ont tous pour point
> commun de ne plus être franchement vivant. Le seul qui semble encore
> vivant mais non présent dans debian semble être areca backup
> (http://areca-backup.org). Auriez-vous un retour d'expérience dessus ou
> sur d'autres logiciels de sauvegarde ?
>
> Merci,
>
> Gaëtan
>
>

--
Pro. Signature

Pierre Touzeau

-----------------------------------------------------------
Chargé de mission Préfecture de region Basse-Normandie
SGAR, rue Daniel HUET 14038 CAEN CEDEX +33 231 306 306
pierre.touzeau@basse-normandie.pref.gouv.fr +33 608 968 574
-----------------------------------------------------------

Bonjour,

Pour le coup deja-dup me semble trop car il ne semble pouvoir gérer qu'une
configuration de sauvegarde ?

A+

Gaëtan


Le Thu, 7 Jan 2016 09:16:45 +0100
Bernardo <bernardo.spam@siorat.net> a écrit:

Bonjour,

perso, j'utilise deja-dup depuis plusieurs années, basé sue duplicity,
permet tous types de sauvegardes, chiffrées si besoin de stockage exter ne.

Le 07/01/2016 01:47, Gaëtan PERRIER a écrit :
> Bonjour,
>
> Je cherche un logiciel de sauvegarde dans le même genre que Cobian Ba ckup.
> En fouillant sur google je suis tombé sur un certain nombre (simple b ackup,
> luckybackup, flyback, back in time, etc.) mais qui ont tous pour point
> commun de ne plus être franchement vivant. Le seul qui semble encore
> vivant mais non présent dans debian semble être areca backup
> (http://areca-backup.org). Auriez-vous un retour d'expérience dessus ou
> sur d'autres logiciels de sauvegarde ?
>
> Merci,
>
> Gaëtan
>
>

--
Cordialement,
Bernardo.

Et si quelqu'un à envie de me taper dessus je signale que le mien de
trépied c'est un gitzon serie 3, et que je n'hesite pas à m'en servir.
-+- Noëlle, sur fr.rec.photo -+-

Le Thu, 07 Jan 2016 06:36:51 +0100
Christophe De Natale <christophedenatale@orange.fr> a écrit:

Le jeudi 07 janvier 2016 à 02:13 +0100, Gaëtan PERRIER a écrit :

> > Gaëtan PERRIER <gaetan.perrier@neuf.fr> a écrit :
> >
> > > Bonjour,
> > >
> > > Je cherche un logiciel de sauvegarde dans le même genre que Cobian
> > > Backup. En fouillant sur google je suis tombé sur un certain nomb re
> > > (simple backup, luckybackup, flyback, back in time, etc.) mais qui
> > > ont tous pour point commun de ne plus être franchement vivant. Le
> > > seul qui semble encore vivant mais non présent dans debian semble
> > > être areca backup (http://areca-backup.org). Auriez-vous un retour
> > > d'expérience dessus ou sur d'autres logiciels de sauvegarde ?

Bonjour,

Sous Jessie, j'utilise luckybackup sur un hdd externe (pas encore mis en
place sur mon nas).
L'interface est bien faite et assez intuitive (mode normal ou avancé
pour des réglages plus fins).
Le soft est complet (sauvegarde/restauration, local/distant,
planificateur de tâches, mode utilisateur/admin)

Oui j'ai vu luckybackup mais le fait qu'il soit encore en version de dev et
qu'il ne soit plus suivi m'embête un peu...

Gaëtan