ЗАВДАННЯ ЗАВДАННЯ: СКЛАДОВАНИЙ СТРУКТУРУ НЕ ПРАВИЛО
Властивості планувальника завдань. . .
У Windows Task Scheduler
на роботі Properties
(див. Нижню частину знімків екрана) у програмі. . .
1. General
переконайтесь, що наведені нижче параметри вибрані / перевірені або невірно встановлені, як показано на екрані друку A
- Зніміть прапорець
Run only when user is logged on
- Перевірити
Run whether user is logged on or not
- Перевірити
Run with the highest privileges
2. Conditions
Вкладка, переконайтеся , що нижче опцій вибору , перевіряється , чи безконтрольно так само , як показано на Print Screen B
- Перевірити
Wake the computer to run this task
3. Actions
клацніть, натисніть Edit
і переконайтесь, що значення Start in (optional)
встановлено так, як показано у наведеному нижче прикладі ( НЕ кладіть навколо нього подвійних лапок) для повного шляху, який вказує, де розміщений пакетний сценарій БЕЗ остаточної косої риски " \
" Екран друку C
ВИСНОВКИ БЕЗПЕКИ
Після натискання OK
( 2. вище) він повинен запропонувати вам, щоб обліковий запис запустив це як, і цей обліковий запис - це те, що потребуватиме доступу до EXECUTE
пакетного файлу там, де він існує, і він також потребує доступу, щоб зробити все, що працює з пакетним файлом. що ви написали.
Можливо, найкраще налаштувати статичний обліковий запис послуги / проксі для цього процесу, а потім використовувати його облікові дані для запуску процесу. Вам потрібно буде впевнитись, що його пароль є надійним, і він не буде закінчуватися, і йому потрібен доступ до EXECUTE
партії та запускати все те, що запущений пакетний сценарій та будь-які команди та ресурси, ect. він також використовує.
Здається, варіант Run whether user is logged on or not
, ЯКЩО ВАМ ПОВИНЕН перевірити варіант, Run with highest privileges
щоб він фактично запускався так, як очікувалося від планувальника завдань.
Помилка перевірки
Якщо виникає проблема з фактичним пакетним сценарієм, але планувальник завдань Windows насправді виконує його для запуску, але помилка логіки пакетного скрипта і т. Д. З будь-якої причини, Планувальник завдань може не бачити цього збою на цьому рівні. З точки зору (за замовчуванням більшу частину часу) він виконує пакетний файл, доки він може виконати його та мати доступ до цього, його робота виконується успішно.
Додайте перевірку помилок або реєстрацію помилок до логіки пакетного сценарію, щоб зафіксувати (або усунути неполадки ) проблеми на цьому рівні, включаючи забезпечення того, що контекст безпеки, яким планувальник пакетних пакетів виконує його, має відповідний доступ до команд, ресурсів тощо.
Міркування щодо групової політики
ПЕРЕВІРТЕ ГРУППУ ПОЛІТИКУ ТА ЛОГІЙ НА ДОГЛЯДІ РОБОТИ
Відповідь: У Windows ця привілей надається через локальну політику або політику безпеки домену . Для цього використовуючи локальну політику безпеки , виконайте ці кроки.
- На Панелі керування відкрийте адміністративні інструменти , а потім локальну
політику безпеки .
- Під Налаштуваннями безпеки відкрийте локальну політику та виділіть Призначення прав користувача .
- Знайдіть Увійти як пакетне завдання . Відкрийте властивості та додайте будь-яких користувачів, які потребують цього права.
- Закінчивши, збережіть зміни та закрийте вікно налаштувань локальної безпеки .
Ваші зміни мають набути чинності негайно. Щоб внести зміни до політики безпеки домену, на контролері домену скористайтеся утилітою Політика безпеки домену на Панелі керування
Пакетна логіка сценаріїв із картами накопичувачів або повним шляхом UNC та проблемами. . .
Якщо ваш скрипт посилається на картографічний мережевий диск, але ви хочете, щоб це Run whether the user is logged on or not
, то в цьому контексті відображення накопичувача може насправді не існувати для пакетного процесу, щоб зробити те, що очікується.
Якщо можливо, використовуйте UNC
шляхи в логіці пакетного сценарію, а не накресленому букві диска, щоб уникнути проблем. В іншому випадку, можливо, вам доведеться використовувати PUSHD \\ServerName\ShareName
на початку пакетного процесу, а потім використовувати POPD
в кінці пакетного процесу. Ви можете зіставити диск з NET USE X: \\ServerName\ShareName
початком пакетного процесу, а потім від'єднати диск з NET USE X: /DELETE
в кінці пакетного процесу.
ДРУГІ
MS HOTFIX (KB977353): пункт "Негайне завдання" для групової політики не працює на клієнтському комп'ютері з ОС Windows 7 або Windows Server 2008 R2
Подивіться на Settings
вкладку запланованого завдання та параметр, вказаний як Stop the task if it runs longer than:
. Якщо цей параметр перевіряється, а період часу менший за запущений сценарій, Планувальник завдань вбиває його рано, і, таким чином, ви не зможете отримати очікуваних результатів. Це щось інше, щоб перевірити при усуненні неполадок на всякий випадок.
На Triggers
вкладці запланованого завдання при виборі Edit
параметра не забудьте встановити Start:
час і дату, які мають значення, які НЕ перейшли. Будьте впевнені, що дату і час встановлено значенням у майбутньому . В іншому випадку ви можете помітити, що завдання зазначає, що його планується запустити в наступний запланований час, як ви очікували; однак він не виконується Планувальником завдань, а також на вкладці Планувальник завдань не вказується History
, що він коли-небудь виконується (тому що це не так). Просто відредагуйте тригер і оновіть його майбутнім датою та / або часом, щоб вирішити цю проблему, якщо у вас виникає проблема.
ДРУКОВІ ЕКРАНИ
Екран друку A
Екран друку B
Екран друку C