Диспетчер соединений SSIS не хранит пароль SQL

Я использовал dts, у которого было соединение аутентификации с сервером sql. В принципе пароль пользователя хранится в самом пакете. Теперь, когда я перехожу в SSIS, пароль не сохраняется в пакете. Я видел это, когда у меня проблема. http://social.msdn.microsoft.com/Forums/en-US/sqlintegrationservices/thread/c720e694-2f58-483a-9cd7-3feb7de2db7b но никто, кажется, не дал хорошего разрешения. Может ли кто-нибудь из вас помочь? Спасибо заранее

Ответ 1

Этот ответ указывает на эту статью: http://support.microsoft.com/kb/918760

Вот предлагаемые решения - вы их оценили?

  • Способ 1. Использование учетной записи прокси-сервера агента SQL Server

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

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

  • Способ 2: установите для свойства ServerSlayer свойства SSIS значение ServerStorage

Измените свойство SSE Package ProtectionLevel на ServerStorage. Этот параметр хранит пакет в базе данных SQL Server и обеспечивает контроль доступа через роли базы данных SQL Server. Перейти к началу страницы

  • Способ 3: установите для свойства защиты пакета SSIS значение EncryptSensitiveWithPassword

Измените свойство свойства безопасности пакета SSIS на EncryptSensitiveWithPassword. Этот параметр использует пароль для шифрования. Затем вы можете изменить командную строку шага задания агента SQL Server, чтобы включить этот пароль.

  • Способ 4. Использование конфигурационных файлов пакета SSIS.

Используйте конфигурационные файлы пакета SSIS для хранения конфиденциальной информации, а затем сохраните эти файлы конфигурации в защищенной папке. Затем вы можете изменить свойство ProtectionLevel на DontSaveSensitive, чтобы пакет не был зашифрован и не пытался сохранять секреты в пакете. Когда вы запускаете пакет SSIS, необходимая информация загружается из файла конфигурации. Убедитесь, что файлы конфигурации защищены, если они содержат конфиденциальную информацию.

  • Способ 5. Создание шаблона пакета

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

Ответ 2

Вы можете сохранить пароль в строке конфигурации, перейдя к свойствам и добавив пароль = ваш пароль , но очень важно поставить пробел перед словом "пароль" и после ";" , как показано ниже:

Data Source=50.21.65.225;User ID=vc_ssis; [email protected]; Initial Catalog=Sales; Provider=SQLNCLI10.1; Persist Security Info=True;Auto Translate=False; Application Name=SSIS-PKG_CustomerData-{2A666833-6095-4486-C04F-350CBCA5C49E}IDM11.Sales.dev;

Надеюсь, что это поможет --Vijay K

Ответ 3

Я использую переменную для хранения всей строки подключения и передачи ее в выражение ConnectionString. Это перезаписывает все настройки для подключения и позволяет вам сохранять пароль.

Ответ 4

Разработанное поведение в SSIS заключается в предотвращении хранения паролей в пакете, потому что это плохой практикой/небезопасно для этого.

Вместо этого либо используйте Windows auth, так что вы не храните секреты в пакетах или конфигурационных файлах, или, если это действительно невозможно в вашей среде (например, у вас нет домена Windows, например), тогда вы должны использовать обходной путь как описано в http://support.microsoft.com/kb/918760 (Сэм правильно, просто читайте далее в этой статье). Самый простой ответ - это файл конфигурации для работы с пакетом, но тогда вам нужно беспокоиться о том, что файл конфигурации надежно хранится, поэтому кто-то не может просто прочитать его и принять учетные данные.

Ответ 5

Пожалуйста, проверьте конфигурационный файл в проекте, установите ID и пароль там, чтобы вы выполнили пакет

Ответ 6

Есть простой способ сделать это. Я не знаю, почему люди дают сложные ответы.

Дважды щелкните пакет SSIS. Затем перейдите в диспетчер подключений, выберите DestinationConnectionOLDB и затем добавьте пароль рядом с полем входа.

Пример: Data Source=SysproDB1;User ID=test;password=test;Initial Catalog=ASBuiltDW;Provider=SQLNCLI11;Auto Translate=false;

Сделайте то же самое для SourceConnectionOLDB.

Ответ 7

Это случилось со мной и зафиксировано следующим образом:

Создала строку соединения на основе выражений и сохранила пароль в переменной и использовала ее.

Ответ 8

Вот более простой вариант, который работает, когда я сталкиваюсь с этим.

После создания соединения выберите соединение и откройте Свойства. В категории "Выражения" найдите "Пароль". Повторно введите пароль и нажмите Enter. Теперь он будет сохранен в соединении.

Ответ 9

Попробуйте сохранить строку подключения вместе с паролем в переменной и назначить переменную в строке подключения с помощью выражения. Я также столкнулся с той же проблемой, и я решил как dis.