Послідовності завдань забезпечують механізм для виконання декількох кроків або завдань на клієнтському комп'ютері на рівні командного рядка без втручання користувача. Послідовності завдань не є повного мови сценаріїв. Послідовності завдань можна оголошувати комп'ютерів. Послідовності завдань не можна оголошувати користувачам.
Термінологія для послідовності завдань
У наведеному нижче списку термінів описуються послідовності завдань і їх компоненти.
Дія Частина команди окремого кроку в послідовності завдань. Існує два типи дій послідовності завдань: призначені для користувача дії і вбудовані дії.
Крок Основний компонент послідовності завдань або групи послідовності завдань. В кожному кроці може міститися дія або необов'язкова перевірка для умов, призначених завданню.
Угруповання кроків послідовності завдань не є обов'язковою, однак вона покращує читабельність послідовності завдань і обробку помилок.
Група Логічне упорядкування кількох кроків в послідовності завдань. Група послідовності завдань складається з імені і необов'язковою перевірки для умов, призначених завданню.
У кожній групі послідовності завдань можуть міститися додаткові вкладені групи послідовності завдань.
- Якщо крок 1 послідовності завдань завершиться помилкою, виконання послідовності завдань буде продовжено кроком 2.
Необхідно призначити ім'я групам послідовності завдань, хоча ім'я групи не обов'язково має бути унікальним. Можна також ввести необов'язкове опис для групи послідовності завдань.
Виконання послідовностей завдань
Необхідна наявність доступного форматированного розділу диска, якщо для кроку послідовності завдань потрібно перезапуск комп'ютера. В іншому випадку виконання послідовності завдань призведе до збою, незалежно від параметрів обробки помилок.
Якщо залежний об'єкт послідовності завдань, наприклад пакет поширення програмного забезпечення, оновлюється до нової версії, будь-яка послідовність завдань, яка посилається на пакет, автоматично оновлюється і вказує на останню версію.
Перед запуском все послідовності завдань перевіряються на можливі залежності і доступність на точках розповсюдження. При видаленні об'єкта, від якого залежить існуюча послідовність завдань, видається помилка. Додаткові відомості про способи визначення відсутніх об'єктів послідовності завдань см. За наступним посиланням: Файли журналів для розгортання операційної системи
Імпорт і експорт послідовностей завдань
Щоб імпортувати послідовність завдань, клацніть Імпортувати в області Дії і вкажіть розташування файлу послідовності завдань.
Створення носія для послідовностей завдань
Можна створити три типи знімних носіїв.
- Без зв'язку. Автономний носій містить послідовність завдань і всі пов'язані об'єкти, необхідні для запуску послідовності завдань. Послідовності завдань на автономному носії можна виконувати, коли у Клієнт Configuration Manager відсутній або обмежено підключення до мережі. Автономний носій можна запустити двома способами: 1) якщо кінцевий комп'ютер не завантажений, використовується образ середовища предустановки Windows з автономного носія, пов'язаний з послідовністю завдань, і починається виконання послідовності завдань. 2) автономний носій можна запустити вручну - для цього користувач повинен знаходитися в мережі і запустити установку.
Для кроків послідовності завдань на автономному носії повинна бути можливість автономного запуску з мережі. В іншому випадку крок послідовності завдань призведе до збою. Наприклад, крок послідовності завдань, що передбачає отримання пакету точкою поширення, завершиться збоєм. Проте, якщо необхідні пакети містяться на автономному носії, крок послідовності завдань буде виконано успішно.
Необхідно задати пароль, який буде присвоєно носію. Користувач повинен ввести даний пароль, щоб отримати доступ до файлів, що містяться на носії. Якщо для носія встановлено пароль, для введення цього пароля на кінцевому комп'ютері повинен бути присутнім користувач.
При запуску послідовності завдань за допомогою носія архітектура мікросхеми комп'ютера, що міститься на носії, що не буде розпізнано. Буде зроблена спроба запуску послідовності завдань, навіть якщо задана архітектура не збігається з тією, що встановлена на кінцевому комп'ютері.
Якщо архітектура мікросхеми, що міститься на носії, не збігається з архітектурою мікросхеми, встановленої на кінцевому комп'ютері, відбудеться збій установки.
Крім того, для довіри точки управління до сертифіката, що міститься на носії, сайт повинен мати кореневої центр сертифікації для сертифіката. Додаткову інформацію про створення сайту з кореневим центром сертифікації см. В розділі Завдання сертифікатів кореневого центру сертифікації для клієнтів розгортання операційної системи.