Bonjour à tous,
j'ai un petit soucis avec les rapports de Ntbackup sur le server SBS2003 d'un client...
Oui, je sais Ntbackup c' pas le top, il faudrait surement penser à investir dasn un vrai logiciel de sauvegarde... mais tout n'est vraiment à l'ordre du jour pour ce client, malheuresement
Mon soucis est le suivant: j'ai configuré ma tâche auto de sauvegarde via le GUI de NTbackup. La sauvegarde se fait puisque: traces dans les events windows, dans l'API de mon périph de sauvegarde (Dell (tm) PowerVault (tm) 100T DAT72), le media porte bien la date de la dernière sauvegarde, la sauvegarde apparait bien dans le pool "backup", la restauration est bien disponible,  MAIS aucun rapport disponible dans Ntbackup! Dans ma ligne de commande le commutateur j/ ... est bien présent et également le commutateur /l:s.
 
Voici ma ligne de commande:  
C:\WINDOWS\system32\ntbackup.exe backup "@C:\Documents and Settings\airadmin\Local Settings\Application Data\Microsoft\Windows NT\NTBackup\data\Sauvegarde Quotidienne.bks"  /v:yes /r:no /rs:no /hc:on /m normal /j "Sauvegarde Quotidienne" /l:s /snap:on /p "4mm DDS" /um
 
Entre outre, pour info, dans les events windows, juste après le dernier message d'info concernant la réussite de la sauvegarde,  j'ai toujours un event ID 1524, UserEnv: "Windows ne peut pas décharger vos classes fichier de Registre - il est en cours d'utilisation par d'autres applications ou services. Le fichier sera déchargé quand il ne sera plus utilisé. "    
Mais le message suivant me notifie: (ID 1516) "Windows a déchargé le Registre utilisateur S-1-5-21-3273423941-3168328958-2973174426-1160_Classes lorsqu'il a reçu une notification qu'aucune application ou aucun service n'utilisait le profil."     Pensez qu'il peut y avoir un rapport avec mes rapports manquants ?
 
Merci de votre aide.

Salut,
 
Les .log ne sont pas présents dans  
 

 
?

... et non! Mais je viens de m'apercevoir que la tâche s'éxécutait avec le compte USRXPLT, et qui apparement n'avait pas les permissions pour écrire sous le profile de airadmin !
J'ai fait un test en mettant airadmin pour éxécuter la tâche... le log se créé et est visible sous Ntbackup!   Youpiii
Merci pour ton retour rapide ShonGail

...par contre, quand je remet USRXPLT comme compte d'éxécution de la tâche, le log se créé certes, mais pas visible dans Ntbackup !
Qu'est-ce qui y'a qui va pas avec ce compte USRXPLT ?...

un prob de droit donc.
 
faut voir de quels droits jouit ce compte ou les groupes auxquels il appartient sur le dossier où s'enregistrent les log

... eh ben il a pourtant tous les pouvoirs, il est dans le groupe Administrateurs.
Est-ce que Ntbackup ne serait pas forcé d'aller chercher le rapport dans le profile de airadmin ?

Si tu l'exécutes sous la session airadmin, surement.
 
Si tu lances la tache avec le compte USRXPLT, les logs se créent donc dans son local settings ?

Oui les logs se créé dans le local settings de USRXPLT.
Et oui, effectivement, lors de mes tests, j'étais sous une session airadmin. Je devrais peut-être tester la tâche auto sans être connecté au serveur avec ma session airadmin ?

Essaye
au pire, tu peux toujours à la fin de ton bat qui exécute le ntbackup faire un copy du log vers le local settings de airadmin.

Ah oui, j'essaierai ça, si meme sans session airadmin ouverte y'a pas de rapport...
Merci ShonGail pour ta réactivité.

Bon, tache exécutée alors que session airadmin fermée: idem!
J'ai pas encore fait un script qui reprendrait ma ligne de com Ntbackup, mais si je modifie un log à la mano (un qui remonte déjà dans Ntbackup), je vois cette modif dans les rapports de Ntbackup. En revanche, si je copie un autre fichier de log dans le répertoire de airadmin, il n'est pas visible dans Ntbackup !..

Vérifie bien les droits NTFS à chaque fois

Bon, j'ai supprimé mes tâches et les ai refaite avec "airadmin" comme compte exécutant (sous session "airadmin" ) et ça fonctionne.
Effectivement, je pense que j'avais trop bidouiller les lignes de commandes des tâches  s'exécutant avec le compte USRXPLT sous ma session airadmin.
Merci pour ton aide ShonGail.