Aktualisieren von Integration Services-Paketen

  • Artikel

Wenn Sie ein Upgrade eines instance von SQL Server 2005 oder SQL Server 2008 auf das aktuelle Release von SQL Server durchführen, werden Ihre vorhandenen SQL Server 2008 Integration Services-Pakete (SSIS) nicht automatisch auf das Paketformat aktualisiert, das die aktuelle Version von SQL ServerIntegration Services verwendet. Sie müssen eine Upgrademethode auswählen und die Pakete manuell aktualisieren.

Wenn Sie ein SQL Server 2005-Paket aktualisieren, migriert Integration Services die Skripts in allen Skripttasks und Skriptkomponenten zu Microsoft Visual Studio-Tools für Anwendungen (VSTA). In SQL Server 2005 verwendeten die Skripts in Skripttasks oder Skriptkomponenten Microsoft Visual Studio for Applications (VSA). Weitere Informationen zu Änderungen, die möglicherweise vor der Migration an Skripts vorgenommen werden müssen und zu Fehlern bei der Skriptkonvertierung führen, finden Sie unter Migrieren von Skripts zu VSTA.

Für Informationen zum Aktualisieren von Paketen beim Konvertieren eines Projekts für das Projektbereitstellungsmodell finden Sie unter Deploy Projects to Integration Services Server.

SQL Server 2000 Data Transformation Services-Pakete

Die Unterstützung für das Migrieren oder Ausführen von DTS-Paketen (Data Transformation Services) wurde in der aktuellen Version von SQL ServerIntegration Services eingestellt. Folgende DTS-Funktionen werden nicht mehr unterstützt:

  • DTS-Laufzeit

  • DTS-API

  • Paketmigrations-Assistent zum Migrieren von DTS-Paketen zur nächsten Version von Integration Services

  • Unterstützung für DTS-Paketwartung in SQL Server Management Studio

  • DTS 2000-Paket ausführen (Task)

  • Scannen von DTS-Paketen durch den Upgrade Advisor

Die nachstehenden Optionen sind für das Migrieren von DTS-Paketen verfügbar.

Auswählen einer Upgrademethode

Sie können verschiedene Methoden verwenden, um SQL Server 2005- und SQL Server 2008-Pakete zu aktualisieren. 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 SQL Server 2005- oder SQL Server 2008-Paket mit dem Hilfsprogramm dtexec (dtexec.exe) ausführen, das mit der aktuellen Version von SQL Server installiert wird, erhöht das temporäre Paketupgrade die Ausführungszeit. 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.

Upgrademethode Typ des Upgrades
Verwenden Sie das hilfsprogramm dtexec (dtexec.exe), das mit der aktuellen Version von SQL Server installiert ist, um ein SQL Server 2005- oder SQL Server 2008-Paket auszuführen.

Weitere Informationen finden Sie hier.		 Das Paketupgrade ist vorübergehend. Bei einem SQL Server 2005-Paket ist die Skriptmigration temporär.

Der Änderungen können nicht gespeichert werden.
Öffnen Sie eine SQL Server 2005- oder SQL Server 2008-Paketdatei 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.

Bei einem SQL Server 2005-Paket ist die Skriptmigration dauerhaft, wenn Sie das Paket speichern. Andernfalls ist sie vorübergehend, wenn Sie das Paket nicht speichern.
Fügen Sie einem vorhandenen Projekt in SQL Server Data Tools (SSDT) ein SQL Server 2005- oder SQL Server 2008-Paket hinzu. Das Paketupgrade ist dauerhaft. Bei einem SQL Server 2005-Paket ist die Skriptmigration dauerhaft.
Öffnen Sie eine SQL Server 2005 Integration Services -Projektdatei (SSIS) oder SQL Server 2008 Integration Services (SSIS) in Visual Studio, und verwenden Sie dann den SSIS-Paketupgrade-Assistenten, um mehrere Pakete im Projekt zu aktualisieren.

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. Bei einem SQL Server 2005-Paket ist die Skriptmigration dauerhaft.
Verwenden Sie das Hilfsprogramm Upgrade -Methode, um ein oder mehrere Integration Services -Pakete zu aktualisieren. Das Paketupgrade ist dauerhaft. Bei einem SQL Server 2005-Paket ist die Skriptmigration dauerhaft.

