.Net framework требует установки MDAC на сервере 2008
Моя компания недавно использовала планировщик рабочих нагрузок tivoli (TWS) для удаленного запуска заданий из z/OS на оконный сервер. мы проверили, что tivoli может успешно запускать службы mssql.
Теперь проблема заключается в том, что у нас есть программа .NET CL, которую мы ежедневно использовали для извлечения некоторых данных из AS400 на сервер mssql. Раньше она отлично работала при использовании планировщика Windows и запускалась ежедневно в определенные промежутки времени. теперь мы пытаемся централизовать планировщик, чтобы TWS удаленно запускал подготовленный пакетный файл (он запускал программу CL).
, но выполнение программы CL показывает следующую ошибку при попытке подключения к базе данных AS400.
Для поставщиков данных .Net Framework требуются компоненты доступа к данным Microsoft (MDAC). Установите компоненты доступа к данным Microsoft (MDAC) версии 2.6 или более поздней.
ОТРЕДАКТИРОВАНО: в обычном сценарии мы предполагали, что программа может успешно запускаться, это должно быть так же, как использование планировщика Windows, установить расписание и выполнить его. единственное отличие заключается в том, что планировщик пока не является планировщиком Windows, а переключается на TWS и удаленно запускает программу CL. но выполнение показывает указанную выше ошибку во время выполнения программы CL. мы понятия не имеем, почему возникает эта ошибка. мы попытались перезапустить программу CL и запланировать ее в планировщике Windows, все работает нормально.но запланировать на TWS удаленно, ошибка.
Для тестирования и наблюдений, которые мы сделали до сих пор:
Наш сервер — Windows server 2008 SP2 x64, я провел некоторые исследования MDAC, используемого в старых версиях Windows, в то время как сервер 2008 должен поставляться с более новой версией MDAC ( WDAC 6.0), и его нельзя переустановить, поэтому я предполагаю, что MDAC/WDAC должен быть установлен правильно.
Программа CL была скомпилирована с .NET 2.0/3.0/3.5, и все протестированные версии выдают одну и ту же ошибку.
они могли создавать журналы ошибок для базы данных сервера sql, поэтому я предполагаю, что драйвер подключения, используемый в программе CL, не имеет проблем. но это может быть вызвано драйвером IBMDA400.
TWS использует учетную запись администратора на нашем сервере для запуска пакетных файлов, клиент TWS (прослушиватель) установлен на нашем сервере для запуска программ на нашем сервере, но мы не знаем, как они подключаются к нашему серверу (SSH? telnet? ) и, похоже, они на самом деле не входят на наш сервер для удаленного запуска (запускают нашу работу в автоматическом режиме).
мы отчаянно пытаемся найти какие-либо решения, если бы кто-нибудь мог дать какие-либо подсказки или мысли, это было бы очень полезно и оказало бы большую помощь людям с той же проблемой в будущем.
Большое спасибо!.