October 10, 2019 at 2:05 pm
Hi
I'm migrating a 2014 SSIS server to 2016. After the upgrade one of the packages we test with is taking around double the amount of time to run on the new server. Around 400 seconds as oppose to 200 seconds.
Something I can see in the profiler traces is an sp_ssis_getpackage call, then a 3 second pause and a exec sp_reset_connection
These are consecutive rows in profiler and it happens around 30 times in the profiler trace. I do not see this behaviour in the old 2014 server.
Is this my smoking gun? Can anyone shed any light on it?
Cheers
Alex
October 10, 2019 at 2:28 pm
October 10, 2019 at 6:53 pm
Hi,
Have you checked this
Good luck
October 11, 2019 at 7:44 am
Hi
Thank you both for the replies.
I'd already read the stackoverflow and it's full of useful information but I can't see how it moves me forward. The 2016 server is SP2 CU 9 so the KB should be fixed.
Cheers
Alex
October 11, 2019 at 3:14 pm
Hi,
Have you checked the compatibility level, of the query in your SSIS, I'm assuming that you have a query inside your package.
Good luck
October 11, 2019 at 3:24 pm
Hi luismarinaray
SSIS is not my string suit.
Could you point me to some documentation.
Cheers
Alex
October 11, 2019 at 4:32 pm
Hi,
Assuming that your target database in the ssis package has an updated compatibility level that is different from your source instance.
October 14, 2019 at 7:10 am
Ok I slightly misunderstood you, I thought there was a separate compatibility level setting in the SSIS packages.
All the imported databases are compatibility level 120. MSDB is 130, I did try lowering this to 120, so it was in line with the user databses, but this made no difference
October 15, 2019 at 2:02 pm
Friend,
Your problem is not in the System Databases, may be in your user databases, so I could change the compatibility level only in these databases. If possible, ask your ETL developer for help and identify running queries/databases, not MSDB.
Good Luck
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply