Сбой ISServerExec.exe при выполнении задания по расписанию SQL

У меня есть пакеты ETL, которые отлично работают в Visual Studio 2019.

Когда мы развертываем и запускаем его из агента SQL Server, он дает ошибку ниже

Дополнительная информация: пакет настроен на «Зашифровать конфиденциально с паролем», и мы устанавливаем пароль подключения в настройках шага задания SQL.

Имя сбойного приложения: ISServerExec.exe, версия: 14.0.1000.169, отметка времени: 0x599ccc42

Имя неисправного модуля: **OraOLEDB11.DLL, версия: 11.2.0.1, отметка времени: 0x4b9a19db

Код исключения: 0xc0000005

Смещение ошибки: 0x000000000002c000

Идентификатор сбойного процесса: 0x3954

Время запуска сбойного приложения: 0x01d642753af07699

Путь сбойного приложения: c:\Program Files\Microsoft SQL Server\140\DTS\Binn\ISServerExec.exe

Путь сбойного модуля: C:\oracle\oracleclient64\bin\OraOLEDB11.DLL

Идентификатор отчета: 0db0c583-e4aa-4dec-89f5-509f3969595c

Полное имя неисправного пакета:

Идентификатор сбойного связанного с пакетом приложения:


ОБНОВЛЕНИЕ Попытка выполнить пакет из каталога служб Integration Services в SSMS, но также не удалась, подробная ошибка: «не удается получить соединение от диспетчера соединений». Похоже, что-то связанное с паролем в соединении с базой данных оракула.


person Mohamed ElSheikh    schedule 14.06.2020    source источник
comment
Это только пакет с компонентами Oracle в нем выходит из строя или каждый пакет? Правильно ли настроены TNSNames и вся эта чепуха? Вы запускаете пакет в том же разряде (32 против 64), что и установленные драйверы?   -  person billinkc    schedule 14.06.2020
comment
Да 1) Только пакеты с компонентами Oracle терпят неудачу, другие пакеты, которые подключаются к локальному SQL Server с проверкой подлинности Windows, работают нормально 2) TNSNames настроен правильно (он также работает при выполнении в VS) 3) Я пробовал как 32-битные, так и 64-битные ( в свойствах › отладка в проекте VS) но появляется та же ошибка   -  person Mohamed ElSheikh    schedule 15.06.2020


Ответы (1)


Спасибо, мы нашли решение.

Это работает, когда мы изменили среду выполнения в свойствах шага задания SQL Server на 32-разрядную.

person Mohamed ElSheikh    schedule 16.06.2020