Имя сервера SSIS Project Deployment и путь к проекту отсутствуют при двойном щелчке .ispac

Недавно у нас были некоторые проблемы с производственным развертыванием нашего проекта SSIS через .ispac, когда команда, выполняющая установку, развертывала не ту папку проекта и испортила нашу производственную среду :)

Наша среда: SQL Server 2012, Visual Studio 2012 Ultimate, SSDT 2012

Процесс установки представлял собой двойной щелчок по .ispac до мастера развертывания. Проблема была явно на странице «Выбор места назначения», где поля «Имя сервера» и «Путь» не заполнялись автоматически, поэтому им пришлось перейти к папке проекта в SSISDB и ошибиться (есть еще один проект с похожее имя). Я хотел бы, чтобы мастер распознал сервер и путь, настроенные в настройках конфигурации проекта SSDT, но пока мне не повезло.

У нас есть 5 разных сред, каждая из которых имеет разные значения для «Имя сервера» и «Путь проекта сервера» на странице свойств проекта («Свойства конфигурации» > «Развертывание» > «Модель развертывания (проект)»). Теоретически этого будет достаточно, чтобы мастер распознал настройки, верно?

Кроме того, если я развертываю проект на сервере разработки непосредственно из VS2012, я правильно заполняю поля назначения, но, к сожалению, мы не можем использовать этот метод для производственного развертывания.

Есть ли способ заставить мастер развертывания SSIS распознавать параметры развертывания при двойном щелчке .ispac?


person Ricardo Caldeira    schedule 07.10.2014    source источник
comment
Вы можете использовать командную строку в пакетном файле для производственного развертывания. См. ссылку Развертывание служб SSIS. Прокрутите до Deploying from the command line   -  person Tak    schedule 07.10.2014
comment
Также интересно, как развернуть существующий пакет ssis в sql server 2012"> stackoverflow.com/questions/21555086/   -  person billinkc    schedule 07.10.2014
comment
Я бы предпочел использовать только .ispac, но я думаю, что попробую получить пакет для запуска ISDeploymentWizard, как было предложено, я попробовал его в среде разработки, и он работал хорошо. Моя цель — сделать его менее интерактивным и подверженным ошибкам. Разве .ispac не должен загружаться с конфигурациями проекта VS в отношении места развертывания? Я не вижу большого риска для безопасности, и это было бы более удобно для пользователя.. Спасибо за вашу помощь @t_m и @billinkc!   -  person Ricardo Caldeira    schedule 07.10.2014
comment
Нет, ispac — это результат проекта. Как только вы это сделаете, обратной связи с вашим проектом Visual Studio (и настройками) не будет. Я вполне понимаю желание убрать возможности для неудачных развертываний, лишиться волос на выдаче самому себе.   -  person billinkc    schedule 07.10.2014