[RESOLU]Sauvegarde sur bande

Forum dédié à la distribution du même nom et que vous pourrez télécharger sur http://www.contribs.org. La nouvelle version de cette distribution se nomme SME Server. Une description est donnée sur le portail phénIXUS : http://www.ixus.net/sme-server/.

[RESOLU]Sauvegarde sur bande

Message par Baobab » 06 Juin 2012 18:19

Bonjour à tous,

Voilà, depuis quelques temps ma sauvegarde sur bande ne se fait plus, je pense que c'est parce que les bandes sont devenues trop petites (c'est d'ailleurs pour cela que j'ai lancé un sujet de sondage en vue de trouver un autre mode de sauvegarde local). Actuellement, il ne me reste donc plus qu'une sauvegarde distante ( serveur SME 7.5.1 dans un autre batiment de l'entreprise avec 2 disques en raid1 logiciel).

Je pensais trouver un autre mode de sauvegarde local pour compléter (ou plutot pour remplacer la bande) la sauvegarde distante,
Sauf que :
Je pense qu'en réalité ma bande n'est pas trop petite (HP LTO2 Ultrium - 400Go Compressés) mais plutôt que la compression est trop faible ou pas correctement effectuée. Pour comprendre je joint différentes informations,
Copie d'écran du manager :
sauveSME.png
sauveSME.png (56.3 Kio) Consulté 509 fois

Copie du mail du dernier rapport de sauvegarde :
flexbackup version 1.2.1 (http://flexbackup.sourceforge.net)
/etc/flexbackup.conf syntax OK

$keyfile not found in config: default=00-index-key
$buffer_fill_pct not found in config: default=75
$buffer_pause_usec not found in config: default=100
|------------------------------------------------------------
| Checking 'buffer' on this machine... Ok
| Checking /bin/sh on this machine... bash1
|------------------------------------------------------------
| Doing level 0 backup of set all using tar
| All sets = full (1 tapes)
| Rewinding & erasing tape...
| Found index key 201206042200, next file is 2
| Deleting record for 201206042200 file 0
| Deleting record for 201206042200 file 1
|------------------------------------------------------------
| Creating index key 201206052200
| Backup set "full" (/)
| Tape #0
|------------------------------------------------------------
SCSI 2 tape drive:
File number=1, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x42 (LTO-2).
Soft error count since last status=0
General status bits on (81010000):
EOF ONLINE IM_REP_EN
|------------------------------------------------------------
| File number 1, tape index 201206052200
| Backup of: /
| Date of this level 0 backup: Tue Jun 05 22:00:18 2012
| Date of last level 0 backup: the epoch
|------------------------------------------------------------
| cd "/" && /tmp/collectexit.20125.sh find . -depth -xdev ! -type s ! \
| -regex "news/articles" ! -regex ".*~"$ -print0 | \
| /tmp/collectexit.20125.sh tar --create --null --files-from=- \
| --ignore-failed-read --same-permissions --no-recursion --totals --label \
| "level 0 / Tue Jun 05 22:00:18 2012 tar+gzip from gaston" --sparse \
| --atime-preserve -b 64 --file - | /tmp/collectexit.20125.sh gzip -4 | \
| /tmp/collectexit.20125.sh buffer -m 20m -p 75 -s 32k -t -u 100 -B -o \
| "/dev/nst0"
| [ ! -e /tmp/exitstatus.20125 ]
|------------------------------------------------------------
buffer (writer): write of data failed: No space left on device
bytes to write=32768, bytes written=-1, total written 199294688K

ERROR: non-zero exit from:
buffer -m 20m -p 75 -s 32k -t -u 100 -B -o /dev/nst0
gzip -4
tar --create --null --files-from=- --ignore-failed-read --same-permissions --no-recursion --totals --label level 0 / Tue Jun 05 22:00:18 2012 tar+gzip from gaston --sparse --atime-preserve -b 64 --file -
find . -depth -xdev ! -type s ! -regex news/articles ! -regex .*~$ -print0


ERROR: exiting
|------------------------------------------------------------
| Backup start: Tue Jun 05 22:00:18 2012
| Backup end: Wed Jun 06 03:39:27 2012
|------------------------------------------------------------
SCSI 2 tape drive:
File number=2, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x42 (LTO-2).
Soft error count since last status=0
General status bits on (81010000):
EOF ONLINE IM_REP_EN
|------------------------------------------------------------
| Rewinding...
| Compressing log (all.0.201206052200.gz)
| Linking all.latest.gz -> all.0.201206052200.gz
|------------------------------------------------------------
Backup terminated: backup failed - status: 256


Merci
Dernière édition par Baobab le 25 Juin 2012 06:25, édité 1 fois.
Baobab
 
Message(s) : 100
Inscription : 02 Nov 2011 06:50

Re: Sauvegarde sur bande

Message par jdh » 06 Juin 2012 18:44

Une précision : LTO-2 a une capacité native de 200 Go et, usuellement, une capacité compressée de 400 Go.
Mais si les données sauvegardées sont peu "compressibles", on tend vers les 200 Go !

Un fichier .gz est un fichier compressé et donc pas plus compressible !


Exemple :
sur un serveur, je sauvegarde sur disque des VM VMware avec l'outil VeeamBackup, puis je les sauve sur bande avec BackupExec. Or les images de VeeamBackup sont fortement compressés ! Je ne sauvegarde sur bande que 205 Go !
L'intelligence artificielle n'est rien à côté de la stupidité naturelle.
jdh
 
Message(s) : 731
Inscription : 02 Nov 2011 00:36
Localisation : Nantes - Angers

Re: Sauvegarde sur bande

Message par Baobab » 06 Juin 2012 22:52

Tu veux dire jdh que ce serait des archives ou des fichiers non compressible qui empêcherai la compression d'être complètement efficace ?
Ca me parait quand même étonnant sachant qu'il y a très peu de fichiers compressé côté "serveur de fichiers", ce sont essentiellement des pdf,doc,ppt,images,... donc tout à fait compressibles. Il ne reste que le côté "système" qui pourrait poser des problèmes de compression !
Je ne sauvegarde sur bande que 205 Go !

Après ça dépend de tes bandes, nous avons des ultrium2 mais il y a des ultrium3 et 4 qui permettent de sauvegarder au moins 1To pour les plus grosses si ce n'est plus

EDIT:oublies ma dernière phrase, je n'avais pas assez bien lu.
Baobab
 
Message(s) : 100
Inscription : 02 Nov 2011 06:50

Re: Sauvegarde sur bande

Message par jdh » 07 Juin 2012 17:58

Je réécris : sur bande LTO-2 (200 Go natif / 400 Go compressé), si j'écris des fichiers hautement compressés (.gz, .zip, image VeeamBackup), je ne peux en stocker que 205 Go !

Si on sauvegarde des arborescences avec des fichiers type .xls, .doc, .pdf, .bmp, (mais pas .jpg), on pourra atteindre 400 Go puisque ce sont des fichiers compressibles !
L'intelligence artificielle n'est rien à côté de la stupidité naturelle.
jdh
 
Message(s) : 731
Inscription : 02 Nov 2011 00:36
Localisation : Nantes - Angers


Retour vers SME

Qui est en ligne ?

Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 1 invité

cron