Развертывание и выполнение SSIS

Читали и читали руководства по Microsoft Business Intelligence. И я хотел бы прояснить некоторые вещи. Итак, поскольку я читал и практиковал, нет процесса технической сборки, подобного методу «maven» или «msbuild» в MSBI. Я больше интересуюсь коммунальными услугами, а именно: dtutil.exe и dtexec.exe; так что я могу надеяться автоматизировать процесс развертывания. Некоторые вопросы:Развертывание и выполнение SSIS

Развертывание здесь более похоже на перемещение файла * .dtsx на целевой сервер/файловую систему/хранилище? Итак, мой сервер компоновки сборки будет проверять файлы из элемента управления версиями и выполнять dtutil.exe для перемещения (ака развертывания, здесь) на целевой сервер?
Какая разница в этом случае с dtutil.exe делает только с ручной копией и вставкой?
Если № 1 является правильным, значит, мне нужно установить SQL-сервер/SSDT на моем сервере сборки, чтобы получить dtutils.exe ИЛИ просто скопировать исполняемый файл с узла, у которого есть .exe будет хорошо достаточно?
Для выполнения пакетов (которые были развернуты с использованием dtutil.exe) я могу сделать это через мой сервер сборки на удаленном сервере, на котором был развернут пакет?

ОБНОВЛЕНО: MSSQL 2012; SSDT 2013

источник

2017-01-09 OK999

Какую версию TFS вы используете? Используете ли вы систему xaml или новую систему сборки? В новой системе сборки легко указать инструмент, который вы хотите запустить в задаче командной строки, проверьте: https://www.visualstudio.com/en-us/docs/build/steps/utility/command-line –

Какая версия SSIS? Если вы говорите DTUtil.exe, то я предполагаю, что вы имеете в виду 2008 или SQL 2012 развертывания пакета (не развертывание Project)

Там большая разница между 2008 и 2012 годами

В 2012 г. есть более зрелое исполнение Платформа. Большинство, если не все функции будут достигнуты с помощью SSISDB хранимых процедур, то есть это: https://msdn.microsoft.com/en-us/library/jj820152.aspx

Есть несколько вариантов развертывания в 2008 году, но на мой взгляд, нет никакой выгоды в развертывании на MSDB (что требует DTUtil.exe), так что я просто сделайте копию файла для развертывания в папку времени исполнения (даже не нужно быть на SQL Server, но это упрощает работу).

Затем вы используете DTExec.exe для запуска пакета. Возможно, вы захотите использовать опцию /Va для проверки как части развертывания.

В прошлом я также написал текстовый искатель, который высасывает и записывает номера версий из пакетов, чтобы вы могли видеть версии пакетов.

источник

2017-01-09 22:30:37

Я думаю, что способ развертывания SP применим к модели развертывания проекта, а не для развертывания пакета. https://msdn.microsoft.com/en-us/library/bea8ce8d-cf63-4257-840a-fc9adceade8c(v=sql.110). Новая команда, к которой я присоединилась, использует модель развертывания пакетов. Есть предположения? – OK999

Итак, специально вы используете развертывание пакета SQL 2012. Тогда это очень похоже на SQL 2008. Есть ли причина, по которой они придерживаются развертывания пакета - развертывание проекта имеет много преимуществ, при этом не так много недостатков. –

Что касается развертывания пакета SQL 2012, они запускают .dtsx из файловой системы или используют msdb.Существует много разных вариантов развертывания и исполнения, и вам нужно будет адаптировать ваше развертывание к этому. –

ответ

Смежные вопросы