Salut à tous,
 
j'ai encore un problème avec mes sauvegardes.
Pour ceux qui ont suivi les autres topics, j'ai maintenant grandement réduit le temps de sauvegarde puisqu'au lieu de finir à 7h ou 7h30, ma sauvegarde se finit maintenant vers 1h ou 1h30.
 
Le problème c'est qu'à la suite de la sauvegarde la migration des données ne se fait pas correctement.
La nuit dernière seule la dernière session à été migrée sur la bande. Mon job de sauvegarde comporte 8 sessions.
 
Comment faire pour que l'intégralité des données sauvegardées par le job soient transférées sur bande ?

a chaque fois que arcserve doit migrer les données j'ai le message suivant:

Google et l'aide Arcserve sont tes amis:
 
Vu sur le site CA ( http://supportconnect.ca.com ) :
Title:  How to troubleshoot the error "E1517 Unable to get sessions name map from Tape Engine, EC=1."?  
 
This error doesn't affect the Backups and Migrations. The application might perform as designed; that is backups and migrations will happen successfully; but the above error message will be generated sporadically.
 
We need to check the entry in the Tape.Log corresponding to the time when we get the error mentioned above in the Activity Log. The entry will point to a specific Media name. This entry could correspond to an old Media Record that might not be in use anymore. This record can be deleted from the VLDB in the ARCserve GUI. In order to do this we need to open the ARCserve manager and go to Quickstart \ Database \ Media Records. Search for the appropriate media record (There is a possibility that there might be more than one entry for the record.) and delete the same. This should resolve the e1517 error.  

le problème c"est que la migration ne se fait pas correctement puisque seule la dernière session (ou le dernier sous job mais je ne sais pas car c'est un sous job comportant une seule session) est copiée sur la bande.
Sur le disque de stockage intermédiaire (en l'occurence un nas cs406 synology) je vois les différents fichiers mais le job de migration est apparemment incapable de savoir quels fichiers doivent être copiés sur bande.

Essayes ça:
We need to check the entry in the Tape.Log corresponding to the time when we get the error mentioned above in the Activity Log. The entry will point to a specific Media name. This entry could correspond to an old Media Record that might not be in use anymore. This record can be deleted from the VLDB in the ARCserve GUI. In order to do this we need to open the ARCserve manager and go to Quickstart \ Database \ Media Records. Search for the appropriate media record (There is a possibility that there might be more than one entry for the record.) and delete the same. This should resolve the e1517 error.
 
Il semble que dans la base de données il y ait des enregistrements qui ne correspondent plus avec ton état actuel. Il faut remettre deker la DB puis rééssayer.

j'ai fait la manip pour l"instant je n'ai plus le message.
 
J'ai aussi laissé tombé le stockage intermédiaire car j'ai pu grandement réduire le temps de sauvegarde (3h contre 8 ou 9h auparavant).  

Franchement, j'ai jamais compris l'intérêt du stagging, enfin en tout cas avec des infrastructures "relativement" petite (entre 5 et 10 serveurs) ;  
 
CA te vends ça comme la solution miracle, ça fait du staging la nuit et ça copie sur bande le jour... mouais, entre 20h et 8h du mat y'a 12H, largement de quoi faire directement un backup sur bande!
 
 

 
Qu'il y ait 1 serveur ou 100, là n'est pas le problème; il peut y avoir plusieurs raisons à faire du "staging":
- certaines sauvegardes (DB en particulier, exchange par ex.) sont particulièrement longues.
- fenètre de sauvegarde trop petite (en raison des horaires d'ouverture d'entreprise ou du type de données)
- bandes externalisés sur un autre site ou chez un presta (temps de répuc assez long)
- besoin de remettre en ligne très rapidement des données
- entreprise en 24/24 ou en horaire équipes (utilisation de GPAO ou Automation par ex.), donc besoin de ne pas surcharger les systèmes ou de les ralentir
- systèmes en cours de traitements de transaction pendant la nuit
- etc etc

Oui certes, tu as raison, mais c'est pour cela que j'ai précisé "petite infrastructure"
 
Pour la remise en ligne rapides de data, il y a largement mieux qu'arcserv (dont les fichiers de staging ne sont pas exploitables tels quels me semble t il)
 
Après effectivement dans des architectures plus complexes, cela peut avoir son intérêt..

J'ai bien compris que tu parlais "petite infrastructure" d'où ma réponse:

Ou est l'architecture complexe pour 1 serveur?
 
Ensuite le staging n'est pas du fait de C.A. , c'est une méthode et non pas un outil.
 
Et les arguments suivants sont valables pour tout type de structures:
- certaines sauvegardes (DB en particulier, exchange par ex.) sont particulièrement longues.  
- fenètre de sauvegarde trop petite (en raison des horaires d'ouverture d'entreprise ou du type de données)  
- bandes externalisés sur un autre site ou chez un presta (temps de répuc assez long)  
- besoin de remettre en ligne très rapidement des données  
- entreprise en 24/24 ou en horaire équipes (utilisation de GPAO ou Automation par ex.), donc besoin de ne pas surcharger les systèmes ou de les ralentir  
- systèmes en cours de traitements de transaction pendant la nuit  
- etc etc
 
Après que tu ne vois pas l'interet du staging (et non pas de l'offre C.A.) comme tu l'indiquais dans le post auquel je répondais, je te conseillerai de te pencher tout de même un peu plus dessus.