stsadm -выводит execadmsvcjobs как часть пакетной команды

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/2095

  •  16-10-2019
  •  | 
  •  

Вопрос

При использовании stsadm -o execadmsvcjobs как части пакетной команды мы обнаруживаем, что, хотя команда сообщает, что все задания были выполнены, задания не обязательно завершены.

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

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

всего наилучшего

Это было полезно?

Решение

У EASJ есть несколько проблем.

Прежде всего, нет никакой гарантии, что развертывание прошло успешно после запуска EASJ.Вам нужно будет вызвать ENUMSOLUTIONS и проанализировать возвращенный XML-файл, чтобы увидеть, прошло ли развертывание успешно.

Во-вторых, EASJ проверяет наличие заданий только в SPAdministrationServiceJobDefinitionCollection текущего веб-интерфейса сервера.Вероятно, это то, что вызывает у вас огорчение, когда вы активируете функции:задание может быть завершено на текущем WFE, но не на всех WFE.Другой вариант этого заключается в том, что если вы ранее развертывали решения на WFE # 1 и это задание каким-то образом было остановлено, и вы повторно развертываете решение на WFE # 2, вы получите странные предупреждения о незавершенных заданиях и т.д. Вот почему важно всегда выполнять развертывание из одного и того же WFE!

Гуру расширения STSADM и MVP Гэри Лапойнт создал расширение, которое должно решить более позднюю проблему и, следовательно, быть безопасным (r) для использования в скриптах:http://stsadm.blogspot.com/2008/10/better-execadmsvcjobs-stsadm-command.html

AFAICS, однако, он не учитывает тот факт, что развертывание может произойти во время развертывания.

О решении PowerShell:хотя это звучит привлекательно, оно может довольно быстро усложниться (мы создали решение для развертывания в PowerShell, и, поверьте мне, это не было уловкой).Также большой частью логики, касающейся развертывания, являются внутренние классы (такие как SPTimerStore).Тем не менее, это определенно выполнимо :-)

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top