Поделиться через


Автоматическое обслуживание

Действие обслуживания относится к приложению или процессу, которое помогает поддерживать работоспособность и производительность компьютера с Windows. Обслуживание включает хранение операционной системы Windows (ОС) и приложений up-to-date, проверки безопасности и выполнения проверок вредоносных программ. Автоматическое управление Windows (WAM) — это набор улучшений API планировщика задач, который можно использовать для связывания приложений с расписанием обслуживания Windows. В частности, WAM позволяет добавлять действия, требующие регулярного планирования, но не имеют точных требований к времени. Вместо этого WAM использует операционную систему, чтобы выбрать подходящее время для активации задачи в течение дня. Система выбирает эти времена на основе минимального влияния на производительность пользователя, производительность пк и энергоэффективность.

Как работает запланированное обслуживание

Задачи обслуживания планировщика задач — это оппортунистические задачи, которые выполняются при простое компьютера и в режиме управления питанием. Одной из основных целей обслуживания является минимизация влияния на компьютер путем планирования обслуживания только в том случае, если компьютер подключен к мощности и бездействию (т. е. если вы не используете или ушел с компьютера). Идея обслуживания сегодня заключается в том, чтобы компьютер работал с минимальным нарушением работы пользователя. Поэтому старый час обслуживания (мы говорим об этом в автоматическом обслуживании — ежедневное пробуждение раздел далее в этом разделе) было улучшено, чтобы воспользоваться преимуществами этих периодов простоя. Хотя час обслуживания по-прежнему можно использовать, выполнение оппортунистического обслуживания лучше для работоспособности системы.

Ваша задача может быть голодна, если компьютер не тратит много времени как на простой, так и на питание AC. Убедитесь, что сценарий по-прежнему будет предоставлять пользователю значение, даже если оно отложено. Если пользователь активно использует компьютер, система откладывает обслуживание до последующего времени. Система также приостанавливает выполнение любой задачи обслуживания, если пользователь возвращается на компьютер.

Система перезапускает задачу приостановленного обслуживания в течение следующего периода простоя; однако система не приостанавливает любую задачу, помеченную как критическая. Вместо этого система позволяет выполнять критически важную задачу независимо от действия пользователя.

Из-за характера планирования некоторые запланированные задачи могут не завершиться: возможно, слишком много запланированных событий, чтобы вписаться в период обслуживания 1 часа, или, возможно, компьютер просто не включен. В таких случаях можно определить задачу с крайним сроком. Крайний срок определяется как повторяющийся интервал времени, в котором система должна успешно выполнять задачу по крайней мере один раз.

Если задача отсутствует крайний срок, планировщик обслуживания будет продолжать пытаться выполнить задачу во время периода обслуживания. Кроме того, планировщик не ограничивается обычным ограничением на 1 час времени. Вместо этого планировщик расширяет продолжительность периода обслуживания, чтобы завершить отложенную задачу.

Когда система завершит задачу (даже с кодом ошибки сбоя), попытка считается успешной. После успешной попытки планировщик сбрасывается в расписание регулярного обслуживания и попытается выполнить задачу в течение следующего периода.

Автоматическое обслуживание — ежедневное пробуждение

В Windows 7 задача обслуживания выполняется исключительно в течение часа обслуживания, по умолчанию — 3:00 и настраивается с помощью групповой политики. Компьютер будет проснуться от резервного копирования, выполнить задачи обслуживания и вернуться в спящий режим. Эта ежедневная сессия была ограничена максимальной длительностью 1 час на попытку. Это позволит системе выполнять обслуживание ежедневно, начиная с 3:00 по умолчанию. Обратите внимание, что пользователь может перепланировать время запуска обслуживания, настроив эти параметры.

С появлением ноутбуков, и тяжелое внимание на жизни батареи, компьютеры больше не настроены, чтобы разрешить пробуждение S3 в большинстве случаев, и, как правило, Doze-To-S4 (гибернировать) как можно скорее, чтобы сохранить батарею. В ответ на эти изменения планировщик задач (> Win7) выполняет задачи обслуживания всякий раз, когда они должны выполняться, и компьютер неактивен и на питание ac.

