Übersicht über die Programmierung von 'Integration Services'

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

SQL Server Integration Services verfügt über eine Architektur, die die Datenverschiebung und -transformation von der Paketablaufsteuerung und -verwaltung trennt. Diese Architektur wird durch zwei unterschiedliche Engines definiert, die bei der Programmierung von Integration Services automatisiert und erweitert werden können. Die Runtime-Engine implementiert die Infrastruktur der Ablaufsteuerung und Paketverwaltung, mit deren Hilfe Entwickler den Ausführungsprozess steuern und Optionen für die Protokollierung, Ereignishandler und Variablen festlegen können. Die Datenfluss-Engine ist eine spezialisierte Hochleistungs-Engine, die ausschließlich dem Extrahieren, Transformieren und Laden von Daten dient. Beim Programmieren von Integration Services programmieren Sie mit diesen beiden Engines.

Im folgenden Bild wird die Architektur von Integration Services dargestellt.

Integration Services-Runtime-Engine

Das Integration Services-Runtime-Engine steuert durch die Implementierung der Infrastruktur, die die Ausführungsreihenfolge, Protokollierung, Variablen und die Ereignisbehandlung ermöglicht, die Verwaltung und Ausführung von Paketen. Durch die Programmierung der Integration Services-Runtime-Engine können Entwickler die Erstellung, Konfiguration und Ausführung von Paketen automatisieren sowie benutzerdefinierte Tasks und andere Erweiterungen erstellen.

Weitere Informationen finden Sie unter Erweitern von Paketen mithilfe des Skripttasks, Entwickeln eines benutzerdefinierten Tasks und Programmgesteuertes Erstellen von Paketen.

Integration Services-Datenfluss-Engine

Die Datenfluss-Engine verwaltet den Datenflusstask. Dies ist ein spezialisierter Hochleistungstask, der dem Verschieben und Transformieren von Daten verschiedener Quellen dient. Im Gegensatz zu anderen Tasks enthält der Datenflusstask zusätzliche Objekte, die sogenannten Datenflusskomponenten, bei denen es sich um Quellen, Transformationen oder Ziele handeln kann. Diese Komponenten sind die wichtigsten verschiebbaren Teile des Tasks. Sie definieren die Bewegung und die Transformation von Daten. Durch die Programmierung der Runtime-Engine können Entwickler die Erstellung und Konfiguration der Komponenten in einem Datenflusstask automatisieren sowie benutzerdefinierte Komponenten erstellen.

Weitere Informationen finden Sie unter Extending the Data Flow with the Script Component (Erweitern des Datenflusses mit der Skriptkomponente), Entwickeln einer benutzerdefinierten Datenflusskomponente und Programmgesteuertes Erstellen von Paketen.

Unterstützte Sprachen

Integration Services unterstützt das Microsoft .NET Framework in vollem Umfang. Dadurch können Entwickler Integration Services in ihren bevorzugten .NET-kompatiblen Sprachen programmieren. Obwohl die Runtime-Engine und die Datenfluss-Engine in einem systemeigenen Code geschrieben wurden, sind sie beide über ein vollständig verwaltetes Objektmodell verfügbar.

Sie können Pakete, benutzerdefinierte Tasks und Komponenten für Integration Services in Microsoft Visual Studio oder einem anderen Code- bzw. Text-Editor programmieren. Visual Studio enthält viele Tools und Funktionen für Entwickler, die die iterativen Zyklen, bestehend aus Codierung, Debugging und Test, sowie vereinfachen und beschleunigen. Auch die Bereitstellung ist mit Visual Studio einfacher. Visual Studio wird jedoch nicht benötigt, um Integration Services-Codeprojekte zu kompilieren und zu erstellen. Das .NET Framework SDK enthält die Visual Basic- und C#-Compiler und zugehörige Tools.

Wichtig

Standardmäßg wird .NET Framework mit SQL Serverinstalliert, das .NET Framework -SDK jedoch nicht. Die in diesem Abschnitt vorkommenden Links auf SDK-Inhalte funktionieren nur, wenn das SDK auf Ihrem Computer installiert und die SDK-Dokumentation in der Onlinedokumentation enthalten ist. Fügen Sie das SDK nach der Installation des .NET Framework SDK zur Onlinedokumentation und dem Inhaltsverzeichnis hinzu, indem Sie die Anweisungen unter Hinzufügen oder Entfernen der Produktdokumentation für SQL Server befolgen.

Der Skripttask und die Skriptkomponente von Integration Services verwenden Microsoft Visual Studio Tools for Applications (VSTA) als eingebettete Skriptumgebung. VSTA unterstützt Microsoft Visual Basic und Microsoft Visual C#.

Hinweis

Die Integration Services-Anwendungsprogrammierschnittstellen sind mit COM-basierten Skriptsprachen, z. B. VBScript, nicht kompatibel.

Suchen nach 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 unter „*\<drive>*:\Windows\Microsoft.NET\assembly verfügbar. 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: *\<drive>*:\Program Files\Microsoft SQL Server\\\<nnn>\SDK\Assemblies <nnn> gibt die Version des freigegebenen Dateispeicherorts von SQL Server an.

Häufig verwendete Assemblys

In der folgenden Tabelle sind die Assemblys, die häufig beim Programmieren von Integration Services mithilfe von .NET Framework verwendet werden, aufgelistet.

Assembly	BESCHREIBUNG
Microsoft.SqlServer.ManagedDTS.dll	Enthält die verwaltete Runtime-Engine.
Microsoft.SqlServer.RuntimeWrapper.dll	Enthält die primäre Interopassembly (PIA) oder den Wrapper für die native Runtime-Engine.
Microsoft.SqlServer.PipelineHost.dll	Enthält die verwaltete Datenfluss-Engine.
Microsoft.SqlServer.PipelineWrapper.dll	Enthält die primäre Interopassembly (PIA) oder den Wrapper für die native Datenfluss-Engine.