|
SSIS multiple TargetServerVersion
|
|||
---|---|---|---|
#18+
Всем привет. Работаю в Visual Studio 2019. Есть SSIS проект с TargetServerVersion = 2014. Он задплоен на 2014 сервер. Всё работает. Затем кое-кто в режиме дедлайна копировал этот проект, досыпал доработок и поднял TargetServerVersion до 2017, сохранил в отдельную папку и задеплоил на 2017 сервер. Тоже всё работает. В итоге, есть два сервера 2014 и 2017. И два проекта с TargetServerVersion 2014 и 2017 в двух разных папках соответственно. Вопрос, как сделать грамотно так, что бы папка с исходниками была одна, а деплоить проект можно было как на 2014 сервер, так и на 2017? Это возможно? Заранее благодарю всех, кто что-нибудь подскажет. Что я пробовал: 1. Сделал две Configuration, и в свойствах проекта настроил - для одной конфигурации ставим TargetServerVersion = 2017, а для другой TargetServerVersion = 2014. Т.е. при переключении конфигурации, происходит переключение TargetServerVersion проекта с вылетом сообщение "Перестрахуйтесь, сохраните копию проекта, что-то может пойти не так, но если уверены, то жгите". Что-то идёт не так - после понижения TargetServerVersion с 2017 до 2014 во всех скриптах версия NetFramework понижается с 4.5 до 4.0. В итоге, часть скриптов в проекте падает, т.к. для них нужна версия 4.5; и получается надо пройтись по каждому скрипту и поднять версию... а скриптов много... боль... плюс каждый раз перепроверять, а не упало ли что-то ещё мб нужно будет.... мб можно как-то настроить, что бы NetFramework не понижался? 2. Попробовал просто грубо задеплоить проект с TargetServerVersion = 2017 на 2014 сервер. Задеплоился. Что-то пошло не так - скрипты, которые ранее работали, перестали работать. Например, скрипт, который возвращал цифру 3, стал возвращать цифру 0; хотя код скрипта одинаков между двумя проектами. Завтра буду дебажить на сервере почему так. Мб потому, что пихаю невпихуемое. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2020, 19:02 |
|
SSIS multiple TargetServerVersion
|
|||
---|---|---|---|
#18+
Karp13, Я бы завел 2 различных проекта в разных папках, лидирующим был бы проект для SSIS 2014. При модификации проекта - копировать файлы проекта (dtsx, connection manager, parameters) в проект SSIS 2017. В 2017 - открывать проект, соглашаться с изменениями и билдить. В чем проблемы таких разных версий движка. С даунгрейдом вы уже поняли - .Net FW слетает. С апгрейдом внутри студии - особых проблем нет. Если запускать пакет на иной версии SSIS - если версия сервера ниже чем проекта - не будет работать корректно, может просто не деплоится. В запусках задач и компонент - прописаны DLL и алиасы классов в них, для разных версий алиасы будут разными. Если версия сервера выше чем проекта - при деплое может пройти автоапгрейд пакетов, но не всегда это корректно работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2020, 11:30 |
|
SSIS multiple TargetServerVersion
|
|||
---|---|---|---|
#18+
Karp13, Вы проект сам держите в репозитории или открываете с сервера? Можно прекрасно разрабатывать проект более низкой версии и деплоить её на указанную версию сервера. https://zappysys.zendesk.com/hc/en-us/articles/360001710233-How-to-change-TargetServerVersion-of-my-SSIS-Project ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2020, 11:51 |
|
SSIS multiple TargetServerVersion
|
|||
---|---|---|---|
#18+
Karp13, SSIS капризная штука, я бы сделал два отдельные проекта. В теории 2014 может работать на 2017. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2020, 11:53 |
|
|
start [/forum/topic.php?fid=46&fpage=67&tid=1686399]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
94ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 210ms |
0 / 0 |