Этот параметр можно настроить на панели управления.

Откройте панель управления >системы и безопасности>>автоматического обслуживания.

Таким образом, в зависимости от того, как настроены компьютеры и задачи, поведение ежедневного пробуждения может не происходить сегодня, как ожидалось из-за этой новой конфигурации. Сначала можно определить, поддерживается ли компьютер S3 или CS (подключенный резервный режим). Это можно сделать, открыв командную строку power shell с повышенными привилегиями и выполнив следующую команду.

powercfg /a

Час обслуживания, если компьютер настроен правильно, по-прежнему работает, но если это не так,

  • Проверьте параметры BIOS для параметров пробуждения.
  • Проверьте, включен ли таймер пробуждения в параметрах питания. Перейдите на панель управления >оборудование и звук>параметры питания>изменение параметров плана>изменение дополнительных параметров питания> щелкните Спящий>Разрешить таймер пробуждения.
  • Проверьте, настроена ли запланированная задача следующим образом.
    • MaintenanceSettings: задача должна быть настроена с параметром "Период", "Крайний срок".
    • Включено: задача должна быть включена.
    • WakeToRun: задача должна быть разрешена для пробуждения компьютера.
  • Для планирования пробуждения от CS компьютер должен иметь возможность AOAC.
  • Для планирования пробуждений на компьютерах S3
    • Проверьте, вошел ли компьютер в S3 в AC Power.
    • Система должна иметь включено пробуждение в групповой политике обслуживания.

Подключенный резерв — это состояние системы, которое может ввести система, совместимая с AOAC.

См. различия между современным резервным режимом и S3 в разделе современный резервный режим и S3.

Определение задачи автоматического обслуживания

Вы можете преобразовать любую задачу планировщика задач в задачу обслуживания. Для этого необходимо подтвердить, что приложение может быть приостановлено. Затем необходимо расширить определение задачи новыми элементами MaintenanceSettings и AllowStartOnDemand.

Основная проблема при создании задачи обслуживания заключается в том, чтобы система может приостановить и перезапустить задачу. Система, скорее всего, приостановит задачу обслуживания несколько раз; таким образом, необходимо убедиться, что приложение сможет сохранить свое собственное состояние, а затем возобновить в произвольное время. Это гарантирует, что система не выполняет одну и ту же часть задачи.

Убедившись, что приложение можно приостановить и возобновить, можно использовать элементы MaintenanceSettings и AllowStartOnDemand для определения расписания. MaintenanceSettings определяется в соответствии с периодом, крайним сроком и эксклюзивностью.

  • период является обязательным и определяет частоту выполнения задачи. Обычно это определяется с точки зрения многодневного цикла, например "каждые 5 дней". Период должен быть по крайней мере один день, что означает, что вы не можете запланировать задачу несколько раз в день.
  • крайний срок является необязательным и определяет, сколько времени планировщик может завершить задачу, прежде чем уведомлять пользователя или выполнять аварийное обслуживание. Крайний срок должен превышать период, то есть система должна иметь возможность попытаться выполнить задачу по крайней мере один раз, прежде чем уведомлять пользователя.
  • Кроме того, при необходимости задачу обслуживания можно определить как эксклюзивные. Монопольная задача выполняется отдельно от других задач обслуживания. Как правило, монопольная задача — это задача, которая использует большое количество ресурсов, например большое время ЦП или монопольный доступ к базе данных. Система завершает все неисключаемые задачи обслуживания перед запуском эксклюзивной задачи. Таким образом, вы должны объявить задачу эксклюзивной только при необходимости.

Напротив, AllowStartOnDemand просто указывает, что система или пользователь могут запускать задачу в любое время. Это позволяет системе запускать задачу во время регулярного обслуживания. В противном случае необходимо задать уникальный триггер для задачи.