Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Steeve Gagnon
Allô !
Les privilèges de la commande AT sont hérités du service "scheduler" (désolé, je ne connais pas le nom français !). Si ce service est démarré en tant que SYSTEM, il n'aura probablement pas les privilèges suffisants. Tu peux alors décidé de démarrer le scheduler en utilisant un utilisateur administrateur, ça devrait résoudre le problème. Toutefois, au niveau de la sécurité, c'est moins sécuritaire de procédé ainsi (d'où le fait que normalement ce service démarre en tant que SYSTEM).
Steeve
--
"ft01" a écrit dans le message de news:bkv9gj$gug$
Bonjour.
Permettez que j'expose mon problème :
J'ai deux serveurs dont l'un utilise NTBackup chaque nuit pour une copie complète sur DLT. Drive DLT sur le serveur 1 Disques réseau composés ainsi :
D:Server1users E:Server2files
La tâche quotidienne a été simplement crée avec la commande AT qui lance
un
batch du genre ntbackup D: E:
Tout marche à merveille chaque nuit sur le D. Le problème commence que mon batch essaye de lancer le backup du E, c'est a dire du server 2.
En lancant le batch manuellement, sous admin, tout est backupé. En le lançant avec AT, rien à faire, le E (le second server) refuse désespérément.
Quels droits héritent donc les tâches lancées par AT ??
Où dois-je intervenir ?
Merci d'avance pour vos éclaircissements.
Allô !
Les privilèges de la commande AT sont hérités du service "scheduler"
(désolé, je ne connais pas le nom français !). Si ce service est démarré en
tant que SYSTEM, il n'aura probablement pas les privilèges suffisants. Tu
peux alors décidé de démarrer le scheduler en utilisant un utilisateur
administrateur, ça devrait résoudre le problème. Toutefois, au niveau de la
sécurité, c'est moins sécuritaire de procédé ainsi (d'où le fait que
normalement ce service démarre en tant que SYSTEM).
Steeve
--
"ft01" <ft01@startrekmail.com> a écrit dans le message de
news:bkv9gj$gug$1@news-reader5.wanadoo.fr...
Bonjour.
Permettez que j'expose mon problème :
J'ai deux serveurs dont l'un utilise NTBackup chaque nuit pour une copie
complète sur DLT.
Drive DLT sur le serveur 1
Disques réseau composés ainsi :
D:Server1users
E:Server2files
La tâche quotidienne a été simplement crée avec la commande AT qui lance
un
batch
du genre ntbackup D: E:
Tout marche à merveille chaque nuit sur le D. Le problème commence que mon
batch essaye de lancer
le backup du E, c'est a dire du server 2.
En lancant le batch manuellement, sous admin, tout est backupé.
En le lançant avec AT, rien à faire, le E (le second server) refuse
désespérément.
Quels droits héritent donc les tâches lancées par AT ??
Les privilèges de la commande AT sont hérités du service "scheduler" (désolé, je ne connais pas le nom français !). Si ce service est démarré en tant que SYSTEM, il n'aura probablement pas les privilèges suffisants. Tu peux alors décidé de démarrer le scheduler en utilisant un utilisateur administrateur, ça devrait résoudre le problème. Toutefois, au niveau de la sécurité, c'est moins sécuritaire de procédé ainsi (d'où le fait que normalement ce service démarre en tant que SYSTEM).
Steeve
--
"ft01" a écrit dans le message de news:bkv9gj$gug$
Bonjour.
Permettez que j'expose mon problème :
J'ai deux serveurs dont l'un utilise NTBackup chaque nuit pour une copie complète sur DLT. Drive DLT sur le serveur 1 Disques réseau composés ainsi :
D:Server1users E:Server2files
La tâche quotidienne a été simplement crée avec la commande AT qui lance
un
batch du genre ntbackup D: E:
Tout marche à merveille chaque nuit sur le D. Le problème commence que mon batch essaye de lancer le backup du E, c'est a dire du server 2.
En lancant le batch manuellement, sous admin, tout est backupé. En le lançant avec AT, rien à faire, le E (le second server) refuse désespérément.
Quels droits héritent donc les tâches lancées par AT ??
Où dois-je intervenir ?
Merci d'avance pour vos éclaircissements.
ft01
"Steeve Gagnon" a écrit dans le message de news:
Allô ! Les privilèges de la commande AT sont hérités du service "scheduler" (désolé, je ne connais pas le nom français !). Si ce service est démarré
en
tant que SYSTEM, il n'aura probablement pas les privilèges suffisants.
Merci beaucoup... clair,rapide, efficace...
"Steeve Gagnon" <Someone@somewhere.com> a écrit dans le message de
news:eEcQV95gDHA.484@TK2MSFTNGP12.phx.gbl...
Allô !
Les privilèges de la commande AT sont hérités du service "scheduler"
(désolé, je ne connais pas le nom français !). Si ce service est démarré
en
tant que SYSTEM, il n'aura probablement pas les privilèges suffisants.
Allô ! Les privilèges de la commande AT sont hérités du service "scheduler" (désolé, je ne connais pas le nom français !). Si ce service est démarré
en
tant que SYSTEM, il n'aura probablement pas les privilèges suffisants.
Merci beaucoup... clair,rapide, efficace...
F. Dunoyer
"Steeve Gagnon" a écrit dans le message de news:
Allô !
Les privilèges de la commande AT sont hérités du service "scheduler" (désolé, je ne connais pas le nom français !). Si ce service est démarré
en
tant que SYSTEM, il n'aura probablement pas les privilèges suffisants. Tu peux alors décidé de démarrer le scheduler en utilisant un utilisateur administrateur, ça devrait résoudre le problème. Toutefois, au niveau de
la
sécurité, c'est moins sécuritaire de procédé ainsi (d'où le fait que normalement ce service démarre en tant que SYSTEM).
en français le service est le service planning mais sur un NT on peut aussi monter le planificateur de tache (idem 2000/XP/2003) et ainsi attribuer un compte différent à chaque tache
cf http://fdunoyer.free.fr/ta/qr.htm#Q27
cdt
-- François Dunoyer Quelques trucs et des astuces pour Windows Voir : http://fdunoyer.free.fr/ta/ta.htm Site perso : http://www.dunoyer.tk
"Steeve Gagnon" <Someone@somewhere.com> a écrit dans le message de
news:eEcQV95gDHA.484@TK2MSFTNGP12.phx.gbl...
Allô !
Les privilèges de la commande AT sont hérités du service "scheduler"
(désolé, je ne connais pas le nom français !). Si ce service est démarré
en
tant que SYSTEM, il n'aura probablement pas les privilèges suffisants. Tu
peux alors décidé de démarrer le scheduler en utilisant un utilisateur
administrateur, ça devrait résoudre le problème. Toutefois, au niveau de
la
sécurité, c'est moins sécuritaire de procédé ainsi (d'où le fait que
normalement ce service démarre en tant que SYSTEM).
en français le service est le service planning
mais sur un NT on peut aussi monter le planificateur de tache (idem
2000/XP/2003) et ainsi attribuer un compte différent à chaque tache
cf
http://fdunoyer.free.fr/ta/qr.htm#Q27
cdt
--
François Dunoyer
Quelques trucs et des astuces pour Windows
Voir : http://fdunoyer.free.fr/ta/ta.htm
Site perso : http://www.dunoyer.tk
Les privilèges de la commande AT sont hérités du service "scheduler" (désolé, je ne connais pas le nom français !). Si ce service est démarré
en
tant que SYSTEM, il n'aura probablement pas les privilèges suffisants. Tu peux alors décidé de démarrer le scheduler en utilisant un utilisateur administrateur, ça devrait résoudre le problème. Toutefois, au niveau de
la
sécurité, c'est moins sécuritaire de procédé ainsi (d'où le fait que normalement ce service démarre en tant que SYSTEM).
en français le service est le service planning mais sur un NT on peut aussi monter le planificateur de tache (idem 2000/XP/2003) et ainsi attribuer un compte différent à chaque tache
cf http://fdunoyer.free.fr/ta/qr.htm#Q27
cdt
-- François Dunoyer Quelques trucs et des astuces pour Windows Voir : http://fdunoyer.free.fr/ta/ta.htm Site perso : http://www.dunoyer.tk
Th.A.C
Si je comprends bien, ton D: est un disque local et le E: est un lecteur réseau pointant sur le 2eme serveur???
As-tu pensé à rajouter un net use pour mapper E: sur server2files? N'oublie pas que la commande at ne se lance pas avec ton compte admin et donc que le lecteur E: n'existe pas quand la commande AT lance la sauvegarde.
Il me semble aussi qu'avec le compte system, on ne peut pas créer de mappage réseau, ou tout au moins pas de la facon habituelle. Voir la réponse de Steeve qui donne une solution possible.
Si je comprends bien, ton D: est un disque local et le E: est un lecteur
réseau pointant sur le 2eme serveur???
As-tu pensé à rajouter un net use pour mapper E: sur server2files?
N'oublie pas que la commande at ne se lance pas avec ton compte admin et
donc que le lecteur E: n'existe pas quand la commande AT lance la
sauvegarde.
Il me semble aussi qu'avec le compte system, on ne peut pas créer de mappage
réseau, ou tout au moins pas de la facon habituelle.
Voir la réponse de Steeve qui donne une solution possible.
Si je comprends bien, ton D: est un disque local et le E: est un lecteur réseau pointant sur le 2eme serveur???
As-tu pensé à rajouter un net use pour mapper E: sur server2files? N'oublie pas que la commande at ne se lance pas avec ton compte admin et donc que le lecteur E: n'existe pas quand la commande AT lance la sauvegarde.
Il me semble aussi qu'avec le compte system, on ne peut pas créer de mappage réseau, ou tout au moins pas de la facon habituelle. Voir la réponse de Steeve qui donne une solution possible.
ft01
"Th.A.C" a écrit dans le message de news:blfgis$pb9$
Il me semble aussi qu'avec le compte system, on ne peut pas créer de
mappage
réseau, ou tout au moins pas de la facon habituelle. Voir la réponse de Steeve qui donne une solution possible.
Je te le confirme... tout est réglé maintenant. Et bien évidemment, maintenant que la réponse m'est parvenue, elle me parait tellement évidente que j'ai limite honte d'avoir posé ma question ! :-)
"Th.A.C" <aenleverthierry.arbezcarme@free.fr> a écrit dans le message de
news:blfgis$pb9$1@news-reader1.wanadoo.fr...
Il me semble aussi qu'avec le compte system, on ne peut pas créer de
mappage
réseau, ou tout au moins pas de la facon habituelle.
Voir la réponse de Steeve qui donne une solution possible.
Je te le confirme... tout est réglé maintenant.
Et bien évidemment, maintenant que la réponse m'est parvenue, elle me parait
tellement évidente que j'ai limite honte d'avoir posé ma question ! :-)
"Th.A.C" a écrit dans le message de news:blfgis$pb9$
Il me semble aussi qu'avec le compte system, on ne peut pas créer de
mappage
réseau, ou tout au moins pas de la facon habituelle. Voir la réponse de Steeve qui donne une solution possible.
Je te le confirme... tout est réglé maintenant. Et bien évidemment, maintenant que la réponse m'est parvenue, elle me parait tellement évidente que j'ai limite honte d'avoir posé ma question ! :-)
