Je suis dans une prestation clients où je dois faire en sorte qu'à date
planifiée, un script soit changé. Je parle d'un script de config ordinateur
où on peut executer un script d'arrêt de machine cliente.
Le but de cette recherche :
Empêcher les utilisateurs d'éteindre leur machine, puisqu'un mail matinal
via "mailsend ... " ne fait pas l'affaire, ou du moins ne suffit pas.
En temps normal, ce script ne doit rien contenir de significatif (par
exemple echo "bonsoir"). Je voudrais qu'à date donnée, il soit remplacé par
un autre *.bat ou *.cmd, qui fasse que lors de leur fermeture de session ou
MIEUX ENCORE, lors de l'extinction du micro se lance un script qui annule
ladite fermeture. En ligne de commande, en local, un "shutdown /r -c "pas
d'extinction ce soir" marche fort bien. J'essaie donc de mettre ce script en
application dans les strategies de groupe d'une "OU", mais l'extinction a
quand-même lieu.
Pour être plus précis :
Dans "utilisateurs et ordinateurs A.D. :
Que ce soit dans "configuration ordinateur", ou que ce soit dans
configuration utilisateur, que je place en "OU" dans lequel je mets
l'ordinateur et/ou l'user, il ne veut rien savoir. Mes PC clients sont bien
sûr membres du domaine géré par ce 2003.
Quelqu'un sait-il ce qui se passe?
Merci d'avance
tu parles de cout alors que ca fais 15 jours que tu as posé ton post et que tu n'as donc tjrs pas la solution.
alors que la methode préconisée est efficace et operationnelle.
maitenant, combien de PC de ton entreprise ne peux pas faire ce WOL, as tu des chiffres, des ratios.
Discuter cout, et le "vendre" a ton, dg (ou a toi même si tu es le DG) est : Combien ca coute a l'entreprise de ne pas sauvegarder une machine qui à été eteinte et qui crash le lendemain matin.
voila, avant toute solution, il faut effectivement mettre les cout derrière. mais pas "au petit bonheur la chance"
amicalement quand même
"Christophe" a écrit dans le message de news:
Je te remercie de ta reponse, mais le pb est que ce ne sont pas toutes des machines "constructeurs". Or, comme tu dois lke savoir le temps est precieux, et je ne peux pas dire a mes superieurs "j'ai la solution" si le petit cable qui permet le WOL manque. Dans les PME d'informatique, chaque heure est comptée...
C'est pour cela que je ne retiens pas trop cette solution...
Merci A+
Christophe
"Y." a écrit :
bsr
comme te la preciser jesse je ne te parlais pas d'un redemarrage de leur pc en cours d'utilisation mais d'un demarrage via du WOL. ca te permet d'etre sur que le pc est allume 30 min avant la sauvegarde une fois faites tu fais un shutdown distant.
l'avantage est simple : ca ne change pas les habitudes de tes utilisateurs. une machine allumée le restera, les autres se rallumeront
"Christophe" a écrit dans le message de news: > Merci pour ce nouveau renseignement, Jesse je regarde > > @+ > > "Jesse ADAM" a écrit : > >> Le site suivant te décrit un peu l'idée du script "shutdown": >> http://www.windows-help-central.com/windows-shutdown-script.html >> >> En gros: pouvoir effectuer des tâches avant l'arrêt d'une machine >> (synchronisation de dossiers, backup, purge...). >> >> Tu peux assigner ce type de script par une GPO également. Après si tu >> veux >> entrer dans un système autonome, tu peux lancer ton script de backup >> (si >> cela se passe au niveau client) dans un script de shutdown, mais en >> ayant >> en >> pré requis un check sur la date du jour (par exemple, si les backups >> ont >> lieu chaque semaine tous les vendredis, tu peux faire une vérif "si >> date >> du >> jour = vendredi alors lance le backup"). >> >> C'est aussi utilisable, mais moins courant. >> >> -- >> Cordialement, >> Jesse ADAM >> >> http://agorachat.blogspot.com >> ~back from the dead~ >> >> "Christophe" wrote in message >> news: >> >> > Mais quand même, ce n'est pas là que pour decorer, ces scripts >> > d'arret >> > machine.. >> > personne n'en pense rien? >> >>
pu... aujourd'hui on me gonfle....
pas de bol ca va tomber sur toi :-)
tu parles de cout alors que ca fais 15 jours que tu as posé ton post et que
tu n'as donc tjrs pas la solution.
alors que la methode préconisée est efficace et operationnelle.
maitenant, combien de PC de ton entreprise ne peux pas faire ce WOL, as tu
des chiffres, des ratios.
Discuter cout, et le "vendre" a ton, dg (ou a toi même si tu es le DG) est :
Combien ca coute a l'entreprise de ne pas sauvegarder une machine qui à été
eteinte et qui crash le lendemain matin.
voila, avant toute solution, il faut effectivement mettre les cout derrière.
mais pas "au petit bonheur la chance"
amicalement quand même
"Christophe" <Christophe@discussions.microsoft.com> a écrit dans le message
de news: 01566059-0E37-4026-A7B8-736BEC338168@microsoft.com...
Je te remercie de ta reponse, mais le pb est que ce ne sont pas toutes des
machines "constructeurs". Or, comme tu dois lke savoir le temps est
precieux,
et je ne peux pas dire a mes superieurs "j'ai la solution" si le petit
cable
qui permet le WOL manque. Dans les PME d'informatique, chaque heure est
comptée...
C'est pour cela que je ne retiens pas trop cette solution...
Merci A+
Christophe
"Y." a écrit :
bsr
comme te la preciser jesse je ne te parlais pas d'un redemarrage de leur
pc
en cours d'utilisation mais d'un demarrage via du WOL.
ca te permet d'etre sur que le pc est allume 30 min avant la sauvegarde
une fois faites tu fais un shutdown distant.
l'avantage est simple :
ca ne change pas les habitudes de tes utilisateurs.
une machine allumée le restera, les autres se rallumeront
"Christophe" <Christophe@discussions.microsoft.com> a écrit dans le
message
de news: 1C4BE3B7-6405-4A27-9DBB-5864D087DC1F@microsoft.com...
> Merci pour ce nouveau renseignement, Jesse je regarde
>
> @+
>
> "Jesse ADAM" a écrit :
>
>> Le site suivant te décrit un peu l'idée du script "shutdown":
>> http://www.windows-help-central.com/windows-shutdown-script.html
>>
>> En gros: pouvoir effectuer des tâches avant l'arrêt d'une machine
>> (synchronisation de dossiers, backup, purge...).
>>
>> Tu peux assigner ce type de script par une GPO également. Après si tu
>> veux
>> entrer dans un système autonome, tu peux lancer ton script de backup
>> (si
>> cela se passe au niveau client) dans un script de shutdown, mais en
>> ayant
>> en
>> pré requis un check sur la date du jour (par exemple, si les backups
>> ont
>> lieu chaque semaine tous les vendredis, tu peux faire une vérif "si
>> date
>> du
>> jour = vendredi alors lance le backup").
>>
>> C'est aussi utilisable, mais moins courant.
>>
>> --
>> Cordialement,
>> Jesse ADAM
>>
>> http://agorachat.blogspot.com
>> ~back from the dead~
>>
>> "Christophe" <Christophe@discussions.microsoft.com> wrote in message
>> news:8CDA6BF1-0A09-4450-8AD0-FBE67BEDC608@microsoft.com...
>>
>> > Mais quand même, ce n'est pas là que pour decorer, ces scripts
>> > d'arret
>> > machine..
>> > personne n'en pense rien?
>>
>>
tu parles de cout alors que ca fais 15 jours que tu as posé ton post et que tu n'as donc tjrs pas la solution.
alors que la methode préconisée est efficace et operationnelle.
maitenant, combien de PC de ton entreprise ne peux pas faire ce WOL, as tu des chiffres, des ratios.
Discuter cout, et le "vendre" a ton, dg (ou a toi même si tu es le DG) est : Combien ca coute a l'entreprise de ne pas sauvegarder une machine qui à été eteinte et qui crash le lendemain matin.
voila, avant toute solution, il faut effectivement mettre les cout derrière. mais pas "au petit bonheur la chance"
amicalement quand même
"Christophe" a écrit dans le message de news:
Je te remercie de ta reponse, mais le pb est que ce ne sont pas toutes des machines "constructeurs". Or, comme tu dois lke savoir le temps est precieux, et je ne peux pas dire a mes superieurs "j'ai la solution" si le petit cable qui permet le WOL manque. Dans les PME d'informatique, chaque heure est comptée...
C'est pour cela que je ne retiens pas trop cette solution...
Merci A+
Christophe
"Y." a écrit :
bsr
comme te la preciser jesse je ne te parlais pas d'un redemarrage de leur pc en cours d'utilisation mais d'un demarrage via du WOL. ca te permet d'etre sur que le pc est allume 30 min avant la sauvegarde une fois faites tu fais un shutdown distant.
l'avantage est simple : ca ne change pas les habitudes de tes utilisateurs. une machine allumée le restera, les autres se rallumeront
"Christophe" a écrit dans le message de news: > Merci pour ce nouveau renseignement, Jesse je regarde > > @+ > > "Jesse ADAM" a écrit : > >> Le site suivant te décrit un peu l'idée du script "shutdown": >> http://www.windows-help-central.com/windows-shutdown-script.html >> >> En gros: pouvoir effectuer des tâches avant l'arrêt d'une machine >> (synchronisation de dossiers, backup, purge...). >> >> Tu peux assigner ce type de script par une GPO également. Après si tu >> veux >> entrer dans un système autonome, tu peux lancer ton script de backup >> (si >> cela se passe au niveau client) dans un script de shutdown, mais en >> ayant >> en >> pré requis un check sur la date du jour (par exemple, si les backups >> ont >> lieu chaque semaine tous les vendredis, tu peux faire une vérif "si >> date >> du >> jour = vendredi alors lance le backup"). >> >> C'est aussi utilisable, mais moins courant. >> >> -- >> Cordialement, >> Jesse ADAM >> >> http://agorachat.blogspot.com >> ~back from the dead~ >> >> "Christophe" wrote in message >> news: >> >> > Mais quand même, ce n'est pas là que pour decorer, ces scripts >> > d'arret >> > machine.. >> > personne n'en pense rien? >> >>