Benutzerdefinierte Anwendungen und benutzerdefinierte Komponenten

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

Sie können das aktuelle Release der SQL ServerIntegration Services-Tools verwenden, um Pakete auszuführen und zu verwalten, die benutzerdefinierte Komponenten SQL Server 2008 und SQL Server 2008 R2SSIS enthalten. Den folgenden Dateien wurden vier Bindungsumleitungsregeln hinzugefügt, um die Laufzeitassemblys von Version 10.0.0.0 (SQL Server 2008 R2) zu Version 11.0.0.0 (SQL Server 2014) umzuleiten.

  • DTExec.exe.config

  • dtshost.exe.config

  • DTSWizard.exe.config

  • DTUtil.exe.config

  • DTExecUI.exe.config

Um SQL Server Data Tools zum Entwerfen von Paketen zu verwenden, die SQL Server 2008 und SQL Server benutzerdefinierte Komponenten 2008 R2 enthalten, müssen Sie die devenv.exe.config Datei ändern, die sich unter <laufwerk>:\Programme\Microsoft Visual Studio 10.0\Common7\IDE befindet.

Um diese Pakete mit Kundenanwendungen zu verwenden, die mit der Runtime für SQL Server 2014 erstellt wurden, schließen Sie Umleitungsregeln in den Konfigurationsabschnitt der Datei *.exe.config für die ausführbare Datei ein. Die Regeln leiten die Laufzeitassemblys zu Version 11.0.0.0 (SQL Server 2014) um. Weitere Informationen zur Umleitung von Assemblyversionen finden Sie unter <assemblyBinding> Element für <runtime>.

Suchen der Assemblys

In SQL Server 2014 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\100\SDK\Assemblies.

Grundlegendes zu den Ergebnissen des SQL Server-Paketupgrades

Während des Paketupgrades werden die meisten Komponenten und Features in SQL Server 2005- und SQL Server 2008-Paketen nahtlos in ihre Entsprechungen in der aktuellen Version von SQL Server 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. Weitere Informationen finden Sie unter Use Upgrade Advisor to Prepare for Upgrades.

Komponente oder Funktion Upgradeergebnisse
Verbindungszeichenfolgen Für SQL Server 2005- und SQL Server 2008-Pakete haben sich die Namen bestimmter Anbieter geändert und erfordern unterschiedliche Werte in den Verbindungszeichenfolgen. Führen Sie zum Aktualisieren der Verbindungszeichenfolgen einen der folgenden Schritte aus:

– Verwenden Sie den SSIS-Paketupgrade-Assistenten, um das Paket zu aktualisieren, und wählen Sie die Option Verbindungszeichenfolgen aktualisieren, um neue Anbieternamen zu verwenden .

–Wählen Sie in SQL Server Data Tools (SSDT) auf der Seite Allgemein des Dialogfelds Optionen die Option Verbindungszeichenfolgen aktualisieren aus, um neue Anbieternamen zu verwenden. Weitere Informationen zu dieser Option finden Sie unter Allgemeine Seite.

Öffnen Sie in SQL Server Data Tools (SSDT) das Paket, 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.
Transformation für Suche Bei SQL Server 2005-Paketen aktualisiert der Upgradeprozess automatisch die Lookup-Transformation auf die aktuelle Version von SQL ServerIntegration Services. Die aktuelle Version dieser Komponente bietet allerdings einige zusätzliche Funktionen, die Sie möglicherweise nutzen möchten.

Weitere Informationen finden Sie unter Lookup Transformation.
Skripttask und Skriptkomponente Für SQL Server 2005-Pakete werden skripts im Skripttask und in der Skriptkomponente automatisch von VSA zu VSTA migriert.

Weitere Informationen zu Änderungen, die möglicherweise vor der Migration an Skripts vorgenommen werden müssen und zu Fehlern bei der Skriptkonvertierung führen, finden Sie unter Migrieren von Skripts zu VSTA.

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.

Externe Ressourcen