storeBackup, l'outil de sauvegarde non conventionnel

ArticleCategory: [Choose a category, translators: do not translate this, see list below for available categories]

System Administration

AuthorImage:[Here we need a little image from you]

TranslationInfo:[Author + translation history. mailto: or http://homepage]

original in de Heinz-Josef Claes

de to en J�rgen Pohl
en to fr Iznogood

AboutTheAuthor:[A small biography about the author]

The author prefers to not publish any picture of him online.

Abstract:[Here you write a little summary]

StoreBackup est destin� � l'utilisateur lambda qui ne poss�de pas n�cessairement une sauvegarde � bandes mais un second disque dur ou un autre ordinateur. Il permet aussi, aux utilisateurs professionnels, un acc�s extr�mement rapide et confortable aux sauvegardes et de r�aliser des �conomies sur le co�t des bandes ainsi que sur les co�ts administratifs.

Le stockage sur disques dur ou des p�riph�riques identiques est une alternative ou une ressource additionnelle � la sauvegarde sur bandes. Le programme pr�sent� ici est efficace et �conomise de la capacit� de sauvegarde :

Les r�pertoires, incluant leur structure arborescente, peuvent �tre copi�s vers une autre destination (i.e. /home => /var/bkup/2003.12.13_02.04.26). Les permissions des fichiers sont pr�serv�es, permettant aux utilisateurs d'acc�der aux sauvegardes directement.
Le contenu des fichiers est compar� avec la sauvegarde existante pour s'assurer qu'il n'y ait qu'une sauvegarde pour chaque fichier, ce qui signifie que les fichiers avec un contenu identique n'existent qu'une fois physiquement dans la sauvegarde.
Les fichiers identiques sont reli�s en dur et apparaissent dans la sauvegarde aux m�me endroits que ceux d'origine.
Les fichiers de sauvegarde sont compress�s, except� ceux marqu�s 'exclude'. La compression peut �tre compl�tement suprim�e.
Les s�ries de sauvegardes, g�n�r�e ind�pendement (i.e. depuis des machines diff�rentes) peuvent faire r�f�rence, par le biais de liens physiques, � des fichiers partag�s. Les sauvegardes compl�tes ou partielles peuvent �tre ex�cut�es avec cette m�thode, toujours avec la condition que les fichiers avec un contenu identique n'apparaissent qu'une fois dans la sauvegarde.

ArticleIllustration:[One image that will end up at the top of the article]

ArticleBody:[The main part of the article]

Pourquoi un nouvel outil de sauvegarde ?

Il existe d�j� des centaines de programmes de sauvegarde. Pourquoi un de plus ? L'origine provient des mes activit�s en tant que consultant. Je me d�place toute la semaine et je n'ai pas moyen de mettre mes donn�es en s�curit� � la maison. Tout ce que j'avais �tait un lecteur ZIP 250Mo sur mon port parall�le. La sauvegarde sur le ZIP ne me donnait pas beaucoup d'espace de disponible et j'avais de faibles performances (dans les 200ko/s). J'avais, en plus, besoin d'acc�der � mes donn�es d'une mani�re simple et rapide - je n'aime pas les options habituelles de sauvegardes compl�tes, diff�rentielles et incr�mentales (i.e. avec tar ou dump) : d'un cot�, il est trop difficile de retrouver une des versions, d'un autre, il n'est pas possible d'effacer de vieilles versions � volont�, cela doit �tre planifi� avec pr�caution lors de la g�n�ration de la sauvegarde.

Mon objectif �tait de pouvoir sauvegarder mon travail rapidement, trouver mes fichiers tout aussi rapidement et sans soucis.

Donc, fin 1999, la premi�re version de storeBackup a �t� cr��e mais n'�tait pas adapt� aux grands environnements. Elle n'�tait pas suffisament performante, ne compressait pas suffisament et ne pouvait pas dialoguer avec les noms de fichiers sp�ciaux (i.e. avec un '\n' dans le fichier).

En me basant sur mon exp�rience avec la premi�re version, j'en ai r��crite une qui a �t� publi�e un peu moins d'un an plus tard sous GPL. Pendant ce temps, le nombre d'utilisateurs a augment� - depuis une utilisation personnelle, � la mise en s�curit� des r�pertoires (de courriels) chez les fournisseurs ou dans les hopitaux de m�me que dans les universit�s et pour l'archivage g�n�ral.

Comment serait un outil de sauvegarde id�al ?

L'outil de sauvegarde id�al cr�erait une copie compl�te de tout le syst�me de donn�es chaque jour (incluant les droits d'acc�s appliqu�s) sur un autre syst�me de donn�es avec un minimum d'efforts pour l'administrateur et un maximum de confort pour l'utilisateur. L'ordinateur et les syst�mes � disques durs doivent �tre distants et en s�curit� pour que cela soit possible. Avec l'aide d'un navigateur de donn�es, l'utilisateur peut acc�der aux donn�es mises en s�curit� pour la recherche et la recopie directe de donn�es. La sauvegarde doit �tre utilisable directement et sans probl�mes. Travailler avec les sauvegardes doit devenir � normal � - car la partie administrative sera, en g�n�ral, inutile.

Le processus d�crit ici a un petit d�savantage : il a besoin de beaucoup d'espace de disque dur et il est assez lent car � chaque fois, la globalit� des donnn�es doit �tre copi�e.

Comment fonctionne storeBackup ?

StoreBackup tente d'accomplir la � sauvegarde id�ale � et de r�soudre les deux probl�mes : espace de stockage et performance.

Fonctionalit�s

La premi�re mesure pour diminuer l'espace disque n�cessaire est de compresser les donn�es - si cela est n�cessaire. storeBackup permet l'utilisation de tous les algorithmes de compression par l'utilisation de programmes externes. C'est bzip2 par d�faut.

En regardant les donn�es de pr�s, il appara�t que de sauvegarde en sauvegarde, relativement peu de fichiers changent - ce qui est la raison des sauvegardes incr�mentales. Nous nous sommes aussi rendus compte que beaucoup de fichiers avec les m�me contenus peuvent �tre trouv�s dans des sauvegardes car les utilisateurs copient des fichiers ou un programme d'administration de versions (comme cvs) est actif. De plus, les fichiers ou les structures de r�pertoires sont renom�s par les utilisateurs, dans les sauvegardes incr�mentales, ils sont encore (inutilement) mis en s�curit�. La solution est de faire un contr�le de la sauvegarde pour les fichiers ayant le m�me contenu (pouvant �tre compress�) et d'y faire une liaison. Le lien physique est cette r�f�rence. (Explication : les blocs de donn�es dans les syst�mes Unix sont administr�s par les inodes. Plusieurs noms de fichiers diff�rents dans autant de r�pertoires peuvent faire r�f�rence � un inode. Le fichier r�el est effac� avec son dernier lien physique (=nom de r�pertoire). (Les liaisons physiques peuvent pointer sur un fichier sp�cifique dans un seul syst�me de fichiers.)
Avec ce truc sur les liaisons physiques qui sont toujours cr��es dans des fichiers de sauvegarde existants, chaque fichier est pr�sent dans chaque sauvegarde bien qu'il n'existe physiquement qu'une fois sur le disque dur. La copie et le renomage de fichiers ou de r�pertoires ne prend que l'espace de stockage sur l'espace de stockage des liens physiques - quasiment rien.

En outre, si plus d'un ordinateur doit �tre s�curis�, ils ont une forte proportion de fichiers identiques, avec des r�pertoires comme /etc ou /usr. Il ne doit bien s�r y avoir qu'une seule copie des fichiers identiques stock�s dans le disque de sauvegarde. Monter tous les r�pertoires depuis le serveur de sauvegarde et sauvegarder tous les ordinateurs en une seule passe sera la solution la plus simple. De cette mani�re, la duplication des fichiers est d�tect�e et ces derniers sont li�s physiquement. Cette proc�dure a n�anmoins le d�savantage que toutes les machines devant �tre s�curis�s, doivent �tre disponible pour le temps de la sauvegarde. Cette proc�dure peut �tre inaplicable, par exemple, si les portables doivent �tre sauvegard�s en utilisant storeBackup.
Sp�cialement avec les portables, nous pouvons trouver un temps de retard � la sauvegarde important car les utilisateurs cr�ent des copies locales. Dans de tels cas, si les serveurs sont sauvegard�s ind�pendement les uns des autres et l'espace de disque dur disponible doit �tre utilis� optimalement par les liaisons physiques, storeBackup permet de lier physiquement les fichiers dans des sauvegardes ind�pendantes (cela signifie : ind�pendant les uns des autres, avec la possibilit� de diff�rentes machines).

Pour l'effacement des fichiers, storeBackup offre une palette d'options. C'est un grand avantage pour l'effacement lorsque chaque sauvegarde est compl�te, ils sont effac�s sans distinction. Contrairement aux sauvegardes traditionnelles, il n'y a pas besoin de chercher si une sauvegarde incr�mentale d�pend d'une pr�c�dente sauvegarde.
Les options permettent l'effacement ou la sauvegarde sur des jours de travail sp�cifiques le premier ou dernier jour de la semaine/mois ou ann�e. Il faut s'assurer qu'un minimum de sauvegardes s'effectuent. C'est sp�cialement utile si les sauvegardes ne sont pas g�n�r�es sur une base r�guli�re. Il est possible de garder la derni�re sauvegarde d'un portable jusqu'� la derni�re des 4 semaines m�me si la p�riode a �t� d�finie sur 3 semaines. Il est, de plus, possible de d�finir le nombre maximum de sauvegardes. Il existe plus d'options pour r�soudre l'existence de conflits entre des r�gles contradictoires (en utilisant le sens commun).

Performance

La proc�dure d�crite ci-dessus suppose qu'une sauvegarde existante est contr�l�e pour les fichiers identiques avant de faire une nouvelle sauvegarde d'un fichier. Ceci s'applique aux fichiers de la pr�c�dente sauvegarde de m�me qu'� ceux nouvellement cr��s. Il n'y a bien s�r pas beaucoup de sens de comparer directement chaque fichier devant �tre sauvegard�s avec ceux de la pr�c�dente. Donc les sommes md5 de la sauvegarde pr�c�dente sont compar�es avec les sommes md5 des fichiers devant �tre sauvegard�s avec l'utilisation des la table de hachage. Le programme utilise les fichiers dbm pour le faire.
Traiter la somme md5 est rapide mais dans le cas de beaucoup de donn�es mais ce n'est pas encore assez rapide. Pour cette raison, storeBackup contr�le initialement si le fichier a �t� alt�r� depuis la derni�re sauvegarde (chemin + nom de fichier, ctime, mtime et la taille est la m�me). Si c'est le cas, la somme md5 de la derni�re sauvegarde est adopt�e et la liaison physique est initialis�e. Si le contr�le initial montre une diff�rence, la somme md5 est trait�e et un contr�le est effectu� pour v�rifier si un autre fichier existe avec la m�me somme md5. (La comparaison avec un num�ro des s�ries de sauvegarde utilise un processus �tendu mais similaire en efficacit�). Pour cette approche, seules quelques sommes md5 ont besoin d'�tre calcul�es pour une sauvegarde.

Mon serveur (200 MHz, IDE) traite de 20 � 35 fichiers/s, mon ordinateur de bureau (800MHz,IDE) � peu pr�s 150 � 200 fichiers/seconde. Sur les ordinateurs rapides avec des bons disques durs (2.4 GHz, 1.4To avec RAID logiciel), j'ai mesur� 800 fichiers/seconde. Ces r�sultats comprennent l'�criture sur les disques locaux. L'�criture au travers de NFS est beaucoup plus long. La vitesse des disques durs est crutiale. (Tous les tests ont �t� fait sous Linux).

Impl�mentations

L'outil storeBackup a �t� test� sur Linux, FreeBSD, Solaris et AIX. Il devrait fonctionner sur toutes les plates-formes Unix. Perl a �t� utilis� comme langage de programation.

Installation

L'installation est simple. StoreBackup peut �tre t�l�charg� depuis http://www.sf.net/projects/storebackup comme storeBackup version.tar.bz2 et d�compress� dans le r�pertoire souhait�.

tar jxf storeBackup-version.tar.bz2

Ceci cr�e le r�pertoire storeBackup avec la documentation et les ex�cutables dans le sous-r�pertoire bin. Ils peuvent �tre appel�s avec le chemin complet. Une alternative se fait avec la variable d'environnement $PATH qui doit �tre initialis�e. Les syst�mes d'exploitation qui n'ont pas de programme md5sum (i.e. FreeBSD) ont besoin de le compiler. Les instructions pour le faire peuvent �te trouv�es dans le fichier README attach�.

Op�ration

Nous ne pouvons pas d�crire ici toutes les options en d�tail, qui peuvent �tre trouv�es dans le paquet logiciel.

La m�thode la plus simple pour g�n�rer une sauvegarde est :

storeBackup.pl -s sourceDir -t targetDir

sourceDir et targetDir doivent �tre existants. StoreBackup copiera les fichiers depuis sourceDir vers targetDir/date_time et dans cette proc�dure , la compression se fera avec bzip2 (�vitant les .gz, bz2, .png, etc.) de m�me qu'une liaison des fichiers dupliqu�s.

Dans la version � jour (1.14.1), storeBackup.pl poss�de 45 param�tres � sa disposition mais leur description est en dehors du champ de cet article. Ils peuvent �tre acc�d�s avec

storeBackup.pl -h

Dans les fichiers README et EXAMPLES, nous pouvons trouver des explications exhautives sur les diff�rentes applications. Il est � noter que l'alternative de positionner les param�tres dans la ligne de commande - ce qui devient rapidement tr�s complexe - se fait par le biais d'un fichier de configuration. Il peut �tre g�n�r� avec

storeBackup.pl --generate --file ConfigFile

ou plus court avec

storeBackup.pl -g -f ConfigFile

Apr�s la finalisation, la configuration peut �tre lue, la syntaxe contr�l�e et partiellement appliqu�e par

storeBackup.pl -f ConfigFile --print

en cons�quence, storeBackup peut �tre d�marr� avec

storeBackup.pl -f ConfigFile

La description compl�te de toutes les options de storeBackup peut �tre trouv�e dans les fichiers README et EXAMPLES qui forment une partie du fichier tar.

Pour d�tecter quelle version de fichier existe dans une sauvegarde, storeBackup peut �tre utilis� :

storeBackupVersion.pl -f Filename

filename est le nom du fichier en question, il doit �tre �crit de la m�me mani�re que dans la sauvegarde, i.e. avec ses attributs de compression. Aller dans le r�pertoire de sauvegarde au bon endroit et ex�cuter la commande est la mani�re la plus facile. Utiliser l'option � -h � montrera les explications des 11 param�tres.

La r�cup�ration de fichiers seuls peut �tre effectu�e avec cp, ftp, un navigateur de fichiers ou un syst�me similaire. Pour la r�cup�ration partielle de r�pertoires ou des sauvegardes compl�tes, il est sens� d'utiliser l'outil storeBackupRecover.pl. Ce dernier extraira les fichiers ou les r�pertoire de la sauvegarde. Ceci restaurera l'original, i.e. utilisateur, groupe et droits. Les fichiers seront aussi d�compress�s si c'est le cas dans la version originale. Les liaisons physiques seront aussi r�tablies. .
Les options additionelles de storeBackup permettent les lectures statistiques, comme la manipulation des param�tres de performance, les comportements d'�criture et autres. Un total de 10 param�tres peut �tre vu avec l'option � -h �.

Avec storeBackupDel.pl, les sauvegardes peuvent �tre effac�es ind�pendement avec le programme storeBackupRecover.pl. Cela peut �tre utile dans le cas de sauvegarde par NFS. Effacer des r�pertoires par NFS est beaucoup plus lent que l'effacement local. storeBackup peut �tre appel� par le NFS sans la fonction d'effacement, permettant un meilleur contr�le de la dur�e de la sauvegarde. L'effacement de sauvegardes pr�c�dement g�n�r�es se fait avec storeBackupDel - qui, soit dit en passant, poss�de les m�mes options pour l'effacement que storeBackup - peut �tre s�par� du processus de sauvegarde r�el.

Les sauvegardes existantes sont organis�es dans des r�pertoires. Elles sont affich�es dans storeBackupls.pl (plus coh�rent qu'avec 'ls'). Simplement comme une liste

hjc@schlappix:~/backup ) storeBackupls.pl /media/zip/stbu/
  1  Fri May 23 2003   2003.05.23_12.37.53   -156
  2  Fri Jun 06 2003   2003.06.06_14.31.47   -142
  3  Fri Jun 13 2003   2003.06.13_14.17.18   -135
  4  Fri Jun 20 2003   2003.06.20_14.02.35   -128
  5  Fri Jun 27 2003   2003.06.27_14.23.55   -121
  6  Mon Jun 30 2003   2003.06.30_17.34.37   -118
  7  Fri Jul 04 2003   2003.07.04_13.10.06   -114
  8  Fri Jul 11 2003   2003.07.11_13.13.14   -107
  9  Fri Jul 18 2003   2003.07.18_14.03.49   -100
 10  Fri Jul 25 2003   2003.07.25_14.19.19   -93
 11  Thu Jul 31 2003   2003.07.31_17.07.55   -87
 12  Fri Aug 01 2003   2003.08.01_12.16.58   -86
 13  Fri Aug 15 2003   2003.08.15_15.10.19   -72
 14  Sat Aug 23 2003   2003.08.23_06.25.35   -64
 15  Wed Aug 27 2003   2003.08.27_18.21.09   -60
 16  Thu Aug 28 2003   2003.08.28_14.16.39   -59
 17  Fri Aug 29 2003   2003.08.29_14.35.10   -58
 18  Mon Sep 01 2003   2003.09.01_17.19.56   -55
 19  Tue Sep 02 2003   2003.09.02_18.18.46   -54
 20  Wed Sep 03 2003   2003.09.03_16.22.41   -53
 21  Thu Sep 04 2003   2003.09.04_16.59.19   -52
 22  Fri Sep 05 2003   2003.09.05_14.35.20   -51
 23  Mon Sep 08 2003   2003.09.08_20.08.52   -48
 24  Tue Sep 09 2003   2003.09.09_18.45.48   -47
 25  Wed Sep 10 2003   2003.09.10_18.30.48   -46
 26  Thu Sep 11 2003   2003.09.11_17.26.46   -45
 27  Fri Sep 12 2003   2003.09.12_15.23.03   -44
 28  Mon Sep 15 2003   2003.09.15_18.05.19   -41
 29  Tue Sep 16 2003   2003.09.16_18.04.16   -40
 30  Wed Sep 17 2003   2003.09.17_19.03.02   -39
 31  Thu Sep 18 2003   2003.09.18_18.21.09   -38
 32  Fri Sep 19 2003   2003.09.19_14.48.05   -37  not finished
 33  Mon Sep 22 2003   2003.09.22_18.58.55   -34
 34  Tue Sep 23 2003   2003.09.23_18.48.40   -33
 35  Wed Sep 24 2003   2003.09.24_19.32.24   -32
 36  Thu Sep 25 2003   2003.09.25_18.05.38   -31
 37  Fri Sep 26 2003   2003.09.26_14.59.59   -30
 38  Mon Sep 29 2003   2003.09.29_18.42.59   -27
 39  Tue Sep 30 2003   2003.09.30_18.02.03   -26
 40  Wed Oct 01 2003   2003.10.01_17.09.43   -25
 41  Thu Oct 02 2003   2003.10.02_15.26.33   -24
 42  Mon Oct 06 2003   2003.10.06_20.08.45   -20
 43  Tue Oct 07 2003   2003.10.07_19.46.54   -19
 44  Wed Oct 08 2003   2003.10.08_16.03.23   -18
 45  Thu Oct 09 2003   2003.10.09_16.58.28   -17
 46  Fri Oct 10 2003   2003.10.10_14.21.06   -16
 47  Mon Oct 13 2003   2003.10.13_18.58.24   -13
 48  Tue Oct 14 2003   2003.10.14_16.02.44   -12
 49  Wed Oct 15 2003   2003.10.15_19.04.12   -11
 50  Thu Oct 16 2003   2003.10.16_15.47.51   -10
 51  Mon Oct 20 2003   2003.10.20_09.34.52   -6
 52  Mon Oct 20 2003   2003.10.20_12.16.40   -6
 53  Tue Oct 21 2003   2003.10.21_09.43.40   -5
 54  Tue Oct 21 2003   2003.10.21_11.22.36   -5
 55  Tue Oct 21 2003   2003.10.21_16.01.15   -5
 56  Tue Oct 21 2003   2003.10.21_18.08.07   -5
 57  Wed Oct 22 2003   2003.10.22_10.02.51   -4
 58  Wed Oct 22 2003   2003.10.22_16.09.42   -4
 59  Wed Oct 22 2003   2003.10.22_18.03.05   -4
 60  Thu Oct 23 2003   2003.10.23_08.18.15   -3
 61  Thu Oct 23 2003   2003.10.23_14.16.24   -3
 62  Thu Oct 23 2003   2003.10.23_17.00.36   -3
 63  Fri Oct 24 2003   2003.10.24_13.29.30   -2
 64  Sun Oct 26 2003   2003.10.26_09.08.55   0

'not finished' signifie que la sauvegarde a �t� annul�e).
ou avec des informations sur les conditions d'effacement dans le fichier de configuration :

hjc@schlappix:~/backup ) storeBackupls.pl -f stbu.conf /media/zip/stbu/
analyse of old Backups in </media/zip/stbu/>:
 Fri 2003.05.23_12.37.53 (156): keepLastOfMonth(400d)
 Fri 2003.06.06_14.31.47 (142): keepLastOfWeek(150d)
 Fri 2003.06.13_14.17.18 (135): keepLastOfWeek(150d)
 Fri 2003.06.20_14.02.35 (128): keepLastOfWeek(150d)
 Fri 2003.06.27_14.23.55 (121): keepLastOfWeek(150d)
 Mon 2003.06.30_17.34.37 (118): keepLastOfMonth(400d)
 Fri 2003.07.04_13.10.06 (114): keepLastOfWeek(150d), keepMinNumber50
 Fri 2003.07.11_13.13.14 (107): keepLastOfWeek(150d), keepMinNumber49
 Fri 2003.07.18_14.03.49 (100): keepLastOfWeek(150d), keepMinNumber48
 Fri 2003.07.25_14.19.19 (93): keepLastOfWeek(150d), keepMinNumber47
 Thu 2003.07.31_17.07.55 (87): keepLastOfMonth(400d), keepMinNumber46
 Fri 2003.08.01_12.16.58 (86): keepLastOfWeek(150d), keepMinNumber45
 Fri 2003.08.15_15.10.19 (72): keepLastOfWeek(150d), keepMinNumber44
 Sat 2003.08.23_06.25.35 (64): keepLastOfWeek(150d), keepMinNumber43
 Wed 2003.08.27_18.21.09 (60): keepMinNumber42, keepWeekDays(60d)
 Thu 2003.08.28_14.16.39 (59): keepMinNumber41, keepWeekDays(60d)
 Fri 2003.08.29_14.35.10 (58): keepLastOfMonth(400d), keepLastOfWeek(150d),
                               keepMinNumber40, keepWeekDays(60d)
 Mon 2003.09.01_17.19.56 (55): keepMinNumber39, keepWeekDays(60d)
 Tue 2003.09.02_18.18.46 (54): keepMinNumber38, keepWeekDays(60d)
 Wed 2003.09.03_16.22.41 (53): keepMinNumber37, keepWeekDays(60d)
 Thu 2003.09.04_16.59.19 (52): keepMinNumber36, keepWeekDays(60d)
 Fri 2003.09.05_14.35.20 (51): keepLastOfWeek(150d), keepMinNumber35, keepWeekDays(60d)
 Mon 2003.09.08_20.08.52 (48): keepMinNumber34, keepWeekDays(60d)
 Tue 2003.09.09_18.45.48 (47): keepMinNumber33, keepWeekDays(60d)
 Wed 2003.09.10_18.30.48 (46): keepMinNumber32, keepWeekDays(60d)
 Thu 2003.09.11_17.26.46 (45): keepMinNumber31, keepWeekDays(60d)
 Fri 2003.09.12_15.23.03 (44): keepLastOfWeek(150d), keepMinNumber30, keepWeekDays(60d)
 Mon 2003.09.15_18.05.19 (41): keepMinNumber29, keepWeekDays(60d)
 Tue 2003.09.16_18.04.16 (40): keepMinNumber28, keepWeekDays(60d)
 Wed 2003.09.17_19.03.02 (39): keepMinNumber27, keepWeekDays(60d)
 Thu 2003.09.18_18.21.09 (38): keepMinNumber26, keepWeekDays(60d)
 Fri 2003.09.19_14.48.05 (37): keepLastOfWeek(150d), keepMinNumber25, keepWeekDays(60d)
 Mon 2003.09.22_18.58.55 (34): keepMinNumber24, keepWeekDays(60d)
 Tue 2003.09.23_18.48.40 (33): keepMinNumber23, keepWeekDays(60d)
 Wed 2003.09.24_19.32.24 (32): keepMinNumber22, keepWeekDays(60d)
 Thu 2003.09.25_18.05.38 (31): keepMinNumber21, keepWeekDays(60d)
 Fri 2003.09.26_14.59.59 (30): keepLastOfWeek(150d), keepMinNumber20, keepWeekDays(60d)
 Mon 2003.09.29_18.42.59 (27): keepMinNumber19, keepWeekDays(60d)
 Tue 2003.09.30_18.02.03 (26): keepLastOfMonth(400d), keepMinNumber18, keepWeekDays(60d)
 Wed 2003.10.01_17.09.43 (25): keepMinNumber17, keepWeekDays(60d)
 Thu 2003.10.02_15.26.33 (24): keepLastOfWeek(150d), keepMinNumber16, keepWeekDays(60d)
 Mon 2003.10.06_20.08.45 (20): keepMinNumber15, keepWeekDays(60d)
 Tue 2003.10.07_19.46.54 (19): keepMinNumber14, keepWeekDays(60d)
 Wed 2003.10.08_16.03.23 (18): keepMinNumber13, keepWeekDays(60d)
 Thu 2003.10.09_16.58.28 (17): keepMinNumber12, keepWeekDays(60d)
 Fri 2003.10.10_14.21.06 (16): keepLastOfWeek(150d), keepMinNumber11, keepWeekDays(60d)
 Mon 2003.10.13_18.58.24 (13): keepMinNumber10, keepWeekDays(60d)
 Tue 2003.10.14_16.02.44 (12): keepMinNumber9, keepWeekDays(60d)
 Wed 2003.10.15_19.04.12 (11): keepMinNumber8, keepWeekDays(60d)
 Thu 2003.10.16_15.47.51 (10): keepLastOfWeek(150d), keepMinNumber7, keepWeekDays(60d)
 Mon 2003.10.20_09.34.52 (6): keepDuplicate(7d)
 Mon 2003.10.20_12.16.40 (6): keepMinNumber6, keepWeekDays(60d)
 Tue 2003.10.21_09.43.40 (5): keepDuplicate(7d)
 Tue 2003.10.21_11.22.36 (5): keepDuplicate(7d)
 Tue 2003.10.21_16.01.15 (5): keepDuplicate(7d)
 Tue 2003.10.21_18.08.07 (5): keepMinNumber5, keepWeekDays(60d)
 Wed 2003.10.22_10.02.51 (4): keepDuplicate(7d)
 Wed 2003.10.22_16.09.42 (4): keepDuplicate(7d)
 Wed 2003.10.22_18.03.05 (4): keepMinNumber4, keepWeekDays(60d)
 Thu 2003.10.23_08.18.15 (3): keepDuplicate(7d)
 Thu 2003.10.23_14.16.24 (3): keepDuplicate(7d)
 Thu 2003.10.23_17.00.36 (3): keepMinNumber3, keepWeekDays(60d)
 Fri 2003.10.24_13.29.30 (2): keepLastOfWeek(150d), keepMinNumber2, keepWeekDays(60d)
 Sun 2003.10.26_09.08.55 (0): keepLastOfMonth(400d), keepLastOfWeek(150d),
                              keepMinNumber1, keepWeekDays(60d)

En plus du programme de sauvegarde d�crit au-dessus, les programmes llt et multtail sont pr�sents. llt donnera l'affichage des temps de cr�ation, modification et derniers acc�s des fichiers. multitail permet la recherche de certains fichiers comme en utilisant 'tail-f" mais multitail offre plus d'options que 'tail-f' et il est plus robuste.

Plans Futurs

Pour les futures versions de storeBackup, les fonctionalit�s suivantes sont planifi�es :

Le pire consommateur de temps pour la sauvegarde (except�e la premi�re sauvegarde pendant laquelle tout est compress� et copi�) est la liaison physique. G�n�rer une liaison physique est rapide mais � cause de leur grand nombre - compar� aux autres op�rations et les op�rations parall�les pour la compression, sp�cifiquement - c'est le plus gourmand en temps.
La version suivante de storeBackup offrira la possibilit� de sauvegarder la structure de r�pertoire et des fichiers modifi�s dans une premi�re �tape. Ceci concluera la sauvegarde depuis la vue des donn�es devant �tre s�curis�. Dans la seconde �tape, la liaison physique manquante sera cr��e. Ces deux �tapes seront compl�tement d�connect�es l'une de l'autre - cela signifie qu'ils peuvent �tre lanc�s sur des machines diff�rentes et qu'il est possible de faire plusieurs sauvegardes avant de g�n�rer de nouvelles liaisons physiques.
Les mesures initiales indiquent que cette option aura pour r�sultat un gain de performance - compar� � une sauvegarde compl�te � normale � - d'un facteur de 5-10 (1/5 � 1/10 de la � normale �), si une �criture locale est effectu�e. La sauvegarde par NFS sera beaucoup plus rapide si vous d�marrez le processus pour les liaisons physique localement sur la machine d�port�e.
Le plan pour la version suivante sera l'extension des possibilit�s de recherche (avec les sauvegardes sous-jacentes). Il doit �tre possible de chercher dans les sauvegardes avec des r�gles d�finies par l'utilisateur (motif), taille de fichier, temps depuis la g�n�ration/changement initial, i.d. utilisateur, i.d. de groupe, droits d'acc�s sur le fichier et un grep (simple). Les r�gles inclueront 'and', 'or', 'not' et des parenth�ses optionelles.
La vue des futurs plans d'extension est pour des options (� la tar) et le support de nouveaux types de donn�es, i.e. les p�riph�riques.

Version et License

Au moment de l'�criture de cet article, la version actuelle de storeBackup est 1.14.1. et peut �tre trouv�e sur http://www.sf.net/projects/storebackup pour le t�l�chargement.
StoreBackup est couvert par la GPL.