Доброго дня!
Есть процедура, завёрнутая в job .
Когда выполняется из джоба, то возникает ошибка "Conversion failed when converting date and/or time from character string."
Когда вызываю вручную, то всё нормально.

Есть предположение, что проблема возникает при загрузке .xml - файла в таблицу. Проблема выявлена при работе под учётной записью Агента (?). Или Сервера? Причём - полагаю, что проблема сучёткой со стороны Windows Server .

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

Изменения Языка-по-умолчанию на English в учётных записях Сервера и Агента внутри SQLServer ситуацию не изменило.

Админы серверов (вндовых) пока молчат.

Куда копать?
Заранее спасибо!

--------------------------
No ROM Basic...

везде

PS Уже научен,- но тут не помогает

Входной .xml не мой .
Если запускаю процедуру из студии, то всё отрабатывает нормально.
Если выполняется из джоба,- неважно - это запуск job по расписанию, или я job запускаю из студии правой кнопкой мыши, - "валится" с указанной ошибкой.

Так идея-то правильная. Но только сейчас на создание "таблетки от всего" времени нет

Уже поменял. Но почему-то не помогло.

Вообще-то внутри запускаемого шага жоба SUSER_NAME() = NT SERVICE\SQLSERVERAGENT

Проблема была в неправильной интерпретации даты в условии:




оба поля - nvarchar(50),
содержимое : '14.10.2021 11:18:46',
'14.10.2021 11:18:47',
'14.10.2021 11:18:48',
'14.10.2021 11:18:50',
'14.10.2021 11:18:51',
'14.10.2021 11:18:52',
'14.10.2021 11:18:54',
'14.10.2021 11:18:55',
'14.10.2021 11:18:55',
'14.10.2021 11:18:56',
'14.10.2021 11:18:57',
'14.10.2021 11:18:58',
'14.10.2021 11:18:59'

Почему две недели проработало без проблем (и на тестах перед этим месяц с лишним), а вчера вдруг сломалось - непонятно. Админы по логам не увидели ни апдейтов операционки (кроме дефендера антивируса за час до предполагаемой даты поломки), ни апдейтов юзеров. Смена пользвателя (под которым работает Агент) на мою учётку тоже не помогла,- ошибка была таже.
Есть предположение , что ошибка была всегда, но у меня в студии в параметрах соединения (в тестах) и при разработке (там же) стояло игнорирование каких-то ошибок. А непосредственно перед "поломкой" я (или коллеги) что-то менял в процедуре из другого окружения (с другими параметрами подключения) ,- и ошибка перестала игнорироваться . Но это уже "гадание на кофейной гуще" и из серии "всемирного заговора сирот" (с) Б.Акунин и (с) Веном-2


PS Насчёт поязвить:



После перезагрузки WinСервера были проблемы с DTC,- это была на порядок более важная задача (слишком много всего отвалилось разом). Это реалии жизни, а не "пишу неторопясь за оклад"...

Отвал DTC произошёл, похоже, из-за смерти правил брэндмауэра, - вот это реально напрягло . Может быть чтото делалось со сменой сетевой карты,- например в виртуалку пропихнули другую физическую карту...

Ойданудаладно,- а тринадцатое октября с десятым числом тринадцатого месяца нормально сравнивлись, да? ...
Документы, в том числе от 14 октября, до трёх пополудни нормально вкачались.
Так что версия о перевёрнутых датах отпадает. В конце сентября, кстати, это нормально работало.

С сетевыми картами ни чего не делали. Меняли маршрутизатор, но на прошлой неделе. Поэтому совсем не понятно, почему разрешения доступов по 135 порту после перезагрузки отвалились.

Похоже, что просто совпало несколько "неведомых хреней",- звёзды так встали на небе.,- и мой говнокод рухнул

PS Всё работает, но вопросы остались

Логичнее истребить всех любителей выгружать даты в xml, JSON,... в языко-зависимыных форматах.

PS Да, возможно я ищу оправдание своим кривым рукам...

Всю жизнь прилетают. Боремся. В том числе и с авторами "кривых данных",- ибо нефиг. ;)