Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of mappen te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen om mappen te wijzigen.
van toepassing op:
SQL Server SSIS Integration Runtime in Azure Data Factory
Wanneer je oudere versies van SQL Server upgradet naar de huidige release, worden je bestaande SQL Server Integration Services (SSIS)-pakketten mogelijk niet automatisch geüpgraded naar het pakketformaat dat de huidige release gebruikt. In dit scenario moet je een upgrademethode kiezen en je pakketten handmatig upgraden.
Belangrijk
Wanneer je SQL Server 2012 (11.x) upgrade naar SQL Server 2014 (12.x) of latere versies, zorg er dan voor dat je de originele SQL Server 2012 (11.x) instantie verwijdert na de upgrade. Als je je abonneert op Extended Security Updates voor SQL Server, word je voor beide instanties gefactureerd.
Voor informatie over het upgraden van pakketten wanneer je een project converteert naar het projectimplementatiemodel, zie Deploy Integration Services (SSIS) Projects and Packages.
Selecteer een upgrademethode
Je kunt verschillende methoden gebruiken om SSIS-pakketten te upgraden in oudere versies van SQL Server. Voor sommige van deze methoden is de upgrade alleen tijdelijk. Voor anderen is de upgrade permanent. In de volgende tabel wordt elk van deze methoden beschreven en of de upgrade tijdelijk of permanent is.
Opmerking
Wanneer je een SQL Server 2014 (12.x) of eerdere versie uitvoert met het dtexec hulpprogramma (dtexec.exe) dat is geïnstalleerd met de huidige versie van SQL Server, verlengt de tijdelijke pakketupgrade de uitvoeringstijd. De snelheid van de toename van de uitvoeringstijd van het pakket varieert, afhankelijk van de grootte van het pakket. Om een toename van de uitvoeringstijd te voorkomen, upgrade je het pakket voordat je het uitvoert.
Voor Script-componenten die verwijzen naar SSIS-gerelateerde assembly's met versiegebonden binding, laat het upgradeproces deze componenten ongewijzigd. Je moet de referentie handmatig bijwerken naar de nieuwe versie.
| Upgrademethode | Soort upgrade |
|---|---|
Gebruik de dtexec utility (dtexec.exe) die met de huidige release van SQL Server is geïnstalleerd om een SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) of SQL Server 2014 (12.x) pakket uit te voeren.Zie dtexec Utilityvoor meer informatie. |
De pakketupgrade is tijdelijk. De veranderingen kunnen niet worden gered. |
| Open een SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) of SQL Server 2014-pakketbestand (12.x) in SQL Server Data Tools (SSDT). | De pakketupgrade is permanent als je het pakket opslaat; Anders is het tijdelijk als je het pakket niet opslaat. |
| Voeg een SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) of SQL Server 2014 (12.x) toe aan een bestaand project in SQL Server Data Tools (SSDT). | De pakketupgrade is blijvend. |
| Open een SSIS-projectbestand (SQL Server 2008 Integration Services) of hoger in Visual Studio en gebruik vervolgens de wizard SSIS-pakketupgrade om meerdere pakketten in het project te upgraden. Voor meer informatie, zie Integration Services-pakketten upgraden met behulp van de wizard SSIS-pakketupgrade en SSIS-pakketupgrade wizard F1 Help. |
De pakketupgrade is blijvend. |
| Gebruik de Upgrade methode om een of meer Integration Services-pakketten te upgraden. | De pakketupgrade is blijvend. |
Aangepaste toepassingen en aangepaste componenten
SQL Server 2005 Integration Services (SSIS) aangepaste componenten werken niet met de huidige versie van SSIS.
Je kunt echter de huidige versie van SSIS-tools gebruiken om pakketten voor aangepaste componenten te draaien en beheren van SQL Server 2008 (10.0.x) tot en met SQL Server 2014 (12.x). Om de runtime-assemblies te helpen omleiden van versie 10.0.0.0 (SQL Server 2008 R2 (10.50.x)), versie 11.0.0.0 (SQL Server 2012 (11.x)), of versie 12.0.0.0 (SQL Server 2014 (12.x)) naar versie 15.0.0.0 (SQL Server 2019 (15.x)), worden vier bindingsredirection-regels toegevoegd aan de volgende bestanden:
- DTExec.exe.config
- dtshost.exe.config
- DTSWizard.exe.config
- DTUtil.exe.config
- DTExecUI.exe.config
Om SQL Server Data Tools te gebruiken om pakketten te ontwerpen die aangepaste componenten bevatten voor SQL Server 2014 (12.x) en eerdere versies, verander je het devenv.exe.config bestand dat zich bevindt op <drive>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.
Om deze pakketten te gebruiken met aangepaste applicaties die zijn gebouwd met de runtime voor SQL Server 2019 (15.x), moet je redirectieregels opnemen in het configuratiegedeelte van het *.exe.config bestand voor het uitvoerbare bestand. De regels leiden de runtime-assembly's om naar versie 15.0.0.0 (SQL Server 2019 (15.x)). Voor meer informatie over versieherleiding van assemblies, zie <assemblyBinding>-element voor <runtime>.
Zoek de samenstellingen op
In SQL Server 2019 (15.x) zijn de Integration Services-assembly's bijgewerkt naar .NET 4.0. Er is een aparte globale assemblycache voor .NET 4, gelegen in <drive>:\Windows\Microsoft.NET\assembly. Je kunt alle Integration Services-assemblies onder dit pad vinden, meestal in de GAC_MSIL map.
Zoals in eerdere versies van SQL Server zijn de belangrijkste uitbreidbaarheidsbestanden van Integration Services <drive>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies ook te vinden op .dll.
Begrijp de upgraderesultaten van SQL Server-pakketten
Tijdens het upgradeproces van pakketten worden de meeste componenten en functies in pakketten van SQL Server 2014 (12.x) en eerdere versies naadloos omgezet naar hun tegenhangers in de huidige versie van SQL Server. Er zijn echter verschillende componenten en functies die ofwel niet zijn geüpgraded, of waarvan je op de hoogte moet zijn.
Om te identificeren welke pakketten de problemen in deze sectie hebben, start Upgrade Advisor.
Aansluitstrengen
Voor pakketten in SQL Server 2014 (12.x) en eerdere versies zijn de namen van bepaalde providers veranderd en vereisen ze verschillende waarden in de verbindingsstrings. Gebruik een van de volgende procedures om de verbindingsreeksen bij te werken:
- Gebruik de SSIS-pakketupgrade-wizard om het pakket te upgraden en selecteer de optie verbindingsreeksen bijwerken om nieuwe providernamen te gebruiken.
- Selecteer in SQL Server Data Tools (SSDT) op de pagina Algemeen van het dialoogvenster Opties de optie verbindingsreeksen bijwerken om nieuwe providernamen te gebruiken. Zie Algemene pagina voor meer informatie over deze optie.
- Open het pakket in SQL Server Data Tools (SSDT) en wijzig de tekst van de eigenschap ConnectionString handmatig.
Je kunt deze procedures niet gebruiken om een verbindingsreeks bij te werken wanneer de verbindingsreeks wordt opgeslagen in een configuratiebestand of een databronbestand, of wanneer een expressie de ConnectionString-eigenschap instelt. Als u de verbindingsreeks in deze gevallen wilt bijwerken, moet u het bestand of de expressie handmatig bijwerken. Voor meer informatie over databronnen, zie Data Sources for Integration Services-pakketten.
Scripts die afhankelijk zijn van ADODB.DLL
Script Task- en Script Component-scripts die expliciet verwijzen naar ADODB.DLL kunnen mogelijk niet worden geüpgraded of uitgevoerd op computers waarop SQL Server Management Studio of SQL Server Data Tools (SSDT) niet is geïnstalleerd. Om deze Script Task- of Script Component-scripts te upgraden, verwijder je de afhankelijkheid van ADODB.DLL. Gebruik ADO.NET als alternatief voor beheerde code zoals VB- en C#-scripts.