Teilen über

Aktualisieren von Integration Services-Paketen

  • Artikel

Gilt für: SQL Server SSIS Integration Runtime in Azure Data Factory

Wenn Sie eine Instanz von SQL Server 2008 (10.0.x) auf das aktuelle Release von SQL Server upgraden, werden die vorhandenen SQL Server 2008 Integration Services-Pakete (SSIS) nicht automatisch auf das Paketformat upgegradet, das vom aktuellen SQL Server Integration Services-Release verwendet wird. Sie müssen eine Upgrademethode auswählen und die Pakete manuell aktualisieren.

Informationen zum Durchführen eines Upgrades für Pakete beim Konvertieren eines Projekts in das Projektbereitstellungsmodell finden Sie unter Bereitstellen von SQL Server Integration Services-Projekten und Paketen (SSIS).

Auswählen einer Upgrademethode

Sie können verschiedene Methoden verwenden, um Pakete für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) upzugraden. Bei einigen dieser Methoden wird das Upgrade nur temporär ausgeführt. Bei anderen wird das Upgrade dauerhaft ausgeführt. In der folgenden Tabelle wird jede dieser Methoden beschrieben, und es wird angegeben, ob das Upgrade temporär oder dauerhaft ausgeführt wird.

Hinweis

Wenn Sie ein Paket für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) mithilfe des Hilfsprogramms dtexec (dtexec.exe) ausführen, das mit dem aktuellen Release von SQL Server installiert wird, verlängert sich die Ausführungszeit für das Upgrade des temporären Pakets. Dabei hängt es von der Paketgröße ab, um welchen Zeitraum sich die Ausführungszeit verlängert. Zur Vermeidung einer längeren Ausführungszeit wird empfohlen, das Paket vor der Ausführung zu aktualisieren.

Hinweis

Bei Skriptkomponenten, die auf SSIS-bezogene Assemblys verweisen, die an die Version gebunden sind, kümmert sich der Upgradeprozess nicht um diese, sondern lässt sie unverändert. Ein manueller Updateverweis auf die neue Version ist erforderlich.

Upgrademethode Typ des Upgrades
Verwenden Sie das Hilfsprogramm dtexec (dtexec.exe), das mit dem aktuellen Release von SQL Server installiert wird, um ein Paket für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) auszuführen.

Weitere Informationen finden Sie hier.		 Das Paketupgrade ist vorübergehend.

Der Änderungen können nicht gespeichert werden.
Öffnen Sie eine Paketdatei für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) in SQL Server Data Tools (SSDT). Das Paketupgrade wird dauerhaft ausgeführt, wenn Sie das Paket speichern. Wenn Sie es nicht speichern, wird das Paketupgrade temporär ausgeführt.
Fügen Sie ein Paket für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) einem vorhandenen Projekt in SQL Server Data Tools (SSDT) hinzu. Das Paketupgrade ist dauerhaft.
Öffnen Sie eine Projektdatei aus SQL Server 2008 Integration Services (SSIS) oder höher in Visual Studio, und aktualisieren Sie mehrere Pakete im Projekt mit dem SSIS -Paketupgrade-Assistenten.

Weitere Informationen finden Sie unter Aktualisieren von Integration Services-Paketen mit dem SSIS-Paketupgrade-Assistenten und SSIS Paketupgrade-Assistent (F1-Hilfe).		 Das Paketupgrade ist dauerhaft.
Verwenden Sie das Hilfsprogramm Upgrade -Methode, um ein oder mehrere Integration Services -Pakete zu aktualisieren. Das Paketupgrade ist dauerhaft.

Benutzerdefinierte Anwendungen und benutzerdefinierte Komponenten

SQL Server 2005 Integration Services-Komponenten (SSIS) können nicht mit der aktuellen Version von SQL Server Integration Services upgegradet werden.

Sie können das aktuelle Release der SQL Server Integration Services-Tools verwenden, um Pakete auszuführen und zu verwalten, die benutzerdefinierte Komponenten für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) SSIS enthalten. Den folgenden Dateien wurden vier Bindungsumleitungsregeln hinzugefügt, um die Umleitung der Runtimeassemblys von Version 10.0.0.0 (SQL Server 2008 R2 (10.50.x)), Version 11.0.0.0 (SQL Server 2012 (11.x)) oder Version 12.0.0.0 (SQL Server 2014 (12.x)) bis Version 15.0.0.0 (SQL Server 2019 (15.x)) zu erleichtern.

  • DTExec.exe.config

  • dtshost.exe.config

  • DTSWizard.exe.config

  • DTUtil.exe.config

  • DTExecUI.exe.config

Wenn Sie SQL Server Data Tools verwenden möchten, um Pakete zu entwerfen, die benutzerdefinierte Komponenten für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) enthalten, müssen Sie die devenv.exe.config-Datei ändern, die sich unter „<Laufwerk>:\Programme\Microsoft Visual Studio 10.0\Common7\IDE“ befinden.

Zur Verwendung dieser Pakete mit Kundenanwendungen, die mit der Laufzeit für SQL Server 2019 (15.x)erstellt werden, schließen Sie die Umleitungsregeln in den Konfigurationsabschnitt der Datei *.exe.config für die ausführbare Datei ein. Die Laufzeitassemblys werden durch die Regeln zu Version 15.0.0.0 (SQL Server 2019 (15.x)) umgeleitet. Weitere Informationen zur Umleitung von Assemblyversionen finden Sie unter <assemblyBinding> Element für <runtime>.

Suchen der Assemblys

In SQL Server 2019 (15.x)wurden die Integration Services -Assemblys auf .NET 4.0 aktualisiert. Es ist ein separater globaler Assemblycache für .NET 4 verfügbar, der sich im Verzeichnis „<Laufwerk>:\Windows\Microsoft.NET\assembly“ befindet. Normalerweise befinden sich alle Integration Services -Assemblys unter diesem Pfad im Ordner GAC_MSIL.

Wie in früheren Versionen von SQL Server befinden sich die zentralen DLL-Dateien für die Integration Services-Erweiterbarkeit unter <Laufwerk>:\Program Files\Microsoft SQL Server\130\SDK\Assemblies.

Grundlegendes zu den Ergebnissen des SQL Server-Paketupgrades

Während des Paketupgrades werden die meisten Komponenten und Features in Paketen für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) nahtlos in ihre Äquivalente des aktuellen SQL Server-Release konvertiert. Allerdings gibt es einige Komponenten und Funktionen, die entweder nicht aktualisiert werden oder zu Upgradeergebnissen führen, über die Sie sich im Klaren sein müssen. In der folgenden Tabelle werden diese Komponenten und Funktionen aufgeführt.

Hinweis

Führen Sie Upgrade Advisor aus, um zu ermitteln, in welchen Paketen die in der Tabelle aufgeführten Probleme aufgetreten sind.

Komponente oder Funktion Upgradeergebnisse
Verbindungszeichenfolgen Die Namen bestimmter Paketanbieter für SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) haben sich geändert und erfordern andere Werte in den Verbindungszeichenfolgen. Führen Sie zum Aktualisieren der Verbindungszeichenfolgen einen der folgenden Schritte aus:

Aktualisieren Sie das Paket mit dem SSIS -Paketupgrade-Assistenten, und aktivieren Sie das Kontrollkästchen Verbindungszeichenfolgen zum Verwenden neuer Anbieternamen aktualisieren .

Aktivieren Sie in SQL Server Data Tools (SSDT)im Dialogfeld Optionen auf der Seite Allgemein die Option Verbindungszeichenfolgen zum Verwenden neuer Anbieternamen aktualisieren. Weitere Informationen zu dieser Option finden Sie auf der Seite „Allgemein“.

Öffnen Sie das Paket in SQL Server Data Tools (SSDT), und ändern Sie manuell den Text der ConnectionString-Eigenschaft.

Hinweis: Mithilfe der vorherigen Prozeduren ist es nicht möglich, eine Verbindungszeichenfolge zu aktualisieren, wenn diese entweder in einer Konfigurationsdatei oder einer Datenquellendatei gespeichert wird oder wenn ein Ausdruck die ConnectionString -Eigenschaft festlegt. Um die Verbindungszeichenfolge in diesen Fällen zu aktualisieren, müssen Sie die Datei oder den Ausdruck manuell aktualisieren.

Weitere Informationen zu Datenquellen finden Sie unter Datenquellen.

Skripts, die von "ADODB.dll" abhängen

Skripttask- und Skriptkomponentenskripts, die explizit auf "ADODB.dll" verweisen, können auf Computern, auf denen SQL Server Management Studio oder SQL Server Data Tools (SSDT) nicht installiert ist, weder aktualisiert noch ausgeführt werden. Zum Aktualisieren dieser Skripttask- und Skriptkomponentenskripts sollten Sie die Abhängigkeit auf „ADODB.dll“ entfernen. Ado.Net ist die empfohlene Alternative für verwalteten Code, beispielsweise VB- und C#-Skripts.