Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2335 connectés 

  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Stockage

  Arcserve : job de migration

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Arcserve : job de migration

n°44774
le capitai​ne lamar
Posté le 18-10-2008 à 15:05:37  profilanswer
 

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 ?

mood
Publicité
Posté le 18-10-2008 à 15:05:37  profilanswer
 

n°44825
le capitai​ne lamar
Posté le 20-10-2008 à 08:43:06  profilanswer
 

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

Citation :

E1517              19/10/2008 12:31:34                      [STOCKAGE INTERMEDIAIRE]Impossible d'obtenir le mappage des noms de sessions depuis le moteur de bandes. (CE = 1)

n°44863
akabis
.
Posté le 20-10-2008 à 23:46:11  profilanswer
 

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.
 


Message édité par akabis le 20-10-2008 à 23:46:46
n°44870
le capitai​ne lamar
Posté le 21-10-2008 à 10:01:15  profilanswer
 

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.

n°44896
akabis
.
Posté le 21-10-2008 à 16:24:19  profilanswer
 

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.

n°45219
le capitai​ne lamar
Posté le 28-10-2008 à 16:19:09  profilanswer
 

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).  :)


Message édité par le capitaine lamar le 28-10-2008 à 16:20:45
n°45226
meulator
Si je t'attrape...
Posté le 28-10-2008 à 17:58:40  profilanswer
 

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!
 
 

n°45237
akabis
.
Posté le 28-10-2008 à 22:24:38  profilanswer
 

meulator a écrit :

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

Message cité 1 fois
Message édité par akabis le 28-10-2008 à 22:35:52
n°45252
meulator
Si je t'attrape...
Posté le 29-10-2008 à 11:18:51  profilanswer
 

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..

n°45313
akabis
.
Posté le 30-10-2008 à 16:43:28  profilanswer
 

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

akabis a écrit :


Qu'il y ait 1 serveur ou 100, là n'est pas le problème


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.


Message édité par akabis le 30-10-2008 à 16:44:35

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Stockage

  Arcserve : job de migration

 

Sujets relatifs
Migration DS4300 --> DS4700arcserve / hp data protector
Arcserve et NasMigration DC 2K0 vers SBS 2K3
Migration D'un domaineMigration Exchange 5.5 vers 2000
Agent Exchange pour arcserve 9.5BE vs ArcServe
Nouveau serveur de Domain ou MigrationMigration 2000-2003R2 ... problème de schema
Plus de sujets relatifs à : Arcserve : job de migration


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR