MSSQL 2000
Есть JOB, type = 'Transact SQL Script', Command = 'EXEC My_Proc_1_sp'
My_Proc_1_sp достаточно сложна: запускает DTS Package, пишет лог выполнения в постоянные таблицы в БД, т.е. если уж сработала, то сразу видно (либо по таблицам, либо по Package Log)
JOB стартует в ручном режиме, работает секунды 3, но периодически происходит следующее:
1. JOB стартовал
2. Необычно долго висит (минута, две)
3. Завершается со статусом Succesfull
4. Однако процедура My_Proc_1_sp не запускается (по крайней мере в постоянных таблицах изменений нет, Package Log пуст)
5. Если еще раз запустить JOB, то он отработает нормально.

Такое происходит довольно часто, на двух серверах, закономерности не обнаружено.
Могу только сказать, что очень часто это происходит после пересоздания My_Proc_1_sp (она создается без RECOMPILE)

Какую либо еще информацию сообщить не могу, так как теряюсь в догадках, в какой области может быть причина.
Вопрос:
1. Что это может быть?
2. Как это обойти?

Процедура начинается так
***************************************
CREATE TABLE #dir(filename1 varchar(255), used int NULL)
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
CREATE INDEX RL_step2_run_sp_dir_ind0 ON #dir(filename1)
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
CREATE TABLE #dir2(filename1 varchar(255), used int NULL)
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
EXEC appdate_sp @tooday OUTPUT -- appdate_sp Не работает с БД, просто выполняет арифмитеческие действия (текущая дата в определенном формате)
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
/*Очистка постоянных таблиц, которые используются в пределах одного запуска процедуры*/
DELETE FROM RL_step2_log
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
DELETE FROM RL_step2_params
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
DELETE FROM RL_glarctrx_temp
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
DELETE FROM RL_glarctrxdet_temp
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
/*Собственно начинаем работу*/
INSERT RL_step2_log(error_flag, event_msg, event_status) VALUES(0, 'Информация - Процедура RL_step2_run_sp начала работу', 'Подготовка к импорту')
IF @@error <> 0 BEGIN SELECT @res = @ERR_SYSTEM_FATAL_UNKNOWN GOTO EXIT_PROC END
------ Дальше куча всяких операторов.....

EXIT_PROC:

IF @res <> 0 BEGIN
INSERT RL_step2_log(error_flag, event_msg,event_status) SELECT 1, '......................', ''

************************************************

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

Про особености 'DTS-ов при работе с внешинми файлами' спасибо. Только я не нашел Workflow Properties - Options.
Вижу Fail Package On First Error и CloseConnection в Disconected Edit. Это они?

Но не транзакциями, ни Fail Package On First Error я пользоваться не хочу. При возникновении ошибки по Workflow пишется сообщение в мой лог на сервере, который потом доступен пользователю через отчет. Если использовать транзакции, то в логе ничего не сохранится.

А про то, что 'JOB не обязан дожидаться окончания ....' я сам придумал. Это и есть суть моего изначального вопроса. Если это не так, значит или проблемы у меня в процедуре, или стоит переставить сервер.

У меня sql2000
@res инициализируется, я проверил.
return нет, выход из программы по последнему end.
Да он и не нужен, так как пользователь проверяет результат либо по e-mail, либо строит отчет в Crystal Reports по моему лог.