Код ошибки 1073741818 при обновлении антивируса Doctor Web
Обновлено: 03.07.2024
Я совсем не понимаю эту проблему, поэтому буду очень признателен за любую помощь/совет.
Случайные шаги в запланированных заданиях периодически завершаются с ошибкой со следующим сообщением: "Выполнено от имени пользователя XXX. Шаг не сгенерировал никаких выходных данных. Код выхода процесса -1073741819. Шаг не выполнен".
Я проверил/подтвердил наличие всех разрешений для выполнения шагов. В журналах приложений и системных событий также ничего нет.
16 мая 2007 г., 8:45
Здравствуйте, много раз подробное сообщение не отображалось, когда вы видите детали шага в разделе истории задания. Лучший способ просмотреть ошибки — создать выходной файл в разделе «Шаги-Дополнительно» свойств задания. Затем принудительно запустите задание и посмотрите результаты в выходном файле. Это может помочь получить подробное описание проблемы.
16 мая 2007 г., 9:09
Привет! Большое спасибо за ваш пост. Большинство шагов в заданиях SQL относятся к типу: «Команда операционной системы (cmdExec). Я только что создал задание с одним шагом, который, я знаю, не удастся. У этого задания был выходной файл, указанный на вкладке «Дополнительно» в свойствах шага. В случае сбоя в выходной файл ничего не записывается, следует ли ожидать какой-либо информации? (Я использую SQL 2000). С уважением.
16 мая 2007 г., 11:15
Вы можете получить или не получить какую-либо дополнительную информацию. Помимо разрешений на общие ресурсы/папки и файлы, поскольку изначально возможные проблемы ограничиваются только выполняемыми вами командами. Как только я получаю сбой в CmdExec, первое, что я делаю, это выполняю ту же команду с теми же учетными данными из окна Cmd (я всегда использую вкладку «Дополнительно») и беру ее оттуда.
О, я также использую Google. Попробуйте "Код -1073741819" с двойными кавычками в качестве строки поиска. Я знаю, что есть хиты. но не зная точной команды. ну ты знаешь.
С уважением, Руди Комаксар, старший администратор базы данных "Ave Caesar! - Morituri te salutamus."
17 мая 2007 г., 2:01
Здравствуйте, спасибо за ответ. Поведение, которое мы наблюдаем, довольно странное и не предполагает отсутствия разрешений — задания запланированы на ночь (например, запуск в 3 часа ночи). В случае сбоя бедный парень из службы поддержки получает уведомление, входит в систему и повторно запускает всю работу, используя те же учетные данные. Это работает всегда.
Я пытался гуглить код ошибки, и результаты указывают на возможные причины, связанные с антивирусом или пакетом обновлений. Я почти уверен, что ни один из них не «изменился» в последнее время. Эти задания работают нормально уже более года, и только недавно они начали давать сбои. Все это указывает на изменение среды, которая вызывает сбои. но проблема в чем.
Что касается команд, они просто вызывают пользовательский exe-файл, передавая некоторые параметры. Первое, что делает приложение (exe) при запуске, — это регистрирует запись «Я начинаю» в таблице (сервер sql). Это даже не доходит до этого, что предполагает: а) агент SQL не может запустить exe или б) есть проблема с подключением к базе данных/серверу? При каждом из этих условий я ожидаю, что по крайней мере что-то будет записано в журнал событий приложения или системный журнал, но ни в одном из них ничего нет.
У кого-нибудь есть еще идеи? Большое спасибо
17 мая 2007 г., 10:36
Вы можете проверить подключение задания OSQL, создав другое задание с теми же параметрами входа и выполнив тестовую процедуру, которая может вставить строку в тестовую таблицу. Если данные вставлены в тестовую таблицу, проблем с возможность подключения
задания OSQL.
Если это сработает, вы можете попробовать запустить исполняемый файл вне среды сервера sql, передав те же параметры, и посмотреть, нормально ли работает исполняемый файл. Если исполняемый файл не работает, проблема может заключаться в этом.
9 августа 2007 г., 13:44
Вы когда-нибудь находили решение этой проблемы? У нас та же проблема с теми же разочарованиями и нет общих тем, кроме того, что это этап работы cmdexec.
29 ноября 2007 г., 7:25
Я время от времени получаю ту же ошибку при обработке виртуального куба через DTS.
Ошибка случалась примерно 2-3 раза в год в нашей тестовой системе и никогда в рабочей среде.
Теперь, после нескольких лет такого поведения, за последний месяц в рабочей среде дважды возникала ошибка.
Пакет DTS выполняет полную обработку двух кубов, а затем виртуального куба на основе этих кубов.
Я пытался вести журнал, но он не дает полезной информации.
17 апреля 2008 г., 18:23
То же самое: задание выполняется успешно 5 месяцев. С 4 дня я получаю эту ошибку.
Самое смешное, что в журнале указано "задание не выполнено через 4 минуты с кодом ошибки -1073741819", но в журнале стажировки перечислены отдельные шаги DTS в течение более 10 минут, и все шаги DTS завершаются успешно!Это означает, что обработка DTS идеальна и работает после этой уродливой ошибки.
29 марта 2009 г., 4:40
В настоящее время мы решаем эту проблему, и мы открыли дело с Microsoft, но, похоже, на данный момент оно не продвигается быстро.
Я огляделся и нашел несколько ссылок, которые могут (или не могут) быть полезными.
Я возьму их для тестирования на этой неделе, но кто-то в этом блоге может получить шанс раньше нас.
"Наша проблема заключалась в том, что операции поиска разделяли пространство памяти. Во всех неудачных пакетах операции поиска были определены с помощью одного и того же запроса для справочной таблицы. Они также выполнялись одновременно, поэтому иногда один очищал кэш поиска, а другой пакет все еще использовал его."
Прямо там с Бэйб
28 июля 2010 г., 3:35
Привет. Кто-нибудь нашел окончательный ответ на эту проблему? Надеюсь на это, так как у меня возникла аналогичная проблема с запланированным заданием на SQL Server 2000.
Выполняется CmdExec, который регулярно завершается с ошибкой с сообщением "Шаг не сгенерировал никаких выходных данных. Код завершения процесса -1073741819. Шаг не удался. CmdExec запускает сторонний исполняемый файл, который в основном импортирует данные. Я провел несколько трассировок, и каждый раз я получаю сообщение об ошибке в журнале, данные действительно были успешно загружены/зафиксированы, поэтому я не знаю, почему я получаю сообщение об ошибке.
В файле трассировки я вижу, что он выполняет (загружает) вставки, а затем фиксирует. Файл трассировки не показывает никакой активности БД в течение примерно 5 минут, когда агент регистрирует ошибку.
28 июля 2010 г., 23:37
Я никогда не определял проблему, но в феврале 2010 года мы перешли на новый сервер, и с тех пор я не видел этой ошибки. на новом сервере установлено все то же программное обеспечение и уровни версий - может быть, не с момента моего первоначального сообщения в 2007 году, но то же самое со старого сервера. я почти уверен, что видел эту ошибку в 2009 году на последних уровнях программного обеспечения (SQL 2000 Standard SP4, Win2003 Enterprise SP2 и т. д.).
Прямо там с Бэйб
29 июля 2010 г., 2:20
<р>. Удивительно, сколько проблем исчезает, когда вы бросаете на них аппаратное обеспечение! Поведение, которое я увидел в файле трассировки, показалось мне знакомым? т. е. успешно фиксируется, а затем в течение нескольких минут в БД не происходит никаких действий, а агент задания регистрирует сбой?29 июля 2010 г., 5:34
Я никогда не заходил так далеко в отладке. извините.
Прямо там с Бэйб
30 июля 2010 г., 8:08
Эй, я просто рад, что кто-то испытал ту же боль, что и я! Я много искал в Google код ошибки и все, что я нашел, связанное с DTS и SSIS.
Читайте также: