2017-05-26 4 views
2

J'ai un projet SSIS 2012 qui s'exécute sur SQL Server 2016. J'ai SSDT 2015 sur ma machine de développement et mon serveur. Tout fonctionne bien, sauf pour les tâches de script - J'ai fait un changement à une tâche de script existant et reconstruit et redéployé le projet et je reçois l'erreur suivante:La tâche de script SSIS échoue le script version 15.0?

Script task uses version 15.0 script that is not supported in this release of integration services. To run the package, create a new script.

J'ai essayé ce qui suit:

  • la mise à niveau du projet à 2016
  • la création d'un nouvel objet de script
  • script créé sur le serveur

Il fonctionne bien via SSDT 2015, mais une fois qu'il est déployé il échoue avec l'erreur ci-dessus lors de l'exécution du paquet via SSMS - c'est le résultat à la fois de ma boîte de dev et le serveur. Je pensais que 14,0 était 2016? Des idées comment je peux résoudre ce problème?

Les tâches de script (dans des packages) ne peuvent pas être exécutées via le catalogue de services d'intégration sur le serveur, mais fonctionnent correctement dans SSDT.

+0

C'est exactement le problème sauf que j'ai SSDT 2015- https://connect.microsoft.com/SQLServer/feedback/details/3133370/ssdt-17-0-creates-script-version-15-0-which- sql-server-2016-rtm-dit-incompatible-avec-integration-services – JD284

Répondre

3

Voici ce qui a fonctionné pour moi. Si vous utilisez SSMS et essayez d'ajouter votre DTSX (qui contient un script) via le catalogue Integration Services (Import and Deploy), il échouera. Cependant si vous utilisez l'option Project> Deploy dans Visual Studio, il réussira. Mon objectif était SQL 2016 et SSDT est 2015. Notez que sous Project est une option Upgrade All Packages que j'ai utilisée. Je ne sais pas si c'est nécessaire, je ne le pense pas, mais juste au cas où.

+0

Merci! Comme vous l'avez mentionné, le déploiement via Visual Studio résout le problème! Je prévois de mettre à jour le projet jusqu'en 2016 pour utiliser de nouveaux connecteurs, mais je vais quand même déployer à partir de Visual Studio – JD284

0

Cette erreur est vraiment ennuyante, et vraiment stupide. Merci à Microsoft pour le développement entièrement buggé et glitching au titre des services 2014 et 2016 en utilisant SSDT 17+ (ont-ils signifient sh.t-sh.t-outils bois piquant?)

La meilleure façon de contourner est de déployer votre packages uniques sur SQL Server utilisant BIDS Helper. Assurez-vous simplement de définir la même compatibilité de projet que votre serveur cible.

Même package (avec un seul script VIDE VIDE par défaut), deux types de déploiement - Enregistrer la copie sous ... sur SQL Server et BIDS Helper avec le bouton droit de la souris - Déployer.

Exécution de ce package à partir du travail d'agent. En utilisant le premier type de déploiement - vous obtenez l'erreur sur la version 15.0, avec le second type - vous n'êtes pas. Je suis heureux avec ça)))

+0

Merci pour vos conseils. Oui, j'ai découvert que le déploiement à partir de Visual Studio est la réponse. C'est sûr que c'était ennuyeux à traiter! – JD284

0

Ce article m'a aidé à résoudre ce problème. J'ai eu le même problème avec Visual Studio 2015 et SQL Server 2016 lors du déploiement du fichier ispac à l'aide de SSMS 2017. Lorsque j'ai commencé à utiliser SSMS 2016, tout a bien fonctionné.