Uruchom plik wsadowy za pomocą harmonogramu zadań systemu Windows

Mam plik wsadowy daily.bat, to jest kod:

cd C:\inetpub\wwwroot\infoweb\factuur\cron
c:\PHP\php.exe -f ./cron_pdf.php
ftp -s:ftp_upload.txt ftp.site.be

I utworzyłem zadanie z harmonogramem zadań w systemie Windows 7. Kiedy uruchamiam partię ręcznie, wszystko idzie dobrze, ale kiedy próbuję uruchomić ją za pomocą harmonogramu zadań, nic się nie dzieje.

Moje działanie jest

'run script' "C:\inetpub\wwwroot\site\x\cron\daily.bat"

UAC jest wyłączone, a ja jestem administratorem.

Masz jakiś pomysł, dlaczego to nie działa?

Napotkałem ten sam problem, ale znalazłem inne rozwiązanie bez konieczności modyfikowania mojego skryptu wsadowego.

Jedyne, czego mi brakowało, to ustawienia „Akcji” - opcja „Rozpocznij w (opcjonalnie)”.

Przejdź do właściwości zadania -> zakładka Akcja -> Edytuj -> Wypełnij jak poniżej:

1. Akcja : Uruchom program
2. Program / skrypt : ścieżka do twojego skryptu wsadowego npC:\Users\beruk\bodo.bat
3. Dodaj argumenty (opcjonalnie) : <jeśli to konieczne - w zależności od skryptu>
4. Rozpocznij za (opcjonalnie) : Umieść pełną ścieżkę do lokalizacji skryptu wsadowego, np. C:\Users\beruk\(Nie umieszczaj cudzysłowów wokół Rozpocznij w)

Następnie kliknij OK

Mi to pasuje. Powodzenia!

Żadna z powyższych metod nie zadziałała. Wypróbowałem to w ten sposób, jak powiedziałem w samouczku i zadziałało.

Akcja:

Start a program 

Program / scenariusz:

cmd

Dodaj argumenty:

/c start "" "E:\Django-1.4.1\setup.bat"

Pracował dla mnie na Win7 Pro. Musisz mieć konto z hasłem (puste hasła nie są dobre)

Dla tych, których pliki bat nadal nie działają w Harmonogramie zadań systemu Windows 8+, jedną rzecz chciałbym dodać do odpowiedzi Ghazi - po wielu cierpieniach:

1) W obszarze Akcje wybierz „Utwórz zadanie BASIC ”, a nie „Utwórz zadanie”

To zrobiło to dla mnie, plus inne kwestie, o których nie można zapomnieć:

1. Użyj ścieżki Rozpocznij w do pliku wsadowego, nawet jeśli jest opcjonalna
2. w razie potrzeby użyj cudzysłowów w polu Uruchom program> wpis programu / skryptu, np. „C: \ moje skrypty \ runme.bat” ...
3. ALE NIE używaj cudzysłowów w polu Rozpocznij w. (Szalone, ale prawdziwe!)

To działało bez konieczności uruchamiania wiersza polecenia.

(Przepraszam, że moja reprezentacja jest zbyt niska, aby dodać moją wskazówkę dotyczącą podstawowego zadania do komentarzy Ghazi)

Upewnij się, że „Rozpocznij” NIE MA CYTATÓW.

Już działa. To właśnie zrobiłem. Prawdopodobnie nie będziesz potrzebować wszystkich tych kroków, aby to zadziałało, ale upewnij się, że wypróbuj je wszystkie:

• Sprawdź parametry konta zaplanowanego zadania i upewnij się, że są ustawione tak, aby uruchamiały się niezależnie od tego, czy ktoś jest zalogowany na komputerze, czy nie

• check działa z większością uprawnień / praw

• Upewnij się, że najpierw udałeś się do pełnej ścieżki: cd C: \ inetpub \ wwwroot \ infoweb \ factuur \ cron

• Nie używaj podwójnych cudzysłowów w plikach wsadowych (nie wiem dlaczego, ale wydaje się, że pomaga)

• Bądź superadministratorem, wpisz „Net user administrator / active: yes” w wierszu poleceń, wyloguj się i zaloguj jako superadministrator, więc UAC jest wyłączone

