Überlegungen zu Integration Services auf 64-Bit-Computern

Aktualisiert: 15. September 2007

Die 64-Bit-Editionen von Microsoft SQL Server 2005 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.

Informationen zu den in den verschiedenen Editionen von SQL Server 2005 enthaltenen Features finden Sie unter Von den SQL Server 2005-Versionen unterstützte Features.

Installieren von Integration Services auf 64-Bit-Computern

Auf 64-Bit-Computern installierte Integration Services-Features

Wenn Sie SQL Server 2005 installieren und dabei sowohl Integration Services als auch Business Intelligence Development Studio auswählen, werden alle verfügbaren 32-Bit- und 64-Bit-Entwurfszeit- und -Laufzeitfeatures von Integration Services installiert. Wenn Sie Integration Services installieren, wird auch die 32-Bit-Laufzeitunterstützung für SQL Server 2000 Data Transformation Services (DTS)-Pakete installiert.

Die 64-Bit-Features werden im Programme-Verzeichnis installiert, und die 32-Bit-Features werden getrennt davon im Programme (x86)-Verzeichnis installiert. (Dieses Verhalten ist nicht spezifisch für Integration Services oder für SQL Server 2005.)

Wichtig:
Business Intelligence Development Studio, die 32-Bit-Entwicklungsumgebung für Integration Services-Pakete, wird unter dem Itanium-64-Bit-Betriebssystem nicht unterstützt und auf Itanium-Servern nicht installiert.

64-Bit-Versionen der Integration Services-Tools

Die folgenden Integration Services-Tools verfügen über 64-Bit-Versionen:

• Das Dienstprogramm dtexec (dtexec.exe)
• Das Dienstprogramm dtutil (dtutil.exe)
• Der Import/Export-Assistent (DTSWizard.exe) von SQL Server

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. Sie sollten außerdem die Befehle mithilfe der 64-Bit-Version von dtexec.exe im 64-Bit-Modus testen, bevor Sie sie auf einem Produktionsserver bereitstellen oder planen.

Installationsproblem des Tasks Nachrichtenwarteschlange

Es kann nur eine Version des Tasks 'Nachrichtenwarteschlange' für SQL Server mit COM+ registriert werden. Wenn Sie SQL Server (64 Bit) auf einem 64-Bit-Computer installiert haben, kann der Task Nachrichtenwarteschlange daher nur in Paketen verwendet werden, die im 64-Bit-Modus ausgeführt werden. Für Pakete, die im 32-Bit-Modus ausgeführt werden, kann der Task Nachrichtenwarteschlange nicht verwendet werden.

Wenn Sie aber SQL Server (32 Bit) auf einem 64-Bit-Computer installiert haben, kann der Task Nachrichtenwarteschlange nur in Paketen verwendet werden, die im 32-Bit-Modus ausgeführt werden. Für Pakete, die im 64-Bit-Modus ausgeführt werden, kann der Task Nachrichtenwarteschlange nicht verwendet werden.

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 Abwärtskompatibilität von SQL Server 2005 Integration Services.

Entwerfen von Integration Services-Paketen auf 64-Bit-Computern

Sie können keine Pakete in BI Development Studio oder Debugskripts im Skripttask auf Itanium-basierten Betriebssystemen entwerfen.

Wenn Sie ein Paket im 64-Bit-Modus ausführen, kann möglicherweise eine Verbindung zu weniger Datenquellen hergestellt werden, als das bei einer Paketausführung im 32-Bit-Modus möglich wäre. Einige .NET Framework-Datenprovider und systemeigene OLE DB-Anbieter sind möglicherweise in 64-Bit-Versionen nicht verfügbar. Beispielsweise ist der Microsoft OLE DB-Anbieter für Jet, der eine Verbindung zu Access-Datenbanken und Excel-Kalkulationstabellen herstellt, 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. Um einen Verbindungs-Manager zum Verwenden eines bestimmten 64-Bit-Anbieters zu konfigurieren, müssen Sie die 32-Bit-Version desselben Anbieters auf dem Entwicklungscomputer installieren, um sie zur Entwurfszeit zu verwenden. Selbst wenn die 32-Bit-Version des Anbieters installiert ist, können Sie das Paket sowohl in der Entwicklungsumgebung als auch nach der Bereitstellung im 64-Bit-Modus ausführen. Die 32-Bit- und die 64-Bit-Version eines Anbieters haben dieselbe ID. Deshalb wählt die SSIS-Laufzeit die entsprechende Version des zu verwendenden Anbieters aus. Angenommen, Sie führen das Paket auf einem 64-Bit-Computer in der Entwicklungsumgebung aus. Das Paket verwendet standardmäßig die 64-Bit-Version des Anbieters, weil der Standardwert der Run64BitRuntime-Projekteigenschaft auf True festgelegt ist.

Im 64-Bit-Modus können keine Pakete ausgeführt werden, die Skripts enthalten – z. B. in Skripttasks oder Skriptkomponenten –, sofern die Skripts nicht vorkompiliert wurden. Standardmäßig ist der Wert der PreCompile-Eigenschaft sowohl für den Skripttask als auch für die Skriptkomponente auf True festgelegt.

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.

Ausführen von Integration Services-Paketen auf 64-Bit-Computern

Manchmal kann es sinnvoll sein, Pakete im 32-Bit-Modus auszuführen, um unkompilierte Skripts auszuführen, um SQL Server 2000 DTS-Pakete auszuführen oder um einen verwalteten .NET Framework-Datenprovider oder einen systemeigenen OLE DB-Anbieter zu verwenden, der nicht in einer 64-Bit-Version verfügbar 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 wird nur zur Entwurfszeit angewendet.

Auswählen der 32-Bit- oder 64-Bit-Paketausführung in einem SQL Server Agent-Auftrag

Wenn Sie einen SQL Server-Agentauftrag mit einem Schritt des Typs SQL Server Integration Services-Paket konfigurieren, führt der Auftrag das Paket immer im 64-Bit-Modus auf einem 64-Bit-Computer aus, da bei diesem Schritttyp die 64-Bit-Version von dtexec.exe zum Ausführen des Pakets aufgerufen wird. (Dabei wird davon ausgegangen, dass Sie die 64-Bit-Version von SQL Server 2005 und SQL Server Agent auf dem 64-Bit-Computer installiert haben und ausführen. Wenn Sie die 32-Bit-Version von SQL Server 2005 und SQL Server Agent auf dem 64-Bit-Computer installiert haben und ausführen, ruft dieser Schritttyp die 32-Bit-Version von dtexec.exe zum Ausführen des Pakets auf.)

Wenn Sie ein Paket aus einem SQL Server Agent-64-Bit-Auftrag im 32-Bit-Modus ausführen wollen, wählen Sie einen Auftragsschritt vom Typ Betriebssystem aus, und geben Sie eine Befehlszeile ein, bzw. verwenden Sie eine Batchdatei, mit der die 32-Bit-Version von dtexec.exe aufgerufen wird. Sie können das dtexecui.exe-Dienstprogramm verwenden, um die Befehlszeile zu erstellen, und anschließend die Befehlszeile kopieren und in den Auftragsschritt einfügen.

Änderungsverlauf