Ok merci pour votre aide.

En fait j'ai un souci car je ne sais pas comment calculer correctement et avec fiabilité le temps nécessaire pour sauvegarder 17To de données...

Le logiciel utilisé sera Tivoli Storage Manager 5.4

Compressé, pas compressé ?
Drives attachés à la machine ou via réseau ?
Type de drive, de connexion (SCSI, FC...) ?
Débit suffisant du client pour alimenter les bandes ?

A titre indicatif (valeurs réelles mesurées par mes soins) :

SDLT-320 sur FC via SCSI : 40 Mo/sec
LTO3 full FC : 80 mo/sec
A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

J'ai un NAS connecté par fibre à ma librairie.
Ma librairie à 4 lecteurs avec un magasin de 80 cartouches LTO3. (Est-il possible d'associer les 4 drives pour accélérer le backup?)
La gestion du backup est effectué par TSM 5.4

Il faut que je trouve le meilleur compromis entre délai de basckup et nbre de cartouches utilisées.
C'est pourquoi je cherche à savoir comment calculer le délai de backup pour effectuer plusieurs scénarios.

J'ai pas MSN, désolé...

Par contre, pour le parallélisme/multiplexage sur n bandes, seul ton logiciel pourra te dire s'il est capable de le faire...

T'es en fibre, mais Fibre Channel ou IP sur fibre (voire iSCSI) ? Débit théorique de ta liaison ? Nombre de cartes qui pilotent les drives ? OS ?
A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

C'est en fibre channel de 4Go/s

Calcul du délai:

Tx de transfert LTO3 avec le tx de compression ci-dessous estimé à 120Mo/s soit 432 Go/h

17408 Go / (432 Go/h x 4 drives)= 10h

Calcul du nombre de cartouche:

600Go / cartouche avec un tx de compression 1:1.5

17408 Go / 600 Go = 30 cartouches

17To de données seront sauvegardées en 10h sur 30 cartouches en utilisant une compression 1:1.5

Est ce que mon calcul est correct ?

C'est en fibre channel de 4Go/s
'connais pas, je connais seulement le 4 Gb/sec :-)

Est ce que mon calcul est correct ?
Sur le plan mathématique (et théorique), je te fais confiance (je ne vais d'ailleurs pas vérifier)...

Pour le reste, il y a encore quelques inconnues :

- auras-tu un débit soutenu de 120 Mo/sec de la part de ton serveur ? (parce que si ça n'est pas le cas, tu vas perdre du temps avec les retensions de bandes, repositionnement au dernier bloc écrit...)
- auras-tu une compression de 1,5 (on arrive facilement à 2, en compression hard, celle du firm du lecteur) ?
- ton logiciel saura-t'il gérer la simultanéité de flux sur les 4 drives ?
- ton logiciel fait-il une compression soft des blocs à envoyer aux lecteurs ?
- quels sont les types de données à sauver (texte, databases, images, sons...) ? car la compression n'est pas la même entre un fichier texte (boite mail) et une image ou un flux video...

Le seul moyen de te faire une idée, c'est de lancer une save (en journée) pour voir ce que tu as comme débit...
A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Pas de problème pour TSM.
mettre MAXMOUNTPOINT à 4 dans ton NODE

T'as quoi comme OS ? Et ton robot est connecté comment ?

en principe, on n'a pas besoin d'une IP, mais seulement d'une @scsi, c'est ta commande inquire qui va donner l'@ du robot, ensuite tu lances un jbconfig et il devrait le découvrir (et le configurer, pourvu qu'il soit 'sji compliant') tout seul...

Tu veux configurer quoi, au juste ?


A+ Blux           

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Même en fibre (protocole type Fibre Channel), les commandes sont des commandes scsi...

A+ Blux           

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"