Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
gäller för:
SQL Server SSIS Integration Runtime i Azure Data Factory
När du uppgraderar äldre versioner av SQL Server till den aktuella versionen kan dina befintliga služba SSIS (SSIS)-paket inte automatiskt uppgraderas till det paketformat som den aktuella versionen använder. I detta scenario måste du välja en uppgraderingsmetod och manuellt uppgradera dina paket.
Viktigt!
När du uppgraderar SQL Server 2012 (11.x) till SQL Server 2014 (12.x) eller nyare versioner, se till att du tar bort den ursprungliga SQL Server 2012 (11.x)-instansen efter uppgraderingen. Om du prenumererar på Extended Security Updates för SQL Server debiteras du för båda instanserna.
För information om hur du uppgraderar paket när du konverterar ett projekt till projektdistributionsmodellen, se Deploy Integration Services (SSIS) Projects and Packages.
Välj en uppgraderingsmetod
Du kan använda olika metoder för att uppgradera SSIS-paket i äldre versioner av SQL Server. För vissa av dessa metoder är uppgraderingen endast tillfällig. För andra är uppgraderingen permanent. I följande tabell beskrivs var och en av dessa metoder och om uppgraderingen är tillfällig eller permanent.
Anmärkning
När du kör ett SQL Server 2014 (12.x) eller tidigare paket med hjälp av dtexec det verktyg (dtexec.exe) som är installerat med den aktuella versionen av SQL Server, ökar den tillfälliga paketuppgraderingen exekveringstiden. Ökningstakten i paketkörningstiden varierar beroende på paketets storlek. För att undvika en ökning av exekveringstiden, uppgradera paketet innan du kör det.
För skriptkomponenter som refererar till SSIS-relaterade assemblies som binder med version, behåller uppgraderingsprocessen dessa komponenter oförändrade. Du måste manuellt uppdatera referensen till den nya versionen.
| Uppgraderingsmetod | Typ av uppgradering |
|---|---|
Använd dtexec verktyget (dtexec.exe) som installeras med den aktuella versionen av SQL Server för att köra en SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) eller SQL Server 2014 (12.x)-paket.Mer information finns i dtexec Utility. |
Paketuppgradningen är tillfällig. Förändringarna kan inte räddas. |
| Öppna en SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) eller SQL Server 2014 (12.x) paketfil i SQL Server Data Tools (SSDT). | Paketuppgraderingen är permanent om du sparar paketet; Annars är det tillfälligt om du inte räddar paketet. |
| Lägg till ett SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) eller SQL Server 2014 (12.x) i ett befintligt projekt i SQL Server Data Tools (SSDT). | Paketuppgradningen är permanent. |
| Öppna en SQL Server 2008 Integration Services (SSIS) eller senare projektfil i Visual Studio och använd sedan uppgraderingsguiden för SSIS-paket för att uppgradera flera paket i projektet. Mer information finns i Uppgradera Integration Services-paket med hjälp av uppgraderingsguiden för SSIS-paket och SSIS-paketuppgraderingSguideN F1 Hjälp. |
Paketuppgradningen är permanent. |
| Använd metoden Upgrade för att uppgradera ett eller flera Integration Services-paket. | Paketuppgradningen är permanent. |
Anpassade applikationer och specialanpassade komponenter
SQL Server 2005 Integration Services (SSIS) anpassade komponenter fungerar inte med den nuvarande versionen av SSIS.
Du kan dock använda den nuvarande versionen av SSIS-verktyg för att köra och hantera paket för anpassade komponenter från SQL Server 2008 (10.0.x) till SQL Server 2014 (12.x). För att hjälpa till att omdirigera runtime-assemblies från version 10.0.0.0 (SQL Server 2008 R2 (10.50.x)), version 11.0.0.0 (SQL Server 2012 (11.x)) eller version 12.0.0.0 (SQL Server 2014 (12.x)) till version 15.0.0.0 (SQL Server 2019 (15.x)), har fyra bindningsomdirigeringsregler lagts till i följande filer:
- DTExec.exe.config
- dtshost.exe.config
- DTSWizard.exe.config
- DTUtil.exe.config
- DTExecUI.exe.config
För att använda SQL Server Data Tools för att designa paket som inkluderar anpassade komponenter för SQL Server 2014 (12.x) och tidigare versioner, ändra devenv.exe.config filen som finns i <drive>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.
För att använda dessa paket med anpassade program som bygger på körningen för SQL Server 2019 (15.x) ska du inkludera omdirigeringsregler i konfigurationsavsnittet i *.exe.config-filen för den körbara filen. Reglerna omdirigerar körningssammansättningarna till version 15.0.0.0 (SQL Server 2019 (15.x)). Mer information om omdirigering av version av assembly finns i <assemblyBinding>-elementet för <runtime>.
Lokalisera samlingarna
I SQL Server 2019 (15.x) uppgraderades Integration Services-sammansättningarna till .NET 4.0. Det finns en separat global assemblercache för .NET 4, belägen i <drive>:\Windows\Microsoft.NET\assembly. Du kan hitta alla Integration Services-assemblies under denna sökväg, vanligtvis i mappen GAC_MSIL .
Precis som i tidigare versioner av SQL Server finns även de grundläggande utökningsfilerna för Integration Services på <drive>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies.dll.
Förstå resultaten för SQL Server-paketuppgraderingar
Under paketuppgraderingsprocessen konverteras de flesta komponenter och funktioner i paket från SQL Server 2014 (12.x) och tidigare versioner sömlöst till sina motsvarigheter i den nuvarande versionen av SQL Server. Det finns dock flera komponenter och funktioner som antingen inte är uppgraderade, eller som har uppgraderingsresultat som du bör känna till.
För att identifiera vilka paket som har problemen som listas i detta avsnitt, kör Upgrade Advisor.
Anslutningssträngar
För paket i SQL Server 2014 (12.x) och tidigare versioner har namnen på vissa leverantörer ändrats och kräver olika värden i anslutningssträngarna. Om du vill uppdatera anslutningssträngarna använder du någon av följande procedurer:
- Använd uppgraderingsguiden för SSIS-paket för att uppgradera paketet och välj alternativet Uppdatera anslutningssträngar för att använda nya providernamn .
- I SQL Server Data Tools (SSDT) på sidan Allmänt i dialogrutan Alternativ väljer du alternativet Uppdatera anslutningssträngar för att använda nya providernamn . Mer information om det här alternativet finns på sidan Allmänt.
- I SQL Server Data Tools (SSDT) öppnar du paketet och ändrar texten i egenskapen ConnectionString manuellt.
Du kan inte använda dessa procedurer för att uppdatera en reťazec pripojenia när reťazec pripojenia lagras antingen i en konfigurationsfil eller en datakällfil, eller när ett uttryck sätter egenskapen ConnectionString. Om du vill uppdatera anslutningssträngen i dessa fall måste du uppdatera filen eller uttrycket manuellt. För mer information om datakällor, se Data Sources for Integration Services-paket.
Skript som är beroende av ADODB.DLL
Script Task- och Script Component-skript som uttryckligen refererar till ADODB.DLL kanske inte kan uppgraderas eller köras på datorer där SQL Server Management Studio eller SQL Server Data Tools (SSDT) inte är installerat. För att uppgradera dessa Script Task- eller Script Component-skript, ta bort beroendet av ADODB.DLL. Använd ADO.NET som alternativ för hanterad kod som VB- och C#-skript.