Не удалось запланировать перезапуск службы защиты программного обеспечения на 2119-10-19T18:07:58Z. Код ошибки: 0x80041316

Вопрос или проблема

 Поставщик Имя="Microsoft-Windows-Security-SPP" Guid="{E23B33B0-C8C9-472C-A5F9-F2BDFEA0F156}" EventSourceName="Software Protection Platform Service" : 

 EventID Квалификаторы="49152": 16385 EventID: 

 Версия: 0 Версия: 

 Уровень: 2 Уровень: 

 Задача: 0 Задача: 

 Операция: 0 Операция: 

 Ключевые слова: 0x80000000000000 Ключевые слова: 

 ВремяСоздания SystemTime="2019-11-12T18:07:58.000000000Z" : 

 ID записи события: 4441021 ID записи события: 

 Корреляция : 

 Выполнение ProcessID="0" ThreadID="0" : 

 Канал: Приложение Канал: 

 Компьютер: Andromeda.snapd.local Компьютер: 

 Безопасность : 

 Данные: 0x80041316 Данные: 

 Данные: 2119-10-19T18:07:58Z Данные: 

Ответ или решение

Ошибка "Failed to schedule Software Protection service for re-start at 2119-10-19T18:07:58Z" с кодом 0x80041316 указывает на проблему с планировщиком задач в операционной системе Windows Server 2012 Essentials. Данная проблема часто связана с неправильной конфигурацией задач, которые программно создаются в функции защиты программного обеспечения Windows, или же с отсутствием необходимых разрешений для выполнения этих задач.

Теория: код ошибки 0x80041316 обозначает, что задача не может быть запланирована из-за проблем в системе задач Windows Task Scheduler. Эти проблемы могут возникнуть из-за повреждений в файле задачи, неправильных настроек разрешений, устаревших или неверных данных в планировщике задач. Данный вид ошибки может также свидетельствовать о более глубинной проблеме, связанной с общей целостностью системы или конфигурацией безопасности. Учитывая, что система выступает в роли контролера домена, устранение ошибки требует деликатного подхода для предотвращения потенциальных рисков для всей сети.

Пример: вы уже предприняли шаги по проверке разрешений для службы NETWORK SERVICE и запускали проверку лицензии Windows с помощью команды slmgr /ato, а также пытались перезапустить службу защиты программного обеспечения (sppsvc). Несмотря на это, система продолжает фиксировать ошибку с интервалом в 30 секунд, что указывает на систематическую неисправность в планировщике задач или в файловой системе, связанной с этими задачами.

Применение: Давайте рассмотрим альтернативный, более детализированный набор действий, который может помочь в решении данной проблемы:

1. Создайте резервную копию всех файлов в каталоге C:\Windows\System32\Tasks\Microsoft\Windows\SoftwareProtectionPlatform. Это необходимо для восстановления исходного состояния, если предложенные действия не решат проблему.

2. Переименуйте файлы в этом каталоге, добавив расширение .xml. Это позволит выявить некорректные или поврежденные файлы задач.

3. В меню "Управление компьютером" выберите "Системные инструменты" -> "Планировщик задач" -> "Библиотека планировщика задач" -> "Microsoft" -> "Windows" -> "SoftwareProtectionPlatform".

4. Удалите все задачи, находящиеся в папке SoftwareProtectionPlatform. Это позволит избавиться от потенциально поврежденных настроек задач.

5. Возвратитесь в каталог и импортируйте каждый из файлов, которые вы переименовали (XML файлы), с помощью функции "Импорт задачи" в планировщике. Не волнуйтесь, если некоторые задачи не появятся в списке — это можно считать оптимизацией системы.

6. Перейдите в "Управление компьютером" -> "Службы и приложения" -> "Службы" и выполните перезапуск службы Software Protection с помощью соответствующих команд или через графический интерфейс.

7. Проверьте "Просмотр событий", чтобы убедиться, что ошибка перестала генерироваться. Если ошибка ушла, это значит, что конфигурация задач была успешно восстановлена.

8. Удалите временные XML-файлы из папки SoftwareProtectionPlatform, чтобы поддерживать чистоту системы.

Эти дополнительные шаги могут послужить в качестве детальнее воспринимаемой попытки восстановить нормальное состояние системы планировщика задач. В случае, если проблема останется, рекомендуется провести диагностику системных журналов и проверить целостность системы командой sfc /scannow для проверки и восстановления файлов системы. В этом сценарии целесообразно также рассмотреть возможность привлечения специалистов для более глубокого анализа потенциальных неисправностей в системе, особенно учитывая роль сервера как контроллера домена в корпоративной сети.

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