Benutzer mit den meisten Antworten
SSIS Error 0xC0010018

Frage
-
Hallo,
wir haben seit heute enorme Probleme mit all unseren SSIS Paketen. Über das Wochenende hinweg wurden die Pakete ebenso wenig verändert wie der damit zusammenhängende Dienst.
Die SSIS Pakete machen im Grunde nichts großartiges. Im Prinzip nur eine Reihe von einfachen SQL-Befehlen.
Die Fehlermeldung hatten wir in der Form noch nie und es wurde nach unserem Wissen auch wie gesagt nichts in den letzten Tagen verändert, was mit der Ausführung der SSIS Pakete zutun hat. Deshalb sind wir relativ ratlos.
Wir haben auch schon versucht das Paket von unserem lokalen Rechner (64 bit) auf dem Server (64 bit) auszuführen, weil hier einige ähnliche Probleme hatten und das mit den bit-versionen zusammen hing, aber es kommt nach wie vor derselbe Fehler.
Es wäre sehr nett, wenn man uns hier aushelfen könnte.
Hier die Fehlermeldung eines der SSIS Pakete:
Microsoft (R) SQL Server-PaketausfÂhrungsprogramm Version 10.50.1600.1 for 64-bit Copyright (C) Microsoft Corporation 2010. Alle Rechte vorbehalten. Gestartet: 15:26:50 Fehler: 2012-05-07 15:26:50.28 Code: 0xC0010018 Quelle: Datenflusstask Beschreibung: Fehler beim Laden des Tasks 'Datenflusstask', Typ 'SSIS.Pipeline.2'. Die Kontaktinformationen fÂr diesen Task lauten 'Performs high-performance data extraction, transformation and loading;Microsoft Corporation; Microsoft SQL Server v10; (C) 2007 Microsoft Corporation; All Rights Reserved;http://www.microsoft.com/sql/support/default.asp;1'. Fehlerende Fehler: 2012-05-07 15:26:50.30 Code: 0xC0010026 Quelle: Datenflusstask Beschreibung: Fehler beim Laden des Tasks. Die Kontaktinformationen fÂr diesen Task lauten 'Performs high-performance data extraction, transformation and loading;Microsoft Corporation; Microsoft SQL Server v10; (C) 2007 Microsoft Corporation; All Rights Reserved;http://www.microsoft.com/sql/support/default.asp;1'. Fehlerende Fehler: 2012-05-07 15:26:50.30 Code: 0xC0024107 Quelle: Datenflusstask Beschreibung: Fehler bei der TaskÂberprÂfung. Fehlerende Fehler: 2012-05-07 15:26:50.30 Code: 0xC0010025 Quelle: Abzug Beschreibung: Das Paket kann nicht ausgefÂhrt werden, weil es Tasks enth„lt, die nicht geladen werden konnten. Fehlerende DTExec: Die PaketausfÂhrung wurde beendet. DTSER_FAILURE (1). Gestartet: 15:26:50 Beendet: 15:26:50 Verstrichen: 0.187 Sekunden
- Bearbeitet shine85 Montag, 7. Mai 2012 14:31
Antworten
-
Ok, es funktioniert jetzt wieder. Habe die SQL Server 2008 R2 Installation einfach repariert.
Was mir aufgefallen ist: In der Ereignislog wurden in den letzten x Tagen (seitdem die Ausführung der SSIS Protokolle nicht mehr funktioniert hat) keine Meldung mehr bezüglich des "SQLISPackage100" gezeigt. Der gibt normalerweise Statusmeldungen wie "Paket x wird gestartet" aus.
Ich denke wir werden in Zukunft versuchen von SSIS wegzukommen. Für den produktiven Betrieb ist es einfach noch zu instabil.
- Als Antwort markiert Robert BreitenhoferModerator Dienstag, 15. Mai 2012 09:44
Alle Antworten
-
Hallo,
was passiert denn, wenn du das Paket im BIDS öffnest?
bekommst du dann einen Fehler angezeigt?
Habt Ihr das Deployment von dem Paket im Dateisystem vorgenommen oder liegt das Paket zur Ausführung auf dem SQL Server in der msdb Datenbank?
Werden in dem Paket Excel Ziele oder Quellen verwendet, diese laufen nicht in der 64-Bit Umgebung, allerdings würden diese Tasks eine andere Fehlermeldung werfen.
Man kann auf einem 64-Bit Server die Pakete auch in einer 32-Bit Laufzeitumgebung ausführen, dies kann man im SQL Server Agent auf den eigenschaften des SSIS Tasks konfigurieren, dies geht dann auf dem Reiter "Ausführungsoptionen" da kann man den "Haken 32-Bit Laufzeitumgebung verwen setzen", dies aber nur nebenbei, da ich den Fehler im SSIS Paket selber vermute.
Oder wen DTEXEC verwendet wird kann man die 32-Bit version davon verwenden siehe: http://msdn.microsoft.com/de-de/library/ms162810(v=sql.105).aspx
Viele Grüße
Theo
-
Hallo!
Du hast da auch noch die RTM-Version laufen, oder?Spendiere da mal wenigstens das SP1 und teste es dann erneut:
http://support.microsoft.com/kb/2528583Einen schönen Tag noch,
Christoph
--
Microsoft SQL Server MVP
www.insidesql.org/blogs/cmu -
Wenn ich das Paket lokal auf meinem Rechner ausführe läuft es durch. Wenn ich aber "von außen" versuche es zu starten läuft es nicht.
Die Pakete liegen auf einem Server (32 bit) und ausgeführt wird es von einem anderen Server (64 bit).
Der Fehler ist nicht in den SSIS-Paketen selber. Es sind ja etwa 20 verschiedene Pakete betroffen, die vorher ohne Probleme liefen. Das Ganze steht im Zusammenhang mit den Datenflusstasks. Da taucht der Fehler jedes mal auf.
Wir benutzen keinen SQL Server Agent in der ursprünglichen Form. Muss mir den Dienst, der hier zusammengeschustert wurde selber gleich mal anschauen.
Ich gehe mittlerweile fest davon aus, dass der Dienst, der die SQL Operationen handelt Probleme macht. Ich kenne mich in dem Bereich aber auch nicht so gut aus. Deshalb ist das relativ schwierig.
-
Ok, es funktioniert jetzt wieder. Habe die SQL Server 2008 R2 Installation einfach repariert.
Was mir aufgefallen ist: In der Ereignislog wurden in den letzten x Tagen (seitdem die Ausführung der SSIS Protokolle nicht mehr funktioniert hat) keine Meldung mehr bezüglich des "SQLISPackage100" gezeigt. Der gibt normalerweise Statusmeldungen wie "Paket x wird gestartet" aus.
Ich denke wir werden in Zukunft versuchen von SSIS wegzukommen. Für den produktiven Betrieb ist es einfach noch zu instabil.
- Als Antwort markiert Robert BreitenhoferModerator Dienstag, 15. Mai 2012 09:44
-
Ich glaube nicht, dass Du mit Deiner Einschätzung da richtig liegst. SSIS ist absolut stabil und hochperformant. Viele große Installationen werden damit betrieben.
Achte aber bitte auch auf die aktuellen ServicePacks und evtl. auch Cumulative Updates.
Einen schönen Tag noch,
Christoph
--
Microsoft SQL Server MVP
www.insidesql.org/blogs/cmu -
Ich denke wir werden in Zukunft versuchen von SSIS wegzukommen. Für den produktiven Betrieb ist es einfach noch zu instabil.
Ich sehe das so wie Christoph,
ich kenne wenige Produkte die so stabil und performant auch in großen Umfeldern laufen und mit denen man so schnell komplexe ETL und Mining Prozesse entwickeln kann.
Gruß
Theo