Покретање задатка планера након довршетка другог задатка

У програму Виндовс Таск Сцхедулер (Таск Сцхедулер) могуће је изводити задатке и по распореду и када се одређени догађај појави у дневнику (описано у чланку "Окидачи догађаја у Виндовс-у"). У овом ћемо чланку сазнати како имплементирати механизам који имплементира аутоматски покретање задатка планера након завршетка другог задатка. Размотримо поједностављени алгоритам за постављање зависности за покретање задатака планера, који можете прилагодити свом задатку.

У мом случају, након довршетка једне скрипте, било је потребно покренути другу скрипту од другог корисника. Стога се ове акције не могу комбиновати у једном задатку.

Претпоставимо да морамо да покренемо задатак планера Понг по завршетку задатка Пинг. Када започињете и завршавате било који задатак, информације о овом догађају се бележе у системском дневнику. Фокусираћемо се на изглед догађаја завршетка Пинг посла.

Отворимо конзолу Задатак Планер (Тасксцхд.мсц), пронађите и одаберите догађај Пинга и идите на картицу на доњој табли Историја, који садржи информације о свим догађајима повезаним са овим задатком. Занима нас догађај са шифром 102 (Задатак завршен) - који се генерише након што је задатак завршен.

Отворимо детаљан опис догађаја одласком на картицу Детаљ и пребаците се на режим приказа КСМЛ догађаја (КСМЛ приказ) Користећи КСМЛ податке, можете добити све детаље догађаја који нам требају да направимо филтер. Посебно нас занимају:

ЕвентИД: 102

Име провајдера: Мицрософт-Виндовс-ТаскСцхедулер

Канал: Мицрософт-Виндовс-ТаскСцхедулер / Оперативни

ТаскНаме: \ пинг

Када креирамо окидач за Понг посао, морамо створити увјет окидача за посао када се догађај 102 појави у дневнику (Јоб окидач На неком догађају) Али проблем је у томе што се ЕвентИД 102 појављује када је било који задатак довршен, а не само Пинг задатак.

Међутим, могуће је створити флексибилније услове за избор догађаја (Цустом), када стандардни филтар не помогне да се догађај одабере довољно јасно. Кликните на дугме Нови филтер догађаја:

Креирајмо нови филтер догађаја, специфицирајући претходно примљене податке из КСМЛ репрезентације догађаја.

Евиденција догађаја: Мицрософт-Виндовс-ТаскСцхедулер / Оперативни

Извор догађаја: ТаскСцхедулер

Категорија задатака: Задатак завршен

Затим идите на картицу КСМЛ и видимо следећи КСМЛ приказ филтра (КСПатх):

  * [Систем [провајдер [@ Наме = 'Мицрософт-Виндовс-ТаскСцхедулер'] и задатак = 102]]   

Замењујемо Кспатх код са следећим записом филтрирања за присуство догађаја ТаскЦомплетед из \ пинг задатка:

  * [Систем [провајдер [@ Наме = 'Мицрософт-Виндовс-ТаскСцхедулер'] и задатак = 102]]   

Након додавања овог догађаја, покушајте да покренете пинг задатак. По завршетку, задатак за понг би требало да почне одмах..

КСПатх декодирање представљено је у наставку.

Чланак је написан на основу материјала о публикацији Покретање заказаног задатка после другог (хттп://блогс.мсдн.цом/б/даветхомпсон/арцхиве/2011/10/25/руннинг-а-сцхедулед-таск-афтер-анотхер.аспк)