Развертывание пакета служб SSIS и сохранение пароля для подключения

Question

У меня есть пакет служб SSIS, который запрашивает представление для некоторых записей, а затем отправляет электронное письмо с использованием почты базы данных. Я хочу развернуть пакет на SQL Server, на котором существуют эти представления, и затем запланировать нас с помощью агента SQL Server, но я столкнулся с рядом проблем.

Основная проблема заключается в том, что в задании есть менеджер соединений, в котором хранятся учетные данные для учетной записи SQL Server, которая имеет доступ к представлениям и профилю электронной почты. Я установил пакет EncryptSensitiveWithPassword вместо ключа пользователя, но я не могу найти какой-либо способ фактически передать этот пароль агенту SQL Server при запуске задания. Поэтому, когда он выполняется, он терпит неудачу, так как не может подключиться.

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

Несколько других сайтов рекомендовали скопировать пакет в локальное хранилище пакетов ssis на машине, но у меня есть доступ к машине только через SQL Server Tools, я не могу удаленно установить или установить что-либо в файловой системе, поэтому у меня есть установить через файл манифеста, используя процесс развертывания служб SSIS.

Я читал кое-что о хранении настроек в другой таблице БД, но это опять же создает проблемы с разрешениями на сервере.

Наконец, я попытался передать / password или / decrypt в планировщике заданий, но когда я нажимаю кнопку ОК, планировщик удаляет этот параметр.

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

Answer 1

Хитрость:

• При сохранении пакета в SQL Server Business Intelligence Studio убедитесь, что для свойства пакета> ProtectionLevel установлено значение EncryptSensitiveWithUserKey.
• Когда вы импортируете пакет служб SSIS в SQL Server (из SQL Mgmt Studio> обозреватель объектов> [сервер] Integration Services> Хранимые пакеты> MSDB> щелкните правой кнопкой мыши> Импортировать пакет> установить местоположение пакета в файловую систему, выберите файл в поле Путь к пакету и выберите параметр " Полагаться на серверное хранилище и роли для контроля доступа " . Я полагаю, что при импорте файла .dtsx вы должны войти в систему как тот же пользователь, который сохранил файл .dtsx.

Это означает, что пароль сохраняется вместе с пакетом и, следовательно, может использоваться, когда любой выполняет пакет. Если вы не хотите, чтобы кто-то казнил вас, заблокируйте безопасность соответствующим образом.

В качестве альтернативы вы можете изменить соединение, чтобы оно использовало встроенную защиту (проверка подлинности Windows вместо входа в SQL) и изменить задание, чтобы оно выполняло пакет как пользователь, имеющий доступ к базе данных и представлению, запрашиваемому пакетом. Это предпочтительный вариант с точки зрения того, что вам нигде не нужны пароли, а вместо этого вы можете управлять ими с помощью идентификатора пользователя и прав доступа.

Answer 2

У вас есть пакет, настроенный в предложениях для хранения паролей, а затем сохранить пакет в ssis и сказать ему для шифрования паролей?если вы не сохраняете их локально, возможно, вы потеряли свои пароли, а затем отправили пакет без них.

Answer 3

Звучит так, как будто вы используете файл конфигурации, что вы неправильно настраиваете файл конфигурации.

Какую именно ошибку вы получаете при локальном запуске? Я могу попытаться воссоздать проблему.