Freigeben über

Aktualisieren von Integration Services-Paketen

Wenn Sie eine Instanz von SQL Server 2005 oder SQL Server 2008 auf die aktuelle Version von SQL Server aktualisieren, werden Ihre vorhandenen SQL Server 2008 Integration Services (SSIS)-Pakete nicht automatisch auf das Paketformat aktualisiert, das von der aktuellen Version von SQL ServerIntegration Services verwendet wird. 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 jeder Skriptaufgabe und Skriptkomponente zu Microsoft Visual Studio Tools for Applications (VSTA). In SQL Server 2005 verwendeten die Skripts in Skriptaufgaben oder Skriptkomponenten Microsoft Visual Studio for Applications (VSA). Weitere Informationen zu Änderungen, die Sie möglicherweise vor der Migration an den Skripts vornehmen müssen, sowie zu Skriptkonvertierungsfehlern finden Sie unter Migrieren von Skripts zu VSTA.

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

SQL Server 2000 Data Transformation Services-Pakete

Die Unterstützung für die Migration oder Ausführung von Data Transformation Services (DTS)-Paketen wurde in der aktuellen Version von SQL ServerIntegration Services nicht mehr unterstützt. 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 folgenden Optionen stehen für die Migration von DTS-Paketen zur Verfügung.

  • Migrieren Sie die Pakete zu SQL Server 2005 Integration Services (SSIS) oder SQL Server 2008 Integration Services (SSIS), und aktualisieren Sie dann die Pakete auf SQL Server 2012 Integration Services (SSIS).

    Informationen zum Migrieren von DTS-Paketen zu SQL Server 2005 Integration Services (SSIS) und SQL Server 2008 Integration Services (SSIS) finden Sie unter Migrieren von Datentransformationsdienste-Paketen (2005) und Migrieren von Datentransformationsdienstepaketen (2008).

  • Erstellen Sie die DTS-Pakete mithilfe von SQL Server 2012 Integration Services (SSIS) neu.

    Informationen zu den neuen Features in SQL Server 2012 Integration Services (SSIS) finden Sie unter What's New (Integration Services). Eine Übersicht über die Struktur von Integration Services-Paketen finden Sie unter Integration Services (SSIS)-Pakete.

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 dtexec-Hilfsprogramm (dtexec.exe) ausführen, das mit der aktuellen Version von SQL Server installiert ist, 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 dtexec-Hilfsprogramm (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. Für ein 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 es temporär, 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 (SSIS) oder SQL Server 2008 Integration Services (SSIS)-Projektdatei 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

Benutzerdefinierte SQL Server 2005 Integration Services (SSIS)-Komponenten funktionieren nicht mit der aktuellen Version von SQL ServerIntegration Services.

Sie können die aktuelle Version von SQL ServerIntegration Services-Tools verwenden, um Pakete auszuführen und zu verwalten, die SQL Server 2008 und SQL Server 2008 R2SSIS benutzerdefinierte Komponenten enthalten. Wir haben vier Bindungsumleitungsregeln zu den folgenden Dateien hinzugefügt, um die Laufzeitassemblys von Version 10.0.0.0 (SQL Server 2008 R2) auf 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 2008 R2-Komponenten enthalten, müssen Sie die devenv.exe.config Datei ändern, die sich unter <Laufwerk>:\Programme\Microsoft Visual Studio 10.0\Common7\IDE befindet.

Wenn Sie diese Pakete mit Kundenanwendungen verwenden möchten, die mit der Laufzeit für SQL Server 2014 erstellt wurden, fügen Sie Umleitungsregeln in den Konfigurationsabschnitt der Datei *.exe.config für die ausführbare Datei ein. Die Regeln leiten die Laufzeitassemblys auf 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 auch die Kern-Integration-Services-Erweiterbarkeitsdateien .dll auf <Laufwerk:>\Programme\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 Verwenden des Upgraderatgebers zum Vorbereiten auf 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" aus, um die Option "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 die Option "Neue Anbieternamen" zu verwenden . Weitere Informationen zu dieser Option finden Sie auf der seite "Allgemein".

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

Hinweis: Sie können die vorherigen Prozeduren nicht verwenden, um eine Verbindungszeichenfolge zu aktualisieren, wenn die Verbindungszeichenfolge entweder in einer Konfigurationsdatei oder einer Datenquellendatei gespeichert ist 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 die Nachschlagetransformation automatisch auf die aktuelle Version von SQL ServerIntegration Services. Die aktuelle Version dieser Komponente verfügt jedoch über einige zusätzliche Möglichkeiten, von denen Sie möglicherweise profitieren könnten.

Weitere Informationen finden Sie unter Lookup Transformation.
Skriptaufgabe und Skriptkomponente Bei SQL Server 2005-Paketen migriert der Upgradeprozess automatisch Skripts in der Skriptaufgabe und Skriptkomponente von VSA zu VSTA.

Weitere Informationen zu Änderungen, die Sie möglicherweise vor der Migration an den Skripts vornehmen müssen, sowie zu Skriptkonvertierungsfehlern 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

  • Last updated on