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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

powercfg /a

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

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

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

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

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

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

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

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

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

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