SSISDB bei Paket ausführen Fehler.

Question

Guten Tag,

Bitte um Hilfe -bin langsam am Verzweifeln.

Ich habe ein Projekt - Integration Services im Visual Studio erstellt . Daten werden aus einer csv -Datei in eine Tabelle/Datenbank hochgeladen. Die ganze Sache funktioniert ja fein, wenn ich das im Visual Studio ausführe. 

Da ich das automatisieren möchte, habe ich das Projekt am SQL-Server bereitgestellt - auch kein Problem.

Nur wenn ich das Paket ausführe, bekomme ich diese Fehlermeldungen... 

Verwende Visual Studio: 2015 

MSSSQL: 2012 hängt das, weil die Versionen - Visual Studio und DB unterschiedlich sind?

Bitte um Info

Danke 

Grüße Danijel

Answer 1

Hallo Danijel,

probier mal, die Einstellungen für das Paket und ggfs. auch den SQL Server Agent Job 32 Bit einzustellen.

Siehe dazu:

  Why “Package Load error 0xC0010014 in CPackage::LoadFromXML” error appears while trying to run an SSIS Package ?

---

Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET (2001-2018)
https://www.asp-solutions.de/ - IT Beratung, Softwareentwicklung, Remotesupport

Answer 2

Ich denke eher, dass ein Downgrade von Version 8 auf Version 6 nicht möglich ist, wie die letzte Meldung ja aussagt.

Und was die Bit-Version einer Assembly angeht, so kann ich diese nur für Exe's einstellen.
DLL's werden immer in der Version (32/64-Bit) ausgeführt, die die aufrufende Exe hat.
Dies stellt ins besonders ein Problem dar, wenn ich per Interop auf 32-Bit-Ressourcen zugreifen will, was in 64-Bit nicht möglich ist und umgekehrt.
Für solche Szenarien muss ich mich dann mal mit DLLSurrogate beschäftigen.

Dies hat jetzt nichts mit der zu hohen Version zu tun
Laut Doku kann man mit den SSDT-Tools auch für ältere Versionen bereitstellen, allerdings finde ich da im Moment nicht die Einstallung dazu.
Es gibt auf jeden Fall zukünftig Einschränkungen bzgl. des Downgrades z.B. mit VS17, da wird SSDT für Server 12 nicht mehr unterstützt.

Answer 3

Hallo Stefan,

hab es  versucht, wieder das gleiche.

Ich habe noch diese Einstellung definiert:

Wieder derselbe Fehler...

Grüße 

Danijel

Answer 4

Hi,

man kann die Einstellung für 32/64 Bit sowohl für das SSIS Paket als auch für den SQL Agent Job einstellen. Ich hatte exakt denselben Fehler (un der mit der Versionsnummer, das war mir allerdings entfallen) letztens bei einer Migration auf dem neuen Zielsystem.

Nach Änderung der TargetServerVersion und der Vereinheitlichung der Prozessorarchitektur im Paket und im SQL Agent Job hat es bei mir geklappt.

---

Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET (2001-2018)
https://www.asp-solutions.de/ - IT Beratung, Softwareentwicklung, Remotesupport

Answer 5

Wenn man sich den Fehlerstack ansieht, so passiert dies beim LoadFromXML. Dies hat mit 32/64-Bit doch gar nichts zu tun. Außerdem wird von der .Net-Runtime das Laden von DLL's der falschen Bit-Version, die nur in einem Manifest stehen kann (denn eigentlich ist das ja egal), gar nicht erst ermöglicht.

https://docs.microsoft.com/de-de/sql/reporting-services/tools/deployment-and-version-support-in-sql-server-data-tools-ssrs?view=sql-server-2017

Zu beachten ist ggf. folgender Hinweis:

"Wenn Sie die frühere Version von SQL Server Reporting Services im Dialogfeld Projekteigenschaften angeben, werden die Berichte nicht automatisch in der früheren Version wiederhergestellt. Das bedeutet, dass ein Berichtsserverprojekt Berichte aus zwei verschiedenen Versionen von SQL Serverenthalten kann. Wenn das Berichtsserverprojekt bereitgestellt wird, werden alle im Projekt enthaltenen Berichte in die Version konvertiert, die in TargetServerVersion angegeben ist."

Jetzt sucht man leider vergebens, was denn genau die Version 6 oder 8 ist.

Answer 6

Hallo,

folgende Einstellungen habe ich gemacht: 

Das Paket habe ich bereitgestellt und das Paket gleich ausgeführt, ohne irgendwie den SQL-Agent einzusetzen...

Grüße Danijel

Answer 7

Guten Morgen,

...bin auf den Fehler drauf gekommen.

Ich verwende Lokal die neueste Version von: Microsoft SQL Server Management Studio 17

Wenn ich ein Paket mit dieser  Version auf einem SQL-Server 2012 bereitstellen möchte, bekomme ich die oben schwindligen Fehlermeldungen.

Wenn ich das Paket direkt am Server mit dem Microsoft SQL Server Management Studio bereitstelle - funktioniert alles 

Ich hoffe, das hilft Mal wem...

Danke

Grüße Danijel