Upewnij się, że „Rozpocznij w” NIE kończy się znakiem BACKSLASH.

Wystąpił problem polegający na tym, że moje zadanie nie odpalało po prostu dlatego, że działało na laptopie bez przewodu zasilającego ... W zakładce Warunki domyślnie jest zaznaczone, aby zadanie nie działało, gdy zasilanie sieciowe nie jest podłączone.

Pod Windows7 Pro stwierdziłem, że rozwiązanie Arun działa dla mnie: mogłem to uruchomić nawet bez zalogowanego użytkownika, wybrałem najwyższe uprawnienia.

Z poprzednich doświadczeń wynika, że ​​musisz mieć konto z hasłem (puste hasła nie są dobre), a jeśli program nie monituje o hasło po zakończeniu pracy kreatora, wróć i edytuj coś, aż to się stanie!

To jest metoda na wypadek, gdyby nie było jasne, która zadziałała

Action: start a program
Program/script : cmd
      (doesn't need the .exe bit!)
Add arguments:
    /c start "" "E:\Django-1.4.1\setup.bat" 

Bawiłem się tym przez kilka godzin i próbowałem wielu różnych sugestii.

W końcu udało mi się to, wykonując następujące czynności:

Akcja: Uruchom program

Program / skrypt: C: \ scriptdir \ script.bat

Dodaj argumenty (opcjonalnie) script.bat

Zacznij od (opcjonalnie): c: \ scriptdir

działać tylko wtedy, gdy użytkownik jest zalogowany

działać z najwyższymi uprawnieniami

skonfiguruj dla: Windows Vista, Windows Server 2008

Jeśli cała reszta się nie powiedzie, upewnij się, że użytkownik, którego próbujesz uruchomić, ma dostęp do pliku, którego próbujesz użyć.

W moim przypadku próbowałem uruchomić plik wsadowy z C: \ Users \ Administrator \ Desktop, do którego konto nie miało dostępu. Przeniesienie go do neutralnej lokalizacji na C: \ rozwiązało problem.

Sprawdź, którego konta użytkownika używasz do wykonania naszego zadania. Może się zdarzyć, że zadanie zostanie uruchomione z innym użytkownikiem niż domyślny, a ten użytkownik wymaga dodatkowych uprawnień. Może się również zdarzyć, że zadanie zostanie wykonane, ale nie zobaczysz żadnego efektu, ponieważ plik wsadowy czeka na odpowiedź użytkownika, więc sprawdź menedżera zadań, jeśli widzisz, że proces działa. Kiedyś zdarzyło się, że zaplanowałem pakiet z aktualizacją svn jakiejś strony internetowej i proces się zawiesił, ponieważ svn poprosił o zaakceptowanie certyfikatu serwera.

1. Nie używaj podwójnych cudzysłowów w pliku cmd / wsadowym
2. Upewnij się, że idziesz do pełnej ścieżki, zaczynając w (opcjonalnie) :
   C: \ Plik_niezbędny \ Reqular_task \ QDE \ cmd_practice \

Odpowiedź na to pytanie zamieszczam tutaj i tutaj .

Użycie przycisku Uruchom w oknie głównym Harmonogramu zadań w celu przetestowania kilku odmian w końcu znalazło prawidłowe ustawienia. Te dwie opcje muszą być połączone: -Uruchom tylko wtedy, gdy użytkownik jest zalogowany -Uruchamiaj z najwyższymi uprawnieniami. Wszystkie inne odmiany zawiodły. To irytujące cały czas marnowany na to, ale przynajmniej działa. SYSTEM OPERACYJNY: WERSJA WINDOWS 8 (PODSTAWOWA)

Spróbuj uruchomić zadanie z wysokimi uprawnieniami.

umieść \ na końcu ścieżki w „początku w folderze”, na przykład c: \ temp \

Nie wiem dlaczego, ale czasami to działa.

Akcja: Start a Program

Program / scenariusz: C:\Windows\System32\cmd.exe

Dodaj argumenty: /k start "" "E:\scripts\example.bat"

Dodaj exitna końcu pliku wsadowego.

Okno cmd nie pojawi się, jeśli wybierzesz Run whether user is logged in or not. Musisz wybrać, Run only when user is logged onaby zobaczyć okno w akcji.