Я создал пакет SSIS для загрузки файла с FTP-сервера. Когда я отлаживаю пакет, все идет хорошо. Но когда я планирую пакет как шаг Job, он иногда не может подключиться. Задание повторяется каждые 4 часа, а в среднем каждый другой прогон выходит из строя с ошибкой: 0xC002918F - запрос на вход был отклонен.
Соединение анонимно и не требует пароля
Я тестировал его в течение нескольких часов и узнал некоторую информацию:
У меня нет возможности увидеть настройки FTP-сервера. Что меня больше смущает, так это то, что некоторые заданные задачи работают нормально, а некоторые терпят неудачу. Я не нашел в нем никакой регулярности.
Что я пробовал до сих пор:
Пока не повезло. Все еще некоторые успехи, а некоторые нет.
EDIT:
FTP-сервер находится на устройстве Simatic.
На этой неделе я продолжал расписание каждые 1 час и продолжал пинговать устройство каждые 30 секунд. Тем не менее некоторые попытки SSID не преуспевают, и ping проходит каждый раз: -/
Я бы заменил стандартную задачу FTP SSIS на выполнение задачи процесса и вызовет WinSCP.
https://winscp.net/eng/docs/guide_automation
Я нашел WinSCP намного надежнее и гибко. Вы можете передать ему командную строку, построенную с использованием выражений, чтобы охватить все функции FTP-задачи SSIS и т.д.
Я думаю, что вы должны принять только использование обходного пути в этом сценарии, возможно, установите шаг задания SSIS агента SQL для повторной попытки после задержки X секунд (расширенная вкладка шага задания SQL). Мы делаем это много, когда подключаемся к flaky cloud API с помощью SSIS.
Или, может быть, контейнер цикла в вашем пакете, который продолжает сбой и выходит из строя - возможно, попробуйте 3 раза подключиться?
Извините, если это уже очевидно для вас.
По моему опыту, иногда FILE LOCK и DB CONNECTION не заканчиваются даже после завершения выполнения пакета.
Я предлагаю вам использовать Script Task и выполнять загрузку с использованием кода С# и убедиться, что вы закрываете FTP-соединение в конце.
Ранее ошибка называлась:
'0xC002918F', - 1073573489, 'DTS_E_FTPTASK_UNABLETOCONNECTTOSERVER', 'Невозможно подключиться к FTP-серверу с помощью "__".'
Задача FTP явно закрывает соединение в конце действия, поэтому, если соединение остается открытым, оно должно быть чем-то с вашим сервером.
Оба CozyRock и PragmaticWorks имеют фантастические задачи FTP для SSIS.
Руководство, перечисленное на веб-сайте Microsoft
https://support.microsoft.com/en-us/kb/925880
https://technet.microsoft.com/en-us/library/bb794745.aspx
Помимо брандмауэра/разрешений/ограничений Проверьте учетные данные FTP или, точнее, как они сохраняются/извлекаются. В этом случае эмпирическое правило состоит в том, чтобы полагаться на SQL Server, то есть на использование уровня безопасности пакетов "Опираться на сервер хранения и роли для контроля доступа".. Этот подход должен полностью удалить все проблемы с учетными данными FTP (исключая туманно, конечно).
Однако. Это значение по умолчанию, применяемое при использовании Model Deployment Model для хранения пакетов в каталоге SSISDB, где пакет, который вы отметили.
Не используйте XP_CMDSHELL и вызывайте внешние программы без необходимости в бизнесе, как советует вышеупомянутый плакат. Включение CMDSHELL является существенным риском для безопасности.
Выстрел в темноте, не могли бы вы попытаться обновить пакет и установить DelayValidation = True?
Процедуры проверки устанавливают соединения для их проверки. Возможно, процедура проверки является другой параллельной связью? Стоит сделать снимок?