Visual Studio 2012を実行していますが、SSISは初めてです。 SSISを調査するためにSSDT-BI(2013年6月版)をインストールしようとしましたが、アーキテクチャが一致しないため、デフォルトのインスタンスでインストールを完了できませんでした。インストーラーがx86であるのにサーバーがx64です。インストーラーのx64バージョンは存在しないようです。
SSDT-BIはx64データベースをサポートしていませんか?
SQL Server Integration Services(SSIS)は、多くの領域をカバーしています。この32ビットと64ビットの問題に関連するものについて説明します。
discovered のように、インストーラーは愚かですが、通常はマシンの存続期間中に1回か2回だけ使用する必要があります。開発費はパッケージではなく製品であるので、私はこれで大丈夫です。
SOベストプラクティスに従って、外部参照サイトの重要な部分は
X64ベースのSQLインスタンス(64ビット)を実行している場合は、[既存のインスタンスに機能を追加する]ではなく、[インストールタイプ]ページで[新しいインスタンス]を選択してください。
SSISパッケージは成果物です。これは.dtsx
を持つファイルであり、内部的にはXMLの束です。
通常、SSISパッケージの開発は、Visual Studioを使用して完了します。それをBIDS、SSDT、または単にVisual Studioと呼んでも、同じことです。 SSISの登録済みテンプレートと、インストール中にマシンに配置されるすべてのツールボックスエントリがあります。そのようなものは、設計時の側面をサポートしています。 Visual Studio自体はstill32ビットの実行可能ファイルです。したがって、Visual Studioを使用してパッケージを作成する場合、パッケージの作成に使用するeditorは32ビットエンティティです。マルチギグパッケージを作成している場合を除き、これは問題になりません。
そして、XMLが肥大化したストレージメカニズムであっても、「間違っている」というマルチGBパッケージを入手したと主張する人もいるかもしれません。
最後に、パッケージの開発はVisual Studioに制限されていません。 Biml(BIオブジェクトを記述するドメイン固有の言語)を使用してSSISパッケージを生成する有料製品 Mist があります。 SO履歴、PowerShellチョップがあるように見えます。 PowerShellを使用してSSISパッケージ を変更したり、フラットに作成したりできます。 EzAPI は、パッケージを生成するCOM側を支援します。
パッケージのexecutionは、32ビットまたは64ビットの実行可能ファイルからのものです。 コマンドラインを使用したdtsxパッケージの実行方法を参照してください デフォルトでは、パッケージはVisual Studioから64ビットモードで実行されます。 design時間は32ビットですが、run時間は64ビットです。これにより、人々が32ビットドライバー(Excel/Jet/ACE)を使用し、パッケージのデザインはうまくいくが、実行すると爆発するときに、常に素晴らしいエンターテイメントが得られます。 32/64ドライバーの他の落とし穴は、2つの異なるDSN "スペース"があるため、DSNを作成することです。 64ビットWindows Server 2008の32ビットinformixドライバーは利用できません
2012年に Project Deployment Model を使用すると、パッケージはSSISDBカタログに保存されます。 SQL Serverには64ビットのフレーバーしかありませんが、適切なパラメーターを指定することにより、カタログからSSISの32ビットランタイムを呼び出すことができます。
X64ビットSQL Serverを使用している場合は、インストールウィザードの[インストールの種類]ページで[新しいインスタンス]を選択してください。チェックアウト http://picnicerror.net/development/sql-server/installing-sql-server-data-tools-business-intelligence-for-visual-studio-2013-03-13/