Greetings, we have a couple hundered SSIS packages on our standard ed 2008 R2 sql server created in BIDS 2008 which run on our Web1 SQL Server,the os is windows 2008 R2 standard. These packages are all run from SQL agent jobs, packages are saved on the
file system, we uses xml config files to control the packages. We are preparing to upgrade this server (Web1) to SQL 2014 (because that is the licenses that were bought and they do not have SA). We are also looking to begin using SSRS in SQL Server
2016. This new SQL Server 2016 install (call it Web2) will initially be only used as an SSRS reporting server, but this will also eventually replace Web1 that houses our agent jobs/SSIS packages, so the SSIS packages will need to move to 2016. We
have 2 other SQL 2008 R2 OLTP servers that replicate data to Web1, and will do the same for Web2. These other 2 OLTP server will also be upgraded to SQL 2014. My question is dealing with this upgrade and how to handle the SSIS upgrade, in the least number
of conversions. I know I have to upgrade all the packages from 2008 to 2014 (upgrade wizard) but what would be better to go straight to 2016 for the SSIS upgrade or take the intermediate step to 2014? I have not used or worked with SSISDB, only bids and
its use of Visual Studio for solutions/package management. I am also trying to determine what I need to download as far as SSDT/Visual studio to do this work. The SSDT links I have found are for 2017. Appreciate any insight or suggestions on the
approach
↧