Discussion :

[pitre]

Bonjour,

j'ai le soucis suivant :

je tente dans un batch qui est programmé par la commande "at" du serveur NT,
de faire un export d'une base Oracle (un "dump") de 5 Go mais à placer directement sur un autre serveur (faute de place sur le serveur Oracle).

Cet autre serveur est sur le même réseau local.

Cependant, j'ai testé par la commande "at" une simple copie de fichier ne fonctionne pas vers l'autre serveur (résultat de la commande : "0 fichier copié")
mais si je fais un batch (.bat) que je lance manuellement en MS DOS, celà se copie bien !

J'en déduis donc :
- quand je suis logué en administrateur , en me connectant à la main en MS DOS, j'ai les droits d'accès sur l'autre serveur du réseau.
- quand je lance avec "at", l'accès m'est refusé.

D'où ma question :
quel est l'utilisateur identifié à travers la commande "at" ?

S'agit-il du compte "system" local de windows NT ?
Si oui comment l'identifier sur un réseau local sachant que SYSTEM est uniquement un compte local "machine" ?

Quelqu'un a-t-il déjà rencontré ce genre de problème et l'aurait résolu ?
(la fonction recherche du forum ne m'a rien renvoyé à ce sujet précis)


merci beaucoup pour vos idées !

PS: j'ai une variante peut-être : la commande "schtasks" qui nomme un utilisateur pour l'exécution ... serait-ce là la solution ?
[Edit : après tests mon serveur Windows NT ne dispose pas de la commande schtasks ... donc si quelqu'un a une idée pour l'utilisateur du at, merci bcp ]

[pitre]

Allez zou j'ai trouvé !

Voici la solution pour ceux qui sont interessés :

la commande "at" est dépendante du service "planning" (dans les Services de Windows NT) :
ce service était démarré sous le compte utilisateur "system" (il y a des boutons radios à cocher pour faire ce choix).
J'ai donc choisi l'autre option "autre utilisateur" et j'ai spécifié l'utilisateur Administrateur de mon domaine et le mot de passe dans les textbox associées à autre utilisateur.
(DOMAINE\Administrateur et motdepasse)

J'ai stoppé et redémarré le service planing, refait un test d'un batch programmé sous "at" => et hop les droits sur le réseau sont ok !

A bientôt pour de nouvelles zaventures !!