Calcul du délai:
 
Tx de transfert LTO3 avec le tx de compression à 1:1.5 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 ?

120 Mo/s ça paraît très élevé quand même, et ça dépend du type de données que tu sauvegardes, via le réseau, en local, sur un SAN, etc ...

idem 120Mo/s  cela fait à la grosse plus d'un giga de bande passante alors si tu passe par réseau (cuivre au giga) par exemple c'est mort.
 
deplus en admettant que tu as 120Mo/s de débit jusqu'à ton robot, tes 4 lecteurs seront alors bridés par ce débit.  schématiquement si tu as 120Mo/s max alors chaque lecteur backup à la vitesse de 120/4 soit 30Mo/s   ===> un temps 4 fois plus long que ton estimation.
 
 
Pour que ton estimation soit bonne il faudrait que chaque lecteur puisse avoir vraiment une bande passante de 120Mo/s c'est à dire qu'il faudrait pratiquement 4Giga de bande passante à l'entrée de ton robot. ==> j'espère que ton robot et tes serveurs sont reliés via une technologie comme le "fiber channel" par exemple.  
 
sinon, tu vas y passer le week-end.....
 
 
 

On sauvegarde d'un SAN vers un robot de sauvegarde avec des cartouches LTO3 et ils sont connectés par fibre avec un débit de 4Go/s

dans ce cas, 12/15 cela semble une estimation plus que probable (compter le temps de changements/chargements des cartouches, le tx de compression qui peut chuter par moment, puis il faut voir le logiciel qui va piloter tout cela, est-ce qu'il capable de backuper l'intégralité du san en exploitant au mieux les 4 lecteurs ?).
 
 
 

et un full backup comme ça, moi je le vérifie systématiquement, donc qq heures de plus.
 
au fait c quoi le logiciel ?

Tivoli Storage Manager

Il faut ajouter les temps d'accès aux cartouches, le materiel utilisé (drive + chargeur), le type de fichier qui va être sauvegardé, la taille des fichiers sauvegardés, le logiciel de sauvegarde, etc etc...
 
Tu dis que ton SAN est relié au robot de sauvegarde.
Ce ne serait pas plutôt ton SAN relier à un serveur (l'interface entre ce qui a à sauvegarder et le robot par le logiciel de sauvegarde) ?
Dans ce cas là il faut prendre en compte le taux de transfert du materiel de sauvegarde (entre leserveur et le robot) qu'il faudra théoriquement diviser par 4, prendre en compte le fait qu'il y a du traitement etc etc...
 
Tout ça pour dire que c'est vraiement coton à calculer, il y a trop de paramètre à prendre en ligne de compte et je pense que tu vas être bien au delà des 10h calculé. Il faudra tester.
 
Si ta fenêtre de sauvegarde est trop courte, il faudra penser à faire tes sauvegarde en plusieurs temps via du snapshoting, VLT puis bandes...

si son SAN est en fiber channel, il peut être directement relié à son robot sans passer par un serveur.  Le serveur de sauvegarde ne faisant qu'orchestrer l'ensemble.

 
Ah vous bosser ensemble... C'est quoi le commutateur SAN entre la baie et la librairie?    

Cela peut-etre simplement un switch fiberchannel.