🚀 go-pugleaf

Witam

Administruje WinNT 3.51 i jakiś czas temu pokusiłem się o wykorzystanie
Schedulera do takich zadan, jak np. regularny backup, regularna laczenie 
z providerem w celu wymiany poczty, ustawianie czasu z zegara atomowego
itd. Uruchomienie wszystkich tych usług nie było proste, ale się udało:
- uruchomienie batchow wyglada jak ponizej (przyklad)
  at 01:15 /interactive /every:t,w,th,f,s "cmd /C c:\users\backup"
  Ważne jest "/interactive" - dzieki temu backup pojawia sie na ekranie
  i kiedy przychodzę rano do biura, to moge stwierdzić że np. zapomniałem
  wieczorem wsadzić taśmę do straemera. Lub zobaczyć, że wszystko OK.
- uruchomienie programów działających samodzielnie wygląda np. tak:
  at 10:01 /every:m,t,w,th,f,s,su "c:\win32app\atomtime"
  W tym przypadku nie potrzebuję żadnej interakcji z programikiem
  atomtime, i on w ogóle się nie pojawi na ekranie. Zrobi swoje, i już, 
  a jeżeli nie, to nie ma powodu do zmartwień.
- możliwe jest oczywiście uruchamianie batchow z argumentami
  at 11:54 /interactive /every:m,t,w,th,f,s,su "cmd /C c:\users\connect 1500"

Ponadto: 
Aby komenda "at" działała, konieczne jest uruchomienie Schedulera. Najlepiej, 
jeżeli uruchomi się on automatycznie (startup: automatic) - wówczas do 
uruchomienia zaplanowanych komend wystarczy, że ktoś włączy komputer. Ważne 
jest, w jaki sposób działa Scheduler: mam on takie uprawnienia, jak konto
pod który został uruchomiony, tzn. jeżeli jest to "System Account" to nie
bedzie możliwe korzystanie z dysków sieciowych (mnie to nic nie przeszkadza, 
bo i tak Scheduler uruchamiany na serwerze plikow korzysta wyłącznie z
dysków lokalnych) ani żadne inne operacje wymagające autoryzacji na innych 
komputerach w sieci. Dlaczego tak jest - już raz skrótowo tłumaczył na tej 
liście Darek Korzun. Równiez - jeżeli uruchamiasz Scheduler na konto System
musisz pamiętać o roli ustawienia "allow service to interact with desktop".
Jeżeli ta opcja jest ustawiona, to WSZYSTKIE programy uruchamiane przez
Scheduler będą się pojawiać na ekranie, niezależnie od tego, kto w tym czasie
korzysta z komputera. Oczywiście, w takiej sytuacji użytkownik ma mozliwość
korzystania z tak (dla niego) niespodziewanie uruchomionego programu.
Ponadto niezależnie od tego, na jakie konto działa Scheduler, jego 
uruchomienie nie powoduje automatycznie podłączenia dysków sieciowych. 
Tak więc np. jeżeli uruchamiasz (startup parameters: log on as) Scheduler 
na koncie Administrator, i konto to ma ustawione na stałe mapowanie
dysku sieciowego U: jako \\SERVER\USERS , to Scheduler NIE BEDZIE widział
dysku U: dopóki go jawnie komendą "net use" - korzystając z batcha - nie 
podłączysz. Tutaj kolejna uwaga: "net use U: \\SERVER\USERS\" nie zadziała,
jeżeli w tym samym czasie jest już zajęta nazwa dysku U:, przez
jakąś inną sesję pracy na tym samym komputerze. Również ustawienie ścieżki 
%PATH% jakie bedzie aktywne dla sesji Schedulera, jest wyłącznie ustawieniem
systemowym, nie zaś ustawieniem konta. To tyle uwag. Chętnie pomogę, jeżeli 
jeszcze masz problemy :)

Ogólnie mówiąc, wszystkie "poważne" zadania uruchamiane przez Schedulera 
najlepiej wykonują sie w batchach - można wówczas wielokrotnie probować
uruchomić komendę w określonych odstępach czasu (pomocna jest komenda
"sleep" z NT Resource Kit), zapisać w Event Logu skutek działanie komendy
(korzystając z ERRORLEVEL i komendy "logevent" z NT Resource Kit) lub nawet
w przypadku błędu wygenerować email lub komunikat do administratora (wiele 
pakietów SMTP/POP3 oferuje dodatkowo programik do wysyłania emaili via SMTP)

To tyle, pozdrowienia


Bronek Kozicki
________________________________________________________In Arp We Trust
<bross@waw.pdi.net>                    <http://www.waw.pdi.net/~bross/>