0x41301 ошибка планировщика

Я считаю, что это показывает проблему:

  <Actions Context="Author">
    <Exec>
      <Command>C:Usersuser.serviceDocumentsAppPoolActivation.ps1</Command>
    </Exec>
  </Actions>

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

Вместо этого в Задаче измените «Программу / скрипт», которую вы хотите запустить:

C:WindowsSystem32WindowsPowerShellv1.0powershell.exe

Добавьте сценарий через поле «Аргументы» задачи, а также включите изменения политики выполнения (при необходимости). то есть:

-ExecutionPolicy Bypass -file "C:Usersuser.serviceDocumentsAppPoolActivation.ps1"

Вы также можете изменить поле «Начать с», чтобы оно соответствовало пути, в котором существует сценарий, а именно: C:Usersuser.serviceDocuments .

Совет: не храните сценарий в папке профиля пользователя, так как это может вызвать проблемы с доступом. Вместо этого создайте папку (вне папки « Users ») для хранения ваших сценариев и убедитесь, что учетная запись пользователя, используемая для запуска задачи, имеет соответствующий доступ.

Описание ошибки:
Планировщик заданий в Windows Server 2012 R2 не запускает файл скрипта с расширением .vbs, который отвечает за выполнение архивации баз 1С 8.

Найденные решения:

Следующая ошибка не носит прямого отношения к 1С, как может показаться из формулировки. Но, т.к. файлом vbs-скриптом является алгоритм архивации базы данных 1С 8, который должен запускаться с помощью планировщика задач Windows, то проблема становится смежной с темой 1С.

Так же стоит заметить, что к примеру, этот скрипт vbs исправно работал в планировщике заданий более ранних версий ОС Win, в частности в Windows Server 2003 R2 Enterprise Edition, Windows Server 2008 R2 Enterprise. Поэтому сомневаться в работоспособности самого файла не приходится.

И вот у одного из клиентов произошел переход на новый сервер с новой версией ОС. И что логично, файл был перенесен и настроено новое задание в планировщике, но по факту выполнение задачи не происходило. Точнее, по версии самой ОС, оно «как бы» происходило, т.к. в результатах запуска задания выводилось «Это задание выполняется в настоящее время. (0x41301)», но по факту процесс архивации баз данных 1С 8 не происходил.

Нажатие на изображении увеличит его

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

Приведу изображения исходного состояния настроек задачи, с которыми задача выполнялась на предыдущем сервере, и с которыми не работала на новом:

Нажатие на изображениях увеличит их для просмотра

Как выяснилось, проблема запуска vbs-файла, проблема не только Windows Server 2012, но и более поздних версий, например это замечено и в Windows Server 2016 — Планировщик задач Windows не запускает VBScript.

Проблема есть, она известна, но уже полегче от того, что это не абсолютно частный случай. И вроде бы даже есть полный список возможных действий для решения проблемы (изменить параметры запуска задачи пользователем, изменить на запуск из .cmd/.bat, создать папки Desktop в системных каталогах Windows), но не все так оказалось просто. Пришлось немного поиграть с сочетанием этих решений, чтобы в конечном счете заработало. Это замечание для того, чтобы Вы понимали, что может в Вашем случае придется проделать дополнительных действия в добавок к тем, которые описаны в этой статье и помогли в данном случае.

Итак, первой попыткой исправить ситуация было решение с добавлением папок Desktop в папки system32 и SysWow64 в Windows при их отсутствии. В моем случае папки отсутствовали. Они были созданы. Т.е. проверить наличие в папках «C:WindowsSystem32configsystemprofile» (для x32 ОС) и «C:WindowsSysWOW64configsystemprofile» (для x64 ОС) наличие каталога «Desktop». И просто создать его при отсутствии.

Нажатие на изображении увеличит его

Нажатие на изображении увеличит его

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

Но и после перезагрузки не заработало, но ситуация немного изменилась. Теперь в результате последнего запуска задачи просто была зафиксирована информация (0x103) 

Нажатие на изображении увеличит его

Теперь оставалось переходить к поиску более сложного решения проблемы. В обсуждениях на cyberforum.ru Проблема с планировщиком задач и сторонней задачей запуска скрипта .vbs подсказывалось в свойствах задачи запускать не сам файл скрипта, как работало раньше, а делать запуск с помощью указания пути к wscript.exe (либо в папке system32, либо SysWOW64), а так же использовать параметр «-Path» в аргументах с указанием полного пути к файлу скрипта. Но это только вызывало ошибку при выполнении задачи.

Нажатие на изображении увеличит его

Нажатие на изображении увеличит его

Оказалось, что и на самом деле указанный параметр для wscript.exe не корректен. Пришлось изучать параметры запуска этого приложения. Тестировать через командную строку возможные способы корректного указания. И был найден вариант, при котором отработало:

Так и было в конечном счете прописано в действии задачи. В параметре в качестве программы или сценария был указан путь «C:WindowsSystem32wscript.exe» к wscript.exe. Возможно в Вашем случае будет «C:WindowsSysWOW64wscript.exe». А в качестве аргумента — путь к файлу VBSScript, экранированный в «».

При такой настройке действия в свойствах задачи планировщика Windows файл скрипта запустился и отработал запрограммированную в него задачу — в частности выполнение архивации баз дынных 1С 8. Еще, на всякий случай, продемонстрирую настройки на вкладке «Общие» свойства задачи, при которых она заработала. Это установленный переключатель в значении «Выполнять для всех пользователей» и флажок «Выполнить с наивысшими правами».

Как уже было отмечено ранее, возможно, что эти действия могут не помочь в Вашем случае, тогда еще рекомендуется обратить внимание и, возможно, выполнить некоторые манипуляции в настройках действий с использованием cscript.exe — с этой информацией можно подробнее ознакомится в обсуждении на сайте progi.pro.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

13-10-2021

Журавлев А.С.
(Сайт azhur-c.ru)

Hello

We have windows server 2008 Standard 64 bit SP2 and we are facing problem in schedule task running. It showed in running status but actually its not working. We tried to run this task with domain and local account as well but failed. We have checked serveral
articles which showed the same issue but not working for our issue. We checked the below points

1. Account have rights to run task scheduler is in group «log on as batch job» rights (on server side).

2. Account have admin previliges on the server.

3. Tried to create simple task like launch calc or notepad launch. Create batch to ping server but nothing helped me out. Change the location path and gave the explicit permission
on particular location but nothing happend.

4. The Scheduled Task is set with «Run whether user is loggon on or not» and «Run with highest privileges».

5. Do not understand how will do that «Check if the script runs under a path where the logon domain user
has the proper permission.  If not, you may add a path like «c:users%username%desktop» into the Scheduled Task start in properties.«

Does anyone have any idea what «innovation» is holding up my progess?

Thanks