Недавно у меня был неудачный опыт изменения размера поля в таблице, которая использовалась в пакетах SSIS. Разработчик, написавший пакеты, с тех пор ушел на пенсию и сгруппировал их все в один проект VS BI. Она разработала их исключительно на своем локальном компьютере и переместила на общий диск, когда ушла.
Любой, кто хоть сколько-нибудь знаком с уровнями защиты в SSIS, знает, что произошло дальше. Она сохранила их с параметром EncryptSensitiveWithUserKey по умолчанию, поэтому в результате я не мог изменить пакет из-за того, что я не был ею и не был на ее машине. Ее учетная запись AD уже давно деактивирована, и теперь, насколько мне известно, ее машина проверяет людей в продуктовом магазине.
Пришлось воссоздавать пакеты с нуля. К счастью, уровень защиты не позволяет вам сохранять или строить, а не смотреть на вещи в дизайне, поэтому я смог воспроизвести то, что она сделала, но это был долгий и утомительный процесс, на выполнение которого ушла большая часть целого дня.
У меня вопрос: мы используем SourceSafe для поддержки наших проектов, поэтому именно здесь и будет развиваться новый проект SSIS. Учитывая следующее:
- У каждого из нас есть собственный компьютер с рабочими папками, которые синхронизируются с SourceSafe.
- У нас нет возможности сохранить проект на самом сервере базы данных; мы можем только развернуть пакеты.
- Сведения о программном обеспечении: MS Visual Studio 2008, VSS 8.0, MS SQL Server 2008 R2
Какой вариант безопасности лучше всего подходит для настройки нашего проекта? Я сразу понимаю, что DontSaveSensitive был бы логичным подходом, но я не знаю, откуда тогда будут передаваться пароли. Я бы подумал, что это файл конфигурации, но я не знаю, как настроить его для развертывания SSIS.
Спасибо!