Die Protokolle für den fehlgeschlagenen Job lauten wie folgt:
04/11/2014 06: 40: 00, LPR_New, Fehler, 0, USPHND0088, LPR_New, (Job Ergebnis) ,, Der Job ist fehlgeschlagen. Der Job wurde von Schedule 14 aufgerufen (LPR_New_Job) Der letzte Schritt war Schritt 1 (Upload Material)., 00: 00: 00,0,0 ,,,, 0
04/11/2014 06: 40: 00, LPR_New, Fehler, 1, USPHND0088, LPR_New, Upload Material ,, Als Benutzer ausgeführt: nestle \ ussqldbserver. ... 00.5324.00 für 32-Bit Copyright (C) Microsoft Corp 1984-2005. Alle Rechte vorbehalten.
Beginn: 6:40:00 Uhr Fehler: 2014-04-11 06: 40: 00.39 Code: 0xC001700A Quelle: Beschreibung: Die Versionsnummer in der Paket ist nicht gültig. Die Versionsnummer darf nicht größer als sein aktuelle Versionsnummer Ende Fehler Fehler: 2014-04-11 06: 40: 00.39
Code: 0xC0016020 Quelle: Beschreibung: Paketmigration von Version 3 bis Version 2 fehlgeschlagen mit Fehler 0xC001700A "Die Version Nummer im Paket ist nicht gültig. Die Versionsnummer kann nicht sein größer als die aktuelle Versionsnummer. ". Ende Fehler Fehler: 2014-04-11 06: 40: 00.39 Code: 0xC0010018 Quelle: Beschreibung: Fehler Ladewert "3" vom Knoten "DTS: Eigenschaft". End Error Das Paket konnte nicht geladen werden "\ usphnd0088 \ dataxfer \ LPR \ LPR Neu \ UploadMaterial.dtsx" becau ... Prozess Beendigungscode 5. Der Schritt ist fehlgeschlagen., 00: 00: 00,0,0 ,,,, 0
Haben Sie überprüft, in welcher Version von BIDS die Projektdatei erstellt wurde? Dies geschieht, wenn sich die Version des SQL-Server-Agenten von der Version unterscheidet, mit der das Projekt erstellt wurde, in dem sich das SSIS-Paket befindet.
Es gibt einen Vorschlag, das Projekt in der richtigen Version von BIDS neu zu erstellen, die mit dem Server-Agenten übereinstimmt, mit dem der Job ausgeführt wurde. Eine andere Option besteht darin, den Speicherort / Pfad der DTEXEC-Datei festzulegen, die Sie verwenden möchten (abhängig von der verwendeten Version).
In diesem Blog: Ссылка
Die zugrunde liegende Ursache ist, dass SSDT BI 2014 für Visual Studio 2013 derzeit (September 2014) keine SSIS-Pakete für SQL Server 2012 unterstützt.
Es handelt sich um eine häufige Funktion, und die Produktgruppe ist sich der Nachfrage durchaus bewusst.
Derzeit funktioniert SSDT für VS 2013 nur mit SQL Server 2014. Sie müssen SSDT-BI für Visual Studio 2012 mit SQL Server 2012 SSISDB verwenden.
Um eine neuere Antwort mithilfe der SQL Server-Datentools 2015 bereitzustellen, können Sie die Bereitstellungszielversion für Ihr Integrationsprojekt auf 2012, 2014 oder 2016 festlegen (Standardeinstellung ist 2016 und führt zu Versionsnummernfehlern in 2012/2014-DBs bis du es richtig eingestellt hast). Ich stelle SQL 2012-Integrationen jetzt erfolgreich von SSDT 2015 nach Einstellung auf "SQL Server 2012" bereit.
Tags und Links ssis