Überlegungen zu Integration Services auf 64-Bit-Computern
Die 64-Bit-Editionen von MicrosoftSQL Server enthalten Integration Services, aber einige Integration Services-Features sind nur in 32-Bit-Versionen verfügbar oder unterliegen auf 64-Bit-Computern bestimmten Einschränkungen oder werden auf Itanium-basierten Betriebssystemen nicht unterstützt.
Installieren von Integration Services auf 64-Bit-Computern
Auf 64-Bit-Computern installierte Integration Services-Features
Wenn Sie das SQL Server-Setup ausführen und dabei nur Integration Services zur Installation auswählen, installiert das Setup alle verfügbaren 64-Bit-Features und -Tools von Integration Services.
Wenn Sie die Entwurfszeitfeatures von Integration Services benötigen, müssen Sie jedoch Business Intelligence Development Studio installieren. Um Business Intelligence Development Studio zu installieren, wählen Sie Business Intelligence Development Studio während des Setup aus.
.gif "Wichtiger Hinweis") Wichtig |
|---|
Business Intelligence Development Studio, die 32-Bit-Entwicklungsumgebung für Integration Services-Pakete, wird auf Computern mit dem Itanium-64-Bit-Betriebssystem nicht unterstützt und auf Itanium-Servern nicht installiert. |
Wenn Sie bestimmte Pakete im 32-Bit-Modus ausführen möchten, müssen Sie die 32-Bit-Versionen der Integration Services-Tools installieren. Um die 32-Bit-Versionen der Tools zu installieren, müssen Sie während des Setups entweder Business Intelligence Development Studio oder Verwaltungstools - Vollständig auswählen.
Die 64-Bit-Features werden im Verzeichnis Programme installiert, und die 32-Bit-Features werden getrennt davon im Verzeichnis Programme (x86) installiert. (Dieses Verhalten ist nicht spezifisch für Integration Services oder für SQL Server.)
64-Bit-Versionen der Integration Services und Tools
Für die Integration Services-Laufzeit ist eine 64-Bit-Version verfügbar.
Die folgenden Integration Services-Tools liegen ebenfalls in 64-Bit-Versionen vor:
Das Dienstprogramm dtexec (dtexec.exe)
Das Dienstprogramm dtutil (dtutil.exe)
Der SQL Server-Import/Export-Assistent (DTSWizard.exe)
Wenn Sie auf einem 64-Bit-Computer während des Setups Integration Services auswählen, werden nur die 64-Bit-Versionen der Laufzeit und der Tools installiert. Wenn Sie Pakete im 32-Bit-Modus ausführen müssen, müssen Sie eine zusätzliche Option auswählen, um die 32-Bit-Version der Laufzeit und der Tools zu installieren:
Wenn auf dem 64-Bit-Computer das x86-Betriebssystem ausgeführt wird, wählen Sie Business Intelligence Development Studio oder Verwaltungstools – Vollständig aus.
Wenn auf dem 64-Bit-Computer das Itanium-Betriebssystem ausgeführt wird, wählen Sie Verwaltungstools – Vollständig aus.
.gif "Hinweis") Hinweis |
|---|
Beim Entwickeln und Testen von Befehlen mithilfe des Paketausführungsprogramms (dtexecui.exe) auf einem 64-Bit-Computer sollten Sie beachten, dass dieses 32-Bit-Tool Pakete im 32-Bit-Modus ausführt. Testen Sie die Befehle mithilfe der 64-Bit-Version des Dienstprogramms dtexec im 64-Bit-Modus, bevor Sie sie auf einem Produktionsserver bereitstellen oder planen. |
Standardmäßig wird auf einem 64-Bit-Computer, auf dem sowohl die 64-Bit-Version als auch die 32-Bit-Version eines Integration Services-Befehlszeilenprogramms installiert ist, die 32-Bit-Version an der Eingabeaufforderung ausgeführt. Die 32-Bit-Version wird ausgeführt, da der Verzeichnispfad für die 32-Bit-Version in der PATH-Umgebungsvariablen vor dem Verzeichnispfad für die 64-Bit-Version aufgeführt wird. (Typischerweise ist der 32-Bit-Verzeichnispfad <Laufwerk>:\Programme(x86)\Microsoft SQL Server\100\DTS\Binn, während der 64-Bit-Verzeichnispfad <Laufwerk>:\Programme\Microsoft SQL Server\100\DTS\Binn lautet.)
| Hinweis |
|---|
Wenn Sie das Dienstprogramm mithilfe des SQL Server-Agents ausführen, verwendet dieser automatisch die 64-Bit-Version des Dienstprogramms. Der SQL Server-Agent sucht die richtige ausführbare Datei für das Dienstprogramm in der Registrierung und nicht in der PATH-Umgebungsvariablen. |
Wenn Sie sicherstellen möchten, dass die 64-Bit-Version des Dienstprogramms an der Eingabeaufforderung ausgeführt wird, können Sie einen der folgenden Schritte ausführen:
Öffnen Sie eine Eingabeaufforderung, wechseln Sie in das Verzeichnis mit der 64-Bit-Version des Dienstprogramms (<Laufwerk>:\Programme\Microsoft SQL Server\100\DTS\Binn), und führen Sie dann das Dienstprogramm aus diesem Verzeichnis aus.
Führen Sie an der Eingabeaufforderung das Dienstprogramm aus, indem Sie den vollständigen Pfad (<Laufwerk>:\Programme\Microsoft SQL Server\100\DTS\Binn) der 64-Bit-Version des Dienstprogramms eingeben.
Ändern Sie die Reihenfolge der Pfade in der PATH-Umgebungsvariablen dauerhaft, indem Sie den 64-Bit-Pfad (<Laufwerk>:\Programme\Microsoft SQL Server\100\DTS\Binn) in der Variablen vor dem 32-Bit-Pfad (<Laufwerk>:\ Programme(x86)\Microsoft SQL Server\100\DTS\Binn) platzieren.
Unterstützung für Data Transformation Services auf 64-Bit-Computern
Es gibt keine 64-Bit-Entwurfszeit- oder Laufzeitunterstützung für DTS-Pakete (Data Transformation Services), die in früheren Versionen von SQL Server erstellt wurden. Weitere Informationen finden Sie unter Unterstützung der Data Transformation Services (Datentransformationsdienste, DTS) in SQL Server 2008.
Auch auf Computern mit Itanium-basierten Betriebssystemen gibt es keine 32-Bit-Entwurfszeit- oder -Laufzeitunterstützung für DTS-Pakete. Deshalb können Sie DTS-Pakete nicht auf Computern mit Itanium-basierten Betriebssystemen erstellen, anzeigen, ändern oder ausführen.
Entwerfen von Integration Services-Paketen auf 64-Bit-Computern
Es ist nicht möglich, Pakete in BI Development Studio zu entwerfen oder Skripts im Skripttask auf Computern mit Itanium-basierten Betriebssystemen zu debuggen.
Möglicherweise kann beim Ausführen eines Pakets im 64-Bit-Modus eine Verbindung zu weniger Datenquellen hergestellt werden, als das bei einer Paketausführung im 32-Bit-Modus möglich wäre. Einige .NET Framework-Datenanbieter und systemeigene OLE DB-Anbieter sind möglicherweise nicht in 64-Bit-Versionen verfügbar. Beispielsweise ist der Microsoft OLE DB-Anbieter für Jet, der eine Verbindung mit Access-Datenbanken und Excel-Kalkulationstabellen herstellt, nicht in einer 64-Bit-Version verfügbar. Auch der Anbieter von SQL Server Compact, der eine Verbindung mit SQL Server Compact-Datenquellen herstellt, ist nicht in einer 64-Bit-Version verfügbar.
Der 32-Bit-SSIS-Designer zeigt nur 32-Bit-Anbieter an, die auf dem lokalen Computer installiert sind. Sie müssen die 32-Bit-Version des Anbieters auf dem Entwicklungscomputer zur Verwendung zur Laufzeit installieren, um einen Verbindungs-Manager zur Verwendung eines bestimmten 64-Bit-Anbieters konfigurieren zu können. Auch wenn die 32-Bit-Version des Anbieters installiert ist, können Sie das Paket nach wie vor im 64-Bit-Modus ausführen, und zwar sowohl in der Entwicklungsumgebung als auch nach der Bereitstellung. Die 32-Bit- und die 64-Bit-Version eines Anbieters weisen die gleiche ID auf. Deshalb wählt die SSIS-Laufzeit die geeignete Version des zu verwendenden Anbieters aus. Angenommen, Sie führen das Paket in der Entwicklungsumgebung auf einem 64-Bit-Computer aus. Standardmäßig verwendet das Paket die 64-Bit-Version des Anbieters, da der Standardwert der Run64BitRuntime-Projekteigenschaft True ist.
In einem Paket, das im 64-Bit-Modus ausgeführt wird, kann der Task DTS 2000-Paket nicht verwendet werden. Die SQL Server 2000 DTS-Laufzeit ist in einer 64-Bit-Version nicht verfügbar.
Im Hinblick auf die Paketprotokollierung kann der Protokollanbieter für SQL Server Profiler in einem Paket, das im 64-Bit-Modus ausgeführt wird, nicht verwendet werden.
Ausführen von Integration Services-Paketen auf 64-Bit-Computern
Manchmal kann es sinnvoll sein, Pakete im 32-Bit-Modus auf einem 64-Bit-Computer auszuführen. Das kann folgende Gründe haben:
Sie möchten Pakete von SQL Server 2000 DTS ausführen.
Sie möchten einen verwalteten .NET Framework-Datenanbieter oder einen systemeigenen OLE DB-Anbieter verwenden, der nicht in einer 64-Bit-Version verfügbar ist.
Sie möchten einen Skripttask oder eine Skriptkomponente verwenden, die auf andere Assemblys oder COM-Komponenten verweisen, für die eine 64-Bit-Version nicht verfügbar oder nicht installiert ist.
Auswählen der 32-Bit- oder 64-Bit-Paketausführung im SSIS-Designer
In den Projekteigenschaften eines Integration Services-Pakets können Sie die 32-Bit- oder 64-Bit-Ausführung auswählen, indem Sie auf der Seite Debuggen den Wert der Run64BitRuntime-Eigenschaft festlegen. Standardmäßig ist der Wert dieser Eigenschaft auf True festgelegt. Wenn die 64-Bit-Version der Integration Services-Laufzeit nicht installiert ist, wird diese Einstellung ignoriert.
| Hinweis |
|---|
Die Run64BitRuntime-Projekteigenschaft gilt nur zur Entwurfszeit. |
Auswählen der 32-Bit- oder 64-Bit-Paketausführung in einem SQL Server Agent-Auftrag
Wenn Sie einen Auftrag des SQL Server-Agents mit dem Auftragsschritttyp SQL Server Integration Services-Paket konfigurieren, ruft der Auftrag das Dienstprogramm dtexec auf. Allerdings hängt die Version des Dienstprogramms dtexec, das von dem Auftrag aufgerufen wird, von der Version von SQL Server und der Version des SQL Server-Agents ab, die installiert wurden und auf dem 64-Bit-Computer ausgeführt werden:
Die 64-Bit-Versionen von SQL Server und dem SQL Server-Agent wurden installiert und werden auf dem Computer ausgeführt. In diesem Fall ruft der Auftragsschritt SQL Server Integration Services-Pakete die 64-Bit-Version des Dienstprogramms dtexec auf, und das Paket wird stets im 64-Bit-Modus ausgeführt.
HinweisUm ein Paket im 32-Bit-Modus einer 64-Bit-Version des SQL Server-Agents auszuführen, wählen Sie die Option 32-Bit-Laufzeit verwenden auf der Registerkarte Ausführungsoptionen des Dialogfelds Neuer Auftragsschritt aus.
Die 32-Bit-Versionen von SQL Server und dem SQL Server-Agent wurden installiert und werden auf dem Computer ausgeführt. In diesem Fall ruft der Auftragsschritt SQL Server Integration Services-Pakete stets die 32-Bit-Version des Dienstprogramms dtexec auf, und das Paket wird stets im 32-Bit-Modus ausgeführt.
|
.gif "Integration Services (kleines Symbol)")
Bleiben Sie mit Integration Services auf dem neuesten Stand