SQL Agent Работа работает пакет SSIS, используя проверку подлинности SQL

Question

Я бегу SQL Server 2014

Я пытаюсь создать запланированное задание агента SQL, которая запускает пакет SSIS и мне нужно использовать логин SQL аутентификации в порядке для доступа ко всем приложениям/серверам, к которым обращается пакет SSIS.

Я создал Credential, который сопоставляется с логином SQL аутентификации и подключением к прокси-серверу, когда агент SQL работает как при доступе пакета SSIS, однако, работа завершается с сообщением об ошибке:

Не удалось запустить выполнение шага 1 (причина: не удалось получить прокси-данные для proxy_id = 1). Не удалось выполнить этот шаг.

Я подтвердил, что:

• я могу получить доступ ко всем серверам/приложения, использующие проверку подлинности SQL счета
• пакет SSIS соединения настроены на проверку подлинности SQL
• Я могу запустить пакет SSIS вручную с использованием SQL Authentication fine
• Все доступные базы данных SQL Server настроены как для аутентификации Windows AD, так и для SQL.

Когда я создаю задание агента SQL Server, шаг, который запускает пакет SSIS имеет возможность для входа в систему проверки подлинности SQL Server, но эта опция неактивна, и я не могу выбрать его:

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

Answer 1

@oscar и @chuck - оба правильные задания агента SQL, работающие в пакетах SSIS, не могут работать в режиме аутентификации SQL, они должны использовать проверку подлинности Windows. Пользователь, который запускает задание агента, если вы не указали иначе, является учетной записью службы SQL Agent. Учетная запись службы и учетная запись службы SQL на сервере, на котором вы ее запускаете, потребуют определенных разрешений. Однако вы можете изменить, какую учетную запись он выполняет в соответствии с примечанием чака. Конечно, в зависимости от того, на каком множестве разных серверов вы передаете учетные данные и что к ним обращаются, вы также можете попасть в проблему с двойным прыжком в kerberos ...... Поверьте мне, решая, что последняя часть не такая забавная, но все же выполнимая.

Однако дело в том, что если вы должны использовать SQL Authentication, вам совсем не нужен пользователь Windows. вы можете поместить учетные данные SQL Authentication в свои строки подключения менеджеров соединений в пакете SSIS. Учетная запись службы SQL Agent может обрабатывать любые проблемы с доступом к файлам для вас, и ваши строки подключения могут передавать учетные данные sql. нет проблемы с двумя прыжками и легко. Если вы беспокоитесь о внедрении учетных данных, вы должны использовать менее привилегированную учетную запись sql, но вы также можете зашифровать их и сохранить в пакете. Существует также несколько способов динамического получения их из зашифрованного состояния.