Bonjour,
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.
Bonjour,
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.
Bonjour,
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.
Bonsoir,
Question à 2 cents: pourquoi simplement ne pas appliquer une GPO aux postes
clients qui n'attribue le droit "shutdown" qu'aux utilisateurs avec droits
avancés (i.e.: domain admins, postes admins...) ?
Ca serait quand même plus simple non ? Et là au moins, tu seras sûr qu'ils
n'éteindront plus leur postes (à moins d'appuyer longtemps sur le bouton
power, mais là même le script ne pourra rien faire. Au pire, tu modifies la
stratégie de gestion de l'alimentation pour que le bouton power ne fasse
plus rien ;)).
--
Cordialement,
Jesse ADAM
http://agorachat.blogspot.com
~back from the dead~
"Christophe" wrote in message
news:
> Bonjour,
>
> 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.
Bonsoir,
Question à 2 cents: pourquoi simplement ne pas appliquer une GPO aux postes
clients qui n'attribue le droit "shutdown" qu'aux utilisateurs avec droits
avancés (i.e.: domain admins, postes admins...) ?
Ca serait quand même plus simple non ? Et là au moins, tu seras sûr qu'ils
n'éteindront plus leur postes (à moins d'appuyer longtemps sur le bouton
power, mais là même le script ne pourra rien faire. Au pire, tu modifies la
stratégie de gestion de l'alimentation pour que le bouton power ne fasse
plus rien ;)).
--
Cordialement,
Jesse ADAM
http://agorachat.blogspot.com
~back from the dead~
"Christophe" <Christophe@discussions.microsoft.com> wrote in message
news:15806DB5-BE37-4381-A957-CB6A9419C12E@microsoft.com...
> Bonjour,
>
> 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.
Bonsoir,
Question à 2 cents: pourquoi simplement ne pas appliquer une GPO aux postes
clients qui n'attribue le droit "shutdown" qu'aux utilisateurs avec droits
avancés (i.e.: domain admins, postes admins...) ?
Ca serait quand même plus simple non ? Et là au moins, tu seras sûr qu'ils
n'éteindront plus leur postes (à moins d'appuyer longtemps sur le bouton
power, mais là même le script ne pourra rien faire. Au pire, tu modifies la
stratégie de gestion de l'alimentation pour que le bouton power ne fasse
plus rien ;)).
--
Cordialement,
Jesse ADAM
http://agorachat.blogspot.com
~back from the dead~
"Christophe" wrote in message
news:
> Bonjour,
>
> 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.
Bonjour,
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
Christophe
Bonjour,
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
Christophe
Bonjour,
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
Christophe
Le 15/10/2008, Christophe a supposé :
> Bonjour,
>
> 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
>
> Christophe
pourquoi ne pas faire l'inverse ????
c'est a dire redemarrer les machines en automatique 30 minutes avant la
sauvegarde? puis de les eteindre apres ?
ca me parait plus simple et plus ecolo.
Le 15/10/2008, Christophe a supposé :
> Bonjour,
>
> 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
>
> Christophe
pourquoi ne pas faire l'inverse ????
c'est a dire redemarrer les machines en automatique 30 minutes avant la
sauvegarde? puis de les eteindre apres ?
ca me parait plus simple et plus ecolo.
Le 15/10/2008, Christophe a supposé :
> Bonjour,
>
> 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
>
> Christophe
pourquoi ne pas faire l'inverse ????
c'est a dire redemarrer les machines en automatique 30 minutes avant la
sauvegarde? puis de les eteindre apres ?
ca me parait plus simple et plus ecolo.
Mais il n'y a pas une solution avec les outils que MS met à disposition?
Pour une fois que je veux exploiter les scripts de fermeture de session ou
d'arrêt de machine, je me rends compte que cela ne semble pas si evident.
Mais il n'y a pas une solution avec les outils que MS met à disposition?
Pour une fois que je veux exploiter les scripts de fermeture de session ou
d'arrêt de machine, je me rends compte que cela ne semble pas si evident.
Mais il n'y a pas une solution avec les outils que MS met à disposition?
Pour une fois que je veux exploiter les scripts de fermeture de session ou
d'arrêt de machine, je me rends compte que cela ne semble pas si evident.
Hello,
2 possibilités:
- tu implémentes le WOL (Wake On LAN) et tu balances en pré sauvegarde un
script qui va démarrer toutes les machines à la demande. Ainsi, ils
éteignent leur poste s'ils veulent, cela ne t'impacte plus.
- ou alors, effectivement, tu passes par du scripting ADSI: tu crées une GPO
qui les empêche d'arrêter le poste, laquelle tu actives le matin de chaque
jour de sauvegarde, et désactive ensuite après la sauvegarde (un peu plus
d'info ici:
http://windowsitpro.com/article/articleid/23368/rem-managing-gpo-links.html).
--
Cordialement,
Jesse ADAM
http://agorachat.blogspot.com
~back from the dead~
"Christophe" wrote in message
news:
> Mais il n'y a pas une solution avec les outils que MS met à disposition?
> Pour une fois que je veux exploiter les scripts de fermeture de session ou
> d'arrêt de machine, je me rends compte que cela ne semble pas si evident.
Hello,
2 possibilités:
- tu implémentes le WOL (Wake On LAN) et tu balances en pré sauvegarde un
script qui va démarrer toutes les machines à la demande. Ainsi, ils
éteignent leur poste s'ils veulent, cela ne t'impacte plus.
- ou alors, effectivement, tu passes par du scripting ADSI: tu crées une GPO
qui les empêche d'arrêter le poste, laquelle tu actives le matin de chaque
jour de sauvegarde, et désactive ensuite après la sauvegarde (un peu plus
d'info ici:
http://windowsitpro.com/article/articleid/23368/rem-managing-gpo-links.html).
--
Cordialement,
Jesse ADAM
http://agorachat.blogspot.com
~back from the dead~
"Christophe" <Christophe@discussions.microsoft.com> wrote in message
news:D8B68E96-D263-4F5D-882A-8CF0FA1A575F@microsoft.com...
> Mais il n'y a pas une solution avec les outils que MS met à disposition?
> Pour une fois que je veux exploiter les scripts de fermeture de session ou
> d'arrêt de machine, je me rends compte que cela ne semble pas si evident.
Hello,
2 possibilités:
- tu implémentes le WOL (Wake On LAN) et tu balances en pré sauvegarde un
script qui va démarrer toutes les machines à la demande. Ainsi, ils
éteignent leur poste s'ils veulent, cela ne t'impacte plus.
- ou alors, effectivement, tu passes par du scripting ADSI: tu crées une GPO
qui les empêche d'arrêter le poste, laquelle tu actives le matin de chaque
jour de sauvegarde, et désactive ensuite après la sauvegarde (un peu plus
d'info ici:
http://windowsitpro.com/article/articleid/23368/rem-managing-gpo-links.html).
--
Cordialement,
Jesse ADAM
http://agorachat.blogspot.com
~back from the dead~
"Christophe" wrote in message
news:
> Mais il n'y a pas une solution avec les outils que MS met à disposition?
> Pour une fois que je veux exploiter les scripts de fermeture de session ou
> d'arrêt de machine, je me rends compte que cela ne semble pas si evident.
Mais quand même, ce n'est pas là que pour decorer, ces scripts d'arret
machine..
personne n'en pense rien?
Mais quand même, ce n'est pas là que pour decorer, ces scripts d'arret
machine..
personne n'en pense rien?
Mais quand même, ce n'est pas là que pour decorer, ces scripts d'arret
machine..
personne n'en pense rien?
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?
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?
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?
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?
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?
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?
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?
>>
>>
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?
>>
>>
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?
>>
>>