Bonjour, j'ai le problème suivant, je viens de mettre en place sur mon serveur mail backup exec pour faire mes sauvegarde. et lors de mes sauvegarde complète, j'ai le message d'erreur m'indiquant
 "Impossible d'ouvrir l'élément \\MAIL\C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\IpFilter\tmp.edb - ignoré."  
 
je voulais savoir comment résoudre ce problème, si un agent dois être installer, j'ai installer l'agent exchange serveur.
 
Merci d'avance

Bonjour,
 
C'est normal, c'est une base de donnée, donc comme elle est trés certainement en utilisation et donc la sauvegarde ne peut pas se faire !
 
Pour sauvegarder les banques de données Exchange il te faut l'agent Exchange pour Backup Exec.
 
Si quelqu'un peut valider ce que je viens de dire.

Bonjour, merci j'ai bien installer mon agent exchange lors de l'installation de backup exec, mais comment savoir si il est activée ?! et comment je peux faire la sauvegarde de la base donnée ? impossible a chaud ?!  
 
Merci

j'ai trouvé un script permettant d'arrêter et de redémarrer les service d'exchange pour effectuer ma sauvegarde.

c'est super crade

Salut,
+1
En plus tu paye une licence pour l'agent exchange, c'est vraiment dommage de pas l'utiliser.
A+

j'ai l'agent exchange d'installer sur backup exec mais je ne sais pas le configurer si quelqu'un pourrais m'aider pour changer cela.

Bonjour,
 
Tu n'as aucune configuration à faire.... Si tu as installé l'agent Exchange sur ton serveur BE et que tu as installé le BE remote agent sur ton serveur Exchange, alors tu pourras sauvegarder tes banques de données.

Ca n'a rien de crade puisque Microsoft explique comment contourner les API de sauvegarde via un KB
http://support.microsoft.com/kb/296788/fr
Je pense que ce sont les mieux placés pour dire si oui ou non c'est "crade"... et c'est pas le cas vu qu'ils ont fait un KB spécialement dédié à ce cas.
Et c'est même recommandé dans certains cas de figure... quand les backup à chaud ne fonctionnent pas par ex.

Et alors ? Ca explique comment faire une sauvegarde hors ligne oui. Mais la KB est plutôt orientée sauvegarde ponctuelle manuelle des bases avec check de la consistence etc. plutôt qu'être utilisée dans un process automatisé.
 
Perso devoir démonter les bases pour sauvegarder c'est une ineptie d'où le "c'est crade". Si des API existent c'est pas pour rien.

Je ne sais pas ou tu as vu que c'était orienté "ponctuel".
Mais comme tu le dis, c'est ton avis perso.
 
Maintenant si tu me dis qu'avec une API il est dommage d'en arriver là, oui je suis d'accord avec toi.
 
Sinon, pour en revenir au pb:
Y a t il un autre SGBD sur le serveur? (ou y a t il d'autres appli sur ce serveur?)
En général les logiciels de backup n'apprecient pas du tout (ou est ce developpé en connaissance de cause) la multiplicité des SGBD sur les serveurs.
Sinon vérifier effectivement qu'il est actif (il doit y avoir un gestionnaire d'agent sur le serveur cible... mais je ne me souviens plus trop du fonctionnement de backup exe)

Quand je lis "This article describes methods you can use to bypass the online backup application programming interfaces (APIs) and manually back up and restore Exchange information store databases."
 
C'est manuel alors j'imagine pas faire ça de façon régulière d'où le "ponctuel". Après si des gens veulent faire ça de manière régulière c'est leurs affaires. C'est juste une question de process après tout.

le scripting c'est pas fait pour les chiens non plus
mais bon c'est pas vraiment le sujet

Va falloir le blinder le script pour faire tous les checks indiqués dans la KB et faire le bon error reporting Tu as largement amorti ton agent

parce que sur mon serveur BE j'ai aussi mon serveur exchange qui est installer dessus, cela complique la chose ?

Si tu sauvegarde le system state sur ton exchange tu auras ta base exchange sauvegardé avec la granularité.
moi je fais comme ça.