[résolu]optimiser le temps de sauvegarde sous Backup Exec 9.1

optimiser le temps de sauvegarde sous Backup Exec 9.1 [résolu] - Stockage - Systèmes & Réseaux Pro

Marsh Posté le 06-02-2008 à 11:47:37    

Bonjour,
 
J'ai un petit soucis sous Backup Exec 9.1: le temps de sauvegarde est de presque 15 heures
Voici le contenu de la sauvegarde: 250 Go, 200.000 fichiers, 20.000 dossiers, debit entre 220 et 260 Mb/min.
detail:
- SRV1_partition1: 150Go -/- 135.000 fichiers -/- 12.000 dossiers -/- debit= 254MB/min -/- duree= 8h00
- SRV1_partition2: 60Go -/- 35.000 fichiers -/- 3.000 dossiers -/- debit= 260MB/min -/- duree= 3h40
- SRV2_partition1: 10Go -/- 25.000 fichiers -/- 3.000 dossiers -/- debit= 220MB/min -/- duree= 0h40
- SRV2_partition2: 20Go -/- 680 fichiers -/- 100 dossiers -/- debit= 260MB/min -/- duree= 1h15
- Exchange (storage): 12Go -/- debit= 260MB/min -/- duree= 0h40
 
Je vois bien que le nombre de fichier est la raison principale de ce temps de sauvegarde mais près de 15h ça me choque tout de même.
Je connais assez mal Backup Exec 9.1 et j'aimerai savoir si vous avez des pistes pour réduire ces temps.
J'ai déjà eu des volumes et nombres de fichier du même ordre, mais jamais avec d'aussi piètre performance (j'utilise Arcserve d'habitude).
 
merci


Message édité par akabis le 11-02-2008 à 09:25:30
Reply

Marsh Posté le 06-02-2008 à 11:47:37   

Reply

Marsh Posté le 07-02-2008 à 11:38:49    

personne?

Reply

Marsh Posté le 07-02-2008 à 11:48:08    

Tu as quoi comme type de lecteur ? LTO2? DLT8000? ...?


Message édité par tayn le 07-02-2008 à 11:48:24
Reply

Marsh Posté le 07-02-2008 à 12:04:49    

LTO2.
Je sais que 260Mb/min c'est pas trop mal mais je me demandais s'il n'y avait pas un moyen soit d'augmenter le debit soit, mais c'est un peu trop tordu, faire un snapshot du volume et de ne sauvegarder que le fichier de snapshot (mais si je pouvais eviter ça).
Je cherchais une solution alternative ou une astuce pour ne pas me retrouver avec des durées aussi grnade


Message édité par akabis le 07-02-2008 à 12:05:42
Reply

Marsh Posté le 07-02-2008 à 12:55:55    

Sauf erreur de ma part il faudrait peut etre changer ta carte scsi pour en prendre une plus performante.

Reply

Marsh Posté le 07-02-2008 à 14:12:41    

Si je ne me trompe pas,  les débit théoriques pour le LTO2 sont :
 
Données natives : 35Mo/sec max
Données compressées : 70Mo/sec
 
Qd tu indiques 260Mb/min, ça fait donc du 4.3Mo/sec soit dix fois moins à peu près sur ce que tu devrais avoir.
 
Avant de changer ta carte SCSI, je te conseillerai déjà de voir comment elle est configurée au niveau du bios concernant ton lecteur LTO (taux de transfert......)

Reply

Marsh Posté le 07-02-2008 à 14:14:38    

Voir aussi si ton soucis n'est pas lié a un goulot d'étranglement au niveau de ton LAN ....

Reply

Marsh Posté le 07-02-2008 à 14:23:44    

Les débits théoriques sont par définition théorique et ne tiennent compte que du materiel (le lecteur).
En effet en compressé le taux de transfert est de 70Mo/s mais il faut tenir compte du materiel sur lequel est installé le bignou, le logiciel de sauvegarde et le type de données que tu sauvegardes.
 
En pratique, entre 400 et 500Mo/min en LTO2 c'est du bon.
 
Sinon je ne pense pas qu'il y ait un etranglement car le taux de transfert est sensiblement le même entre ce qui est sauvegardé sur le réseau et entre ce qui est sauvegardé sur la bécane où est rattaché le lecteur.
Pour la carte SCSI je vais regarder ça de plus prêt. Mais ça m'ennuyerai d'acheter une autre carte et de me rendre compte que ça n'ameliore pas plus que ça le débit (surtout que c'est pas donné)
 
merci pour vos réponses... s'il y a d'autre piste, je prends.
Perso je pense à faire de la sauvegarde déportée si je ne trouve pas à améliorer ça (VTL+bandes)


Message édité par akabis le 07-02-2008 à 14:27:44
Reply

Marsh Posté le 07-02-2008 à 15:35:12    

Sinon , comme verif basique, je suppose que la "vérification de la sauvegarde" est bien décochée" ?
 
Regarde aussi peut etre du coté du type de compression utilisé, j'ai remarqué que dans mon cas (DLT4), la compression logicielle était plus rapide que la compression matérielle.

Reply

Marsh Posté le 07-02-2008 à 15:45:55    

merci je vais regarder tout ça.

Reply

Marsh Posté le 07-02-2008 à 15:45:55   

Reply

Marsh Posté le 11-02-2008 à 09:25:14    

Pour revenir au nouvelle:
La carte est une Ultra 160 SCSI (à jour), le traffic réseau est léger pendant les sauvegardes. Donc tout allait bien de ce coté.
 
On est passé d'une compression matérielle à logicielle, refait les jobs (on a virer quelques truc qui n'avait pas à être sauvegardé tous les soirs)... le temps de sauvegarde est tombé à moins de 12h.
super et merci

Reply

Marsh Posté le 12-02-2008 à 15:06:52    

Ok c'est cool que ton problème soit résolu.
 
J'avais tjs entendu qu'en général la compression matérielle permettait d'avoir un tps de sauvegarde de données plus rapide que la compression logicielle mais parfois, c'est le contraire.

Reply

Marsh Posté le 14-02-2008 à 08:44:13    

flashy_fiber a écrit :

Ok c'est cool que ton problème soit résolu.
 
J'avais tjs entendu qu'en général la compression matérielle permettait d'avoir un tps de sauvegarde de données plus rapide que la compression logicielle mais parfois, c'est le contraire.


dans mon cas ça a été le contraire, près de 2h de gagné rien qu'en changeant la source de compression.
merci

Reply

Marsh Posté le 22-02-2008 à 01:28:40    

Tu peux voir aussi en réglant la taille et le nombre des tampons de ton LTO (accessible par Backup exec)

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed