2017-05-26 2 views
2

Ich habe ein 2012 SSIS-Projekt, das auf SQL Server 2016 ausgeführt wird. Ich habe SSDT 2015 auf meinem Dev-Computer und Server. Alles funktioniert gut, außer für Skript Aufgaben - ich eine Änderung zu einem vorhandenen Skript zur Aufgabe gemacht, und wieder aufgebaut und umgeschichtet das Projekt und ich die folgende Fehlermeldung:SSIS-Skript-Task schlägt Version 15.0-Skript fehl?

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.

Ich habe versucht, die folgenden:

  • Aktualisierung des Projekts bis 2016
  • ein neues Skript Objekt
  • erstellt Skript auf dem Server erstellen

Es läuft gut durch SSDT 2015, aber sobald es bereitgestellt wird, schlägt es mit dem obigen Fehler fehl, wenn das Paket über SSMS ausgeführt wird - das ist das Ergebnis von meiner Dev Box und dem Server. Ich dachte 14.0 war 2016? Irgendwelche Ideen, wie ich das beheben kann?

Skriptaufgaben (in Paketen) können nicht über den Integration Services-Katalog auf dem Server ausgeführt werden, funktionieren aber in SSDT einwandfrei.

+0

Dies ist genau das Problem, außer ich habe SSDT 2015- https://connect.microsoft.com/SQLServer/feedback/details/3133370/ssdt-17-0-creates-script-version-15-0-which- sql-server-2016-rtm-sagt-ist-inkompatibel-mit-integration-services – JD284

Antwort

3

Hier ist, was für mich gearbeitet hat. Wenn Sie SSMS verwenden und versuchen, Ihr DTSX (das ein Skript enthält) über den Integration Services-Katalog (Importieren und Bereitstellen) hinzuzufügen, schlägt es fehl. Wenn Sie die Option Project> Deploy in Visual Studio verwenden, wird dies jedoch gelingen. Mein Ziel war SQL 2016 und SSDT ist 2015. Beachten Sie, dass unter Projekt eine Upgrade All Packages Option, die ich verwendet habe. Ich weiß nicht, ob das nötig ist, ich denke nicht, aber nur für den Fall.

+0

Vielen Dank! Wie Sie bereits erwähnt haben, löst die Bereitstellung über Visual Studio das Problem! Ich plane, das Projekt auf 2016 zu aktualisieren, um neue Connectors zu verwenden, wird aber weiterhin von Visual Studio bereitstellen. – JD284

0

Dieser Fehler ist wirklich ärgerlich und wirklich dumm. Dank Microsoft für vollständig abgehört und Glitching Entwicklung unter 2014 und 2016 Dienste SSDT 17+ (taten sie sh.t-sh.t-Teufels Werkzeuge bedeuten?)

Der einfachste Weg, es zu umgehen ist Ihr bereitstellen einzelne Pakete auf SQL Server mit BIDS Helper. Stellen Sie sicher, dass Sie dieselbe Projektkompatibilität wie für Ihren Zielserver festlegen.

Das gleiche Paket (mit nur einem leeren Standard-Skript gezogen), zwei Arten der Bereitstellung - Kopie speichern unter ... auf SQL Server und BIDS Helper Rechtsklick - Deploy.

Dieses Paket wird vom Agentenjob ausgeführt. Verwenden Sie den ersten Bereitstellungstyp - Sie erhalten den Fehler über die Version 15.0, mit dem zweiten Typ - Sie sind nicht. Ich bin damit glücklich)))

+0

Vielen Dank für Ihre Tipps. Ja, ich habe festgestellt, dass die Bereitstellung aus Visual Studio die Antwort ist. Das war sicher nervig zu bewältigen! – JD284

0

Diese article hat mir geholfen, dieses Problem zu lösen. Ich hatte das gleiche Problem mit Visual Studio 2015 und SQL Server 2016 bei der Bereitstellung von ispac-Datei mit SSMS 2017. Als ich begann mit SSMS 2016 begann alles gut funktioniert.