Развертывание пакета служб SSIS с сервера A на сервер B

Я использую VS 2017 SSDT 15.9.20 для создания пакета служб SSIS. Пакет изначально создается на сервере A, где установлен SSDT, а сервер SQL находится на сервере A. Поэтому я был готов создать пакет на сервере A. Я создал задание SQL на сервере A и связал его напрямую, чтобы запустить файл DTSX без развернуть его.

Что делает моя посылка:

На сервере A мой пакет будет читать Excel в папке C: Users xxx Documents myproj excelfile.xls и будет создавать листы Excel в папке C: Users xxx Documents myproj files .

Развертывание:

Теперь я хочу развернуть этот пакет на сервере B. И мой пакет будет читать Excel в папке ServerB S: Documents myproj excelfile.xls и будет создавать листы Excel внутри ServerB S: Documents myproj файлы папка.

Мои вопросы:

  1. Должен ли я развернуть свой проект для создания файла dtsx? В папке моего проекта уже есть файл dtsx. Могу ли я не просто переместить этот файл на сервер B и изменить строку подключения и пути? Будет ли это работать так?

  2. Средство развертывания служб SSIS не работает для меня с сервера A. Оно не определяет целевые серверы. Как можно легко выполнить развертывание? Как я могу изменить пути назначения?

  3. На сервере A установлен SSDT, а база данных SQL находится на одном сервере. Но целевой сервер B является сервером базы данных и не имеет SSDT. Я запланирую работу на сервере SQL сервера B, который вызовет мой пакет dtsx и выполнит его.

Я новичок в SSIS. поэтому, пожалуйста, не закрывайте этот вопрос, и было бы здорово, если бы кто-нибудь мог помочь мне с этими вопросами. Спасибо!

Всего 1 ответ


Не зная версию SQL, я дам оба ответа:

Должен ли я развернуть свой проект для создания файла dtsx? В папке моего проекта уже есть файл dtsx. Могу ли я не просто переместить этот файл на сервер B и изменить строку подключения и пути? Будет ли это работать так?

Версии ниже SQL 2012: скопируйте файл dtsx из своего проекта в папку на целевом сервере. Строки подключения можно изменить в конфигурации задания агента SQL или с помощью конфигураций пакета:

https://docs.microsoft.com/en-us/sql/integration-services/lesson-5-add-ssis-package-configurations-for-the-package-deployment-model?view=sql-server-ver15

Версии версии SQL 2012: создайте каталог ssis на целевых серверах:

https://docs.microsoft.com/en-us/sql/integration-services/create-the-ssis-catalog?view=sql-server-2014 .

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

https://docs.microsoft.com/en-us/sql/integration-services/lesson-6-using-parameters-with-the-project-deployment-model-in-ssis?view=sql-server-ver15

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

Средство развертывания служб SSIS не работает для меня с сервера A. Оно не определяет целевые серверы. Как можно легко выполнить развертывание? Как я могу изменить пути назначения?

Следуйте любому методу развертывания, указанному выше. Развертывание пакета (копирование файлов в папку) по-прежнему работает в более поздних версиях, но им труднее управлять и вам нужно меньше делать, например, защитить конфигурации и настроить ведение журнала.

На сервере A установлен SSDT, а база данных SQL находится на одном сервере. Но целевой сервер B является сервером базы данных и не имеет SSDT. Я запланирую работу на сервере SQL сервера B, который вызовет мой пакет dtsx и выполнит его.

SSDT не имеет отношения к SSIS, но Integration Services - нет. SSDT - это инструмент для разработчиков, и его действительно следует устанавливать на машины разработчиков только для создания пакетов и тестирования. Лучше не иметь этого на сервере, потому что это стимулирует разработку, и разработчики могут войти на сервер, как будто это их ноутбук. Службы Integration Services - это служба, которая поставляется с SQL Server и используется для выполнения пакетов. Вам нужно будет добавить эту службу в экземпляр, если вы хотите выполнять пакеты из агента SQL. Эта ссылка объясняет это и дает руководство по установке SSDT локально:

https://docs.microsoft.com/en-us/sql/integration-services/install-windows/install-integration-services?view=sql-server-ver15


Есть идеи?

10000