Ошибка выполнения. Исключение было выдано целевым объектом вызова из задачи «Сценарий»

У меня была такая же проблема (т.е. такой же код ошибки: 0x1 ...).

Проблема заключалась в том, что некоторые библиотеки ссылались на отсутствующую папку.

Удаление ссылок и добавление их обратно с правильного пути решило проблему.

Справочник Microsoft (https://msdn.microsoft.com/en-us/library/ms345164.aspx), связанный с кодом ошибки, очень общий и мало помогает. Однако при чтении других статей весьма вероятно, что это указывает на неизвестную причину сбоя при запуске задачи «Сценарий».

• Шестнадцатеричный код: 0x1
• Десятичный код: 1
• Символическое имя: DTS_MSG_CATEGORY_SERVICE_CONTROL
• Описание: Неправильная функция.

Я исправил эту ошибку, изменив TargetServerVersion в проекте SSIS.

Страницы свойств проекта служб интеграции

В моем случае это были отсутствующие библиотеки DLL или неправильная версия, установленная на сервере.

Локально все тесты прошли нормально, но на сервере продолжало появляться сообщение об ошибке Runtime error Exception has been thrown by the target of an invocation.

Никакой обработчик исключений не сможет отловить эту ошибку - код в задаче сценария даже не будет выполнен, как только потребуется библиотека DLL, которой нет в кеше сборки на сервере (это могло произойти на локальном компьютере. тоже с той же ошибкой).

Сложность здесь заключается в том, чтобы выяснить, чего не хватает, а затем либо обновить ссылки на правильную версию, либо установить недостающую DLL в кеш сборки с помощью gacutil. Мой подход к отладке заключался в том, чтобы удалить части кода в задаче сценария, пока эта ошибка не исчезнет, ​​а затем проанализировать недостающую часть на предмет ссылок.

Исправлено, когда добавлена ​​ссылка на dll версии 12.0.0 и изменена Target Framework на .Net Framework 4.5.

Я получил это сообщение об ошибке, когда упомянул переданную переменную ssis в Dts.Variables ["User :: xxxx] .Value (); где xxxx не существует и не был передан из вызывающей программы. Это была простая Console.Writeline ссылаясь на переданную переменную, которой не было.

Это просто другая ситуация, и она не предназначена для того, чтобы стать окончательным решением для всех.

Когда я устанавливал свои библиотеки DLL в GAC, я забыл запустить свой сценарий от имени администратора, и сценарий работал без ошибок, как если бы он работал.

Я почувствовал себя действительно глупо, когда понял, что поступил неправильно. Надеюсь, это поможет другим людям не тратить время на такую ​​глупость.

Для справки это то, что я использую для установки своих DLL в GAC, и я изменил его, чтобы сообщить мне, когда я сейчас не запускаю его как администратор:

#https://superuser.com/questions/749243/detect-if-powershell-is-running-as-administrator
$isAdmin = ([Security.Principal.WindowsPrincipal] `
  [Security.Principal.WindowsIdentity]::GetCurrent() `
).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)

if($isAdmin -eq $false)
{
    Write-Host "You have to run this script as Administrator or it just won't work!" -ForegroundColor Red

    return;
}

$strDllPath = "C:\PathToYourDllsHere\"

#Note that you should be running PowerShell as an Administrator
[System.Reflection.Assembly]::Load("System.EnterpriseServices, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a")            
$publish = New-Object System.EnterpriseServices.Internal.Publish            


$arr = @(
    "YourDLL01.dll",
    "YourDLL02.dll",
    "YourDLL03.dll"
)

get-date

foreach($d in $arr)
{
    $p = ($strDllPath + $d);

    $p

    $publish.GacInstall($p);
}

#If installing into the GAC on a server hosting web applications in IIS, you need to restart IIS for the applications to pick up the change.
#Uncomment the next line if necessary...
#iisreset

Благодарность за то, как определить, работает ли ваш сценарий PowerShell в режиме администратора или нет: https://superuser.com/questions/749243/detect-if-powershell-is-running-as-administrator