SSIS Error - Numer wersji w pakiecie nie jest ważna

Question

Dzienniki odpowiadające nieudanego zadania są następujące:

04/11/2014 06:40:00,LPR_New,Error,0,USPHND0088,LPR_New,(Job outcome),,The job failed. The Job was invoked by Schedule 14 (LPR_New_Job). The last step to run was step 1 (Upload Material).,00:00:00,0,0,,,,0

04/11/2014 06:40:00,LPR_New,Error,1,USPHND0088,LPR_New,Upload Material,,Executed as user: nestle\ussqldbserver. ...00.5324.00 for 32-bit Copyright (C) Microsoft Corp 1984-2005. All rights reserved.
Started: 6:40:00 AM Error: 2014-04-11 06:40:00.39 Code: 0xC001700A Source: Description: The version number in the package is not valid. The version number cannot be greater than current version number. End Error Error: 2014-04-11 06:40:00.39
Code: 0xC0016020 Source: Description: Package migration from version 3 to version 2 failed with error 0xC001700A "The version number in the package is not valid. The version number cannot be greater than current version number.". End Error Error: 2014-04-11 06:40:00.39 Code: 0xC0010018 Source: Description: Error loading value "3" from node "DTS:Property". End Error Could not load package "\usphnd0088\dataxfer\LPR\LPR New\UploadMaterial.dtsx" becau... Process Exit Code 5. The step failed.,00:00:00,0,0,,,,0

Answer 1

Czy można sprawdzić, jaki wersję ofertach Plik projektu został zbudowany w? Dzieje się tak, gdy wersja agenta serwera SQL różni się od wersji używanej do zbudowania projektu, w którym znajduje się pakiet SSIS.

Proponuje się przebudować projekt w prawidłowej wersji OFERTY, która odpowiada agentowi serwera używanemu do uruchomić zadanie. Inną opcją jest ustawienie lokalizacji/ścieżki pliku DTEXEC, którego chcesz użyć (w zależności od używanej wersji).

Odniesienia: MSDN/Package migration from version 3 to version 2 failed with error 0xC001700A. The version number in the package is not valid. The version number cannot be greater than current version number.

Answer 2

Na tym blogu: http://blogs.msdn.com/b/jason_howell/archive/2014/09/30/ssis-error-when-deploying-from-vs-2013-to-ssisdb-in-sql-2012.aspx

Podstawową przyczyną jest to, że obecnie (wrzesień 2014 ramy czasowe) SSDT BI 2014 dla Visual Studio 2013 nie obsługuje pakietów SSIS SQL Server 2012.

Jest to wspólna cecha wniosek, a grupa produktów zdaje sobie sprawę z popytu.

http://connect.microsoft.com/SQLServer/feedbackdetail/view/944882/ssdt-bi-2014-backward-compatibility-for-ssis-2012

Obecnie SSDT dla VS 2013 działa tylko z SQL Server 2014. Trzeba użyć SSDT-BI dla Visual Studio 2012 z SQL Server 2012 SSISDB.

Answer 3

Aby zapewnić nowszą odpowiedź, przy użyciu narzędzia Data Server 2015 programu SQL Server można ustawić wersję docelową wdrożenia dla projektu integracji na 2012, 2014 lub 2016 (domyślnie jest to rok 2016 i spowoduje błędy numeru wersji w 2012/2014 DB, dopóki nie ustawisz go poprawnie). Udało mi się wdrożyć integrację SQL 2012 teraz z SSDT 2015 po ustawieniu na "SQL Server 2012".