Bonjour tlm.
 
Voilà j'ai un serveur Exchange 5.5 sous NT4 et j'utilise Backup exec pour mes sauvegardes.
 
Il y a quelques temps on utilisait des DAT 20/40 pour faire les sauvegardes avec Backup exec 8.5.
 
Puis cet été on a fait un peu évolué en prenant des DLT7000 35/70 et la version 9.1 de Backup exec.
 
Le job de sauvegarde est programmé tout les jours en sauvegarde complète.
Le souçis que l'on rencontre c'est que la sauvegarde des Mailboxes prend 2 fois plus de temps qu'avec l'ancienne config ( DAT + V 8.5 )
Alors que la sauvegarde des bases .priv et .pub elles mettent deux fois moins de temps qu'avant le changement.
En gros avant on sauvegardait 20 go de BAL en 6h, maintenant ça met 10h, et les bases à froid qui font environ 17go étaient sauvegardées en 2h alors que maintenant c'est 40mn.
 
Je me demande bien d'ou peut venir une telle différence de temps de sauvegarde.
Même si Microsoft et Veritas disent bien que la sauvegarde des BAL prends bcp de temps, je ne comprends pas qu'avec du matos plus performant ça mette plus de temps.
 
Pour le moment chez Veritas ils font un peu la sourde d'oreille sur le problême.
Il y en a qui parmis vous on ce genre de config que je puisse avoir quelques pistes ?
 
Merci.
 
Arnaud

c'est une sauvegarde via le réseau?

Oui c'est je crois la seule solution pour sauvegarder les BAL avec la méthode " brique" c'est à dire que apres tu peux si tu veux restaurer juste 1 message précis.
 
Mais de toutes façons c'était la meme façon de sauvegarder avant l'upgrade.

tu as mis à jour l'agent sur le serveur exchange?

oui veritas 9.1 avec l'agent 9.1 qui va avec

quid de tes logs?

les logs ne disent pas grand chose de pertinent à ce niveau, je sais juste qu'il met 10h à sauvegarder mes bal, avec un tx de transfert de 30 Mo mn en moyenne pour 21 go
 
Alors que pour les bases à froid ça met 40mn avec un tx de 400 mo mn pour 17 Go.
 
On parle bien des logs de Backupexec , hein ?
 
Tu utilises le meme genre de truc par chez toi ?

oui, enfin je suis en 8.5 mais j'trouve backup exec super lent quand même.
Ton débit de 30mo/m c'est vraiment trop peu, tu as soit un soucis d'interface SCSI, soit c'est ton agent qui se vautre ou ton serveur exchange qui n'aime pas la dernière version de l'agent.
Tu as modifié des paramètres de sauvegarde dans la partie 'exchange' de backup exec?
Tu as quel débit réseau entre ton serveur de sauvegarde et ton serveur exchange?
pas de soucis d'interface réseau?

j'ai un trunk de 3 ports sur mon serveur Exchange; donc un débit théorique de 300 Mo.
 
De plus, la sauvegarde n'est pas vraiment via le reseaux, je fais la sauvegarde sur le serveur exchange même mais pour acceder au ressources des BAL ils faut que je passe par l'arborescence reséau, parceque mon serveur exchange est en cluster et qu'avec un cluster il faut aller chercher les fichiers sources sur l'ordinateur virtuel qui représente le cluster sur le reseaux.
 
Mais lors de la sauvegarde il voit bien que les ressources sont en locales parceque il me mets qu'il passe par l'interface 127.0.0.1 pour sauvegarder.
 
Chez toi pour sauvegarder les BAL tu selectionnes les ressources via l'arboresence reseaux ou directement via l'ordi local ?
 
 
Mais de toutes façons, la sauvegardes des BAL avec la méthode brique prend toujours énormément de temps.
Comme je disais, avec la version 8.5 je mettais 6h pour sauvegarder environ 20GO de bal.
Tu as quel volumétrie toi ?
 
Apres je vais vérifier en mettant les derniers firmware des DLT et en vérifiant la parametres de la carte SCSI, mais je n'y crois pas trop, parceque si c'était un probleme de ce type j'aurais une baisse de perf sur toute ma sauvegarde, et pas uniquement sur les BAL, non ?
 
Sinon merci pour ton aide, là je sors, je ne repasse que tard ce soir

je n'ai ni cluster ni trunk, juste un serveur exchange pour grosso modo une 15aine de Go mais ça me prend beaucoup moins de temps.
 
tu n'as pas contacté le support veritas à propos de la sauvegarde des clusters et des options?

Si si je les ais contacté, et pour le moment leur seul réponse ça a été que ça venait certainement du lecteur DLT..
 
Je vais continuer à investiguer cette semaine, je vais bien trouver.