Небольшой вопрос, может кто сталкивался. Есть задание SQL агента, выполняется раз в минуту. Внутри него шаг, который выполняется 1 минуту и 5 сек. Соответственно, SQL агент будет пропускать каждое второе задание, потому что оно еще не было завершено на момент старта новой итерации. Вопрос: это как то можно обойти? Хотелось бы, чтобы он или кильнул предыдущее выполнение, или запустился сразу после окончания предыдущей итерации.

Можно запускать процедуру в отдельной сессии брокера, тогда джоб будет работать только доли секунды - запустился, запостил задачу в очередь, завершился.

По-хорошему, правильнее очередь использовать для подобных задач

Небольшой вопрос, может кто сталкивался. Есть задание SQL агента, выполняется раз в минуту. Внутри него шаг, который выполняется 1 минуту и 5 сек. Соответственно, SQL агент будет пропускать каждое второе задание, потому что оно еще не было завершено на момент старта новой итерации. Вопрос: это как то можно обойти? Хотелось бы, чтобы он или кильнул предыдущее выполнение, или запустился сразу после окончания предыдущей итерации.

Вставь последним шагом
Exec msdb.dbo.sp_start_job @job_name = 'yourJob' , будет у тебя рекурсия)

Вставь последним шагом
Exec msdb.dbo.sp_start_job @job_name = 'yourJob' , будет у тебя рекурсия)

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

Рабочий подход: джоб стартует процедуру, которая формирует рабочую очередь, при этом предварительно проверяя состояние очереди - если очередь пустая, формирует задания, если не пустая просто выходим. Таким образом расписание джоба можно безболезненно поставить стартовать почаще - само отрегулируется.

Небольшой вопрос, может кто сталкивался. Есть задание SQL агента, выполняется раз в минуту. Внутри него шаг, который выполняется 1 минуту и 5 сек. Соответственно, SQL агент будет пропускать каждое второе задание, потому что оно еще не было завершено на момент старта новой итерации. Вопрос: это как то можно обойти? Хотелось бы, чтобы он или кильнул предыдущее выполнение, или запустился сразу после окончания предыдущей итерации.