Работа с планировщиком задач Windows Server 2008 Task Scheduler (часть 2)
Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Работа с планировщиком задач Windows Server 2008 Task Scheduler (часть 1).
Введение
В первой части этой серии статей я показал вам некоторые функции планировщика задач Windows Server 2008 Task Scheduler. В этой части я хочу завершить серию и показать вам, как создавать задачу, а также продемонстрировать некоторые задачи, которые имеются по умолчанию.
Создание задачи
Создание задачи в планировщике задач Windows Server 2008 Task Scheduler является довольно простым. Начинаем процесс создания с нажатия на ссылку «Создать основную задачу» (Create Basic Task), расположенную в панели «Действия» (Actions) консоли планировщика задач. Когда вы это делаете, Windows запускает мастера создания основных задач (Create Basic Task Wizard). В приветственном окне мастера от вас требуется ввести название задачи, которую вы создаете. Здесь у вас также есть возможность ввести описание, но это необязательно. Однако я все же склоняюсь к тому, что описание задачи, того что ее запускает и ее цели будет полезным. Причина, по которой я считаю описание полезным, заключается в том, что со временем у вас может появиться несколько различных задач и в результате трудно будет вспомнить специфику каждой из задач. Если вы сразу потратите немного времени на создание описания задачи, это может уберечь вас от траты времени на расшифровку цели определенной задачи в будущем.
Когда название и описание создаваемой задачи введено, жмем Далее и переходим на страницу мастера «Триггер задачи» (Task Trigger). На этой странице вы можете определить то, какое событие должно произойти, чтобы задача запустилась. Большинство опций на этой странице связаны с графиком. Например, можно запланировать выполнение задачи на ежедневный, еженедельный, ежемесячный пуск или запуск в предопределенное время. Конечно вам вовсе необязательно выполнять задачу по графику. У вас также есть возможность запуска задачи во время загрузки компьютера, когда кто-то входит в систему, или когда определенное событие записывается в журнал регистрации событий Windows. Страница триггеров показана рисунке A.
Рисунок A: Необходимо указать планировщику задач, когда запускать задачу.
Нажимаем Далее, и у нас открывается окно, запрашивающее дополнительную информацию в зависимости от опций, выбранных на странице Триггеров. Например, если вы планируете задачу на выполнение в определенное время или в определенную дату, то в следующем окне мастер потребует указать дату и время запуска задачи. Если вы планируете выполнение задачи в ответ на событие, записанное в журналы регистрации событий Windows, то в следующем окне вам будет предоставлен список журналов, мониторинг которых вы хотите выполнять, источник событий и код события, который нужно искать.
После ввода всей необходимой информации жмем Далее, и у нас открывается окно действий. Как видно на рисунке, здесь можно выбрать следующие опции: запуск программы, отправка E-mail сообщения или отображение сетевого сообщения в ответ на событие запуска.
Когда вы нажимаете Далее, открывается окно, требующее ввести дополнительную информацию. И снова эта информация будет отличаться в зависимости от ранее выбранного типа действия. Например, если вы выбрали запуск программы, то от вас потребуется ввести название программы, а также дополнительные аргументы и директорию запуска. С другой стороны, если вы выбрали отправку E-mail сообщения, то потребуется ввести E-mail адрес, тему, текст сообщения, и имя SMTP сервера, который будет использоваться для передачи сообщения. Кстати, вы также можете выбрать вложение сообщения.
Нажмите Далее и у вас откроется страница с общей информацией о задаче, которую вы создали. В этой странице мне нравится то, что на ней есть опция, которую можно ответить, если вы хотите, чтобы Windows открыла страницу свойств задачи, когда все готово. Как я говорил в предыдущей части этой статьи, страница свойств задачи позволяет вам получить доступ к дополнительным параметрам задачи. Даже если вы не собираетесь ничего изменять в дополнительных параметрах задачи, я рекомендую открыть страницу свойств и проверить вкладку Общие. Вкладка Общие содержит некоторые опции управления тем, нужно ли пользователю войти в систему, чтобы задача запускалась, нужно ли задаче выполняться с самым высоким приоритетом. По умолчанию Windows Server 2008 требует того, чтобы пользователь регистрировался в системе, чтобы задача смогла быть запущена. Конечно это не всегда практично для задач, связанных с сервером, поэтому вам могут понадобиться определенные изменения.
Какие задачи активны?
Последнее, что я хочу показать, это то, как понять, какие задачи настроены в системе. Просмотреть все созданные вами задачи можно путем перехода во вкладку библиотеки планировщика задач (Task Scheduler Library) в консоли. Как показано на рисунке B, выбор этой вкладки заставляет Windows отобразить все запланированные задачи, а также страницу свойств выбранной задачи.
Рисунок B: Можно посмотреть запланированные задачи путем выбора вкладки библиотеки планировщика задач
Задачи обслуживания системы (System Maintenance Tasks)
Если вы посмотрите на вышеприведенный рисунок, то обратите внимание, что в закладке библиотеки планировщика задач есть множество подкаталогов. Эти подкаталоги относятся к различным задачам обслуживания системы, которые компания Microsoft разработала для автоматического запуска в Windows. Например, если вы посмотрите на рисунок C, то увидите, что Windows настроена на дефрагментацию жесткого диска в 1:00 AM каждую среду. Конечно это лишь одна из встроенных задач. Если вы посмотрите на различные подкаталоги, то увидите, что там есть довольно большое количество задач, связанных с различными аспектами операционной системой Windows. Встроенные задачи важны для поддержания бесперебойной работы Windows, поэтому я не рекомендую трогать эти задачи.
Рисунок C: Компания Microsoft создала несколько встроенных задач, предназначенных для оптимизации работы ОС
Заключение
В этой серии статей я рассказал о планировщике задач Windows и о том, как новый интерфейс отличается от своих предшественников в ОС Windows. Затем я показал, как планировать задачи и как просматривать то, какие задачи были запланированы.
Как создать новую задачу в планировщике заданий Windows Server 2008 R2
Как создать новую задачу в планировщике заданий Windows Server 2008 R2
0. Задача:
Предположим, что нам надо запускать файл «С:\Example\start.bat» в течении суток каждые 20 мин. Файл start.bat будет просто записывать в текстовый файл log.txt время своего запуска. Вот его содержание:
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-01
1. Добавление новой задачи
Запускаем диспетчер сервера («Пуск» — «Администрирование» — «Диспетчер сервера»). Раскрываем меню «Конфигурация» , затем «Планировщик заданий» и выделяем вкладку «Библиотека планировщика заданий» . Затем справа, в окне «Действия» , нажимаем «Создать папку…» .
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-02
Вводим имя — я ввожу «Мои задачи» — и видим что рядом с заданиями Microsoft появилась папка с только что введенным именем. Выделим ее и в меню «Действия» нажмем «Создать задачу» .
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-03
Запустится окно «Создание задачи» . В поле «Имя» вводим название задачи, при желании можно заполнить «Описание задачи» . Ниже необходимо указать учетную запись для запуска задачи. Обычно со временем на сервере накапливается много разных задач, и я, как правило, создаю отдельную учетную запись для их выполнения. Если вы хотите сменить пользователя для задачи нажимаем «Изменить» , затем «Дополнительно» , в появившемся окне нажимаем «Поиск» и выбираем пользователя из списка.
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-04
Далее устанавливаем переключатель на «Выполнять вне зависимости от регистрации пользователя» и в меню «Настроить для» выбираем «Windows 7, Windows Server 2008 R2» .
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-05
Теперь переходим на вкладку «Триггеры» и нажимаем «Создать» . Откроется окно «Создание триггера» . Здесь, в соответствии с поставленной задачей, выбираем:
- Параметры — «Ежедневно» ;
- Начинать с — устанавливаем время «11:00:00» ;
- Повторять каждые — «1 дн.» ;
- Установим флаг «Повторять задачу каждые:» и т. к. в списке нет нужного нам интервала, вручную напишем «20 мин.» в течение «Бесконечно» ;
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-06
Или же можно создать 3 разных триггера с интервалом исполнения 1 час и началом действия соответственно: 11:00, 11:20 и 11:40.
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-07
В обоих случаях задача будет запускаться каждые 20 минут.
Далее, на вкладке «Действия» нажимаем «Создать» и указываем путь к нашему файлу.
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-08
При необходимости можно заполнить вкладки «Условия» и «Параметры» . В нашем примере этого не требуется. После сохранения задачи, она должна появиться в списке задач. (При определении нескольких триггеров, время следующего запуска задачи показывается в таблице не правильно — по первому триггеру. Несмотря на это задача запускается как положено.)
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-09
Все, на этом создание новой задачи закончено. По прошествии часа файл log.txt должен содержать записи:
Как создать новую задачу в планировщике заданий Windows Server 2008 R2-10
Планировщик задач windows server 2008 r2 настройка
Общие обсуждения
Вопрос: в чем отличие запуска приложения при активной сессии пользователя и через планировщик с указанием учетных данных этого пользователя (установлен параметр «выполнять вне зависимсти от регистрации пользователя», если параметр не выбран, то планировщик не выполняет задание вообще)
Приложение запускается через *.cmd
Если командный файл запускать ручками, то корректно все отрабатывается.
если запускать через планировщик, то если сессия пользователя закрыта, некорректно отрабатывает.
Делаю вывод что чего-то не хватает приложению при запуске через планировщик.
Чем отличаются запуски приложений через планировщик и обычый запуск приложения под одной и той же учетной записью?
(необходимо чтобы приложение запускалось при включени сервера, под определенной учетной записью)
- Перемещено ILYA [ sie ] Sazonov Moderator 2 августа 2016 г. 5:20 Не тот раздел
- Изменен тип Vasilev Vasil Microsoft contingent staff, Moderator 5 сентября 2016 г. 12:22 давность
Все ответы
Добрый день! Если вы не указываете явным образом «Выполнять вне зависимости от регистрации пользователя», то когда пользователь в системе не залогинен, то и задание выполняться не будет. Вроде бы все очевидно. Если параметр установлен, то задание выполняется вне зависимости от наличия факта регистрации пользователя в системе, то есть вне зависимости от того зашел пользователь на сервер или нет. Объясните что вам непонятно.
Приложению как раз-таки всего хватает. Рекомендую вам почитать про контекст безопасности задания вот в этой статье — https://technet.microsoft.com/ru-ru/library/cc722152(v=ws.11).aspx
нужно чтобы планировщик запстил приложение под учетной записью определенного пользователя
как я описал выше, если я ставлю «выполнять вне зависимости от регистрации», то приложение запускается, но из-за отсутсвия видимо регистрации не отрабатывает верно (логи приложение не ведет к сожалению, поэтому приходится догадываться о причинах не работы)
если ставлю выполнять только при регистрации пользователя, то приложение воообще не запускается (как я понимаю т.к. пользователя нет зарегистрированного в системе на данный момент)
если залогиниться пользователем и ручками запустить, то приложение работает как надо
у пользователя какие права на сервере?
Можете подробно описать что конкретно выполняет это задание?
у пользователя права «пользователя домена», «вход в качестве пакетного задания», «вход в качестве службы»
задание запускает командный файл, в котором прописан запуск программы с определеными параметрами.
т.к. логи у программы очень скудные, то очень трудно локализовать проблему.
если логиниться, под учетной записью пользователя и запускать ручками этот .cmd то программа запускается и выполняет необходимые действия (программа по своему расписанию выполняет обработку файлов из определенной папки, после обработки перекладывает в другую)
через планиовщик если запускается, то обработки никакой не происходит. Хотя в диспетчере висит.
по скудным логам, которые ведутся этой программой, отслеживается что задания свои она запускает и они типа отрабатывают, но файлы, которые должны быть перемещены в другую папку, не перемещаются, в БД данные этих файлов не появляются, ошибок программа не пишет, или не заложен перехват ошибок или ошибок нет, не понятно.
Интеграторы, внедрявшие софт, валят все на планировщик, мол он неверно работает, т.к. ручками когда они запускают, все работает.
что-то мне подсказывает, что не получится у вас запускать ПО без входа юзера в систему.
попробуйте создать задание под учеткой локального админа и поставить галочку «выполнять с наивысшими правами». Если задание отработает нормально, значит можно будет сделать вывод, что проблема с правами и разбираться дальше. Если задание не отработает (что, как я считаю, и будет), то это уже вопросы к ПО.
Вопрос: в чем отличие запуска приложения при активной сессии пользователя и через планировщик с указанием учетных данных этого пользователя (установлен параметр «выполнять вне зависимсти от регистрации пользователя», если параметр не выбран, то планировщик не выполняет задание вообще)
Приложение запускается через *.cmd
Если командный файл запускать ручками, то корректно все отрабатывается.
если запускать через планировщик, то если сессия пользователя закрыта, некорректно отрабатывает.
Делаю вывод что чего-то не хватает приложению при запуске через планировщик.
Чем отличаются запуски приложений через планировщик и обычый запуск приложения под одной и той же учетной записью?
(необходимо чтобы приложение запускалось при включени сервера, под определенной учетной записью)
Разница — в том, какой сессией входа (login session) пользуется процесс, выполняющий задание. Если задание настроено на запуск при активной сессии, то оно использует эту сессию, при которой вход в систему был осуществлён интерактивно. Если запуск настроен на работу вне зависимости от активной сессии и активной сессии этого пользователя в момент запуска нет, то используется специальная сессия, при которой осуществляется вход в качестве пакетного задания.
Интерактивная и пакетная сессии входа отличаются, во-первых, тем, что для них нужны разные права на вход в систему (в политике) — соответственно, на интерактивный вход и на вход в качестве пакетного задания. А во-вторых, они отличаются тем, какие псевдогруппы, описывающие тип входа, добавляются в маркер пользователя (по которому осуществляется контроль доступа): для интерактивного входа присутствует псевдогруппа «Интерактивные», для пакетного задания — одноимённая псевдогруппа.
Эти псевдогруппы могут быть использованы в ACL (списках контроля доступа) для разграничения доступа к файлам. Например, в некоторых версиях Windows (сейчас точно не вспомню, каких, поэтому не скажу — ваш ли это случай) право запускать cmd.exe (интерпретатор команд для .bat и .cmd) имеет (помимо администраторов) именно группа Интерактивные, а потому обычный пользователь, не вошедший в систему интерактивно, не будет иметь разрешений на запуск .cmd-файлов.
Ну, и файлы, необходимые для работы программы — у них тоже может быть в ACL прописан доступ для группы Интерактивные. Тут надо смотреть конкретно.