プロジェクトには、デプロイメントモデルに基づいて、パッケージベース(クラシック)またはプロジェクトベース(新規)の2つのフレーバーがあります。パッケージは2005年から2012年まで利用可能です。開発中、ビジネスの問題を解決するソリューションを開発します。問題は、Visual Studio / BIDS / SSDTの外に出ると、全体的な概念が消えてしまうことです。プロジェクトモデルは.ispacファイルを作成します。これは、アセンブリのCライブラリ-3/4に似ています。これは適切ではありません。すべてが必要です。これらの.ispacファイルは、2012年に新しくなった特別なSSISDBカタログにアップロードされます
SSISDBは、SQL Serverでプロジェクト配置モデルプロジェクトをホストするための専用カタログです。組織とは、作成するフォルダです。フォルダには、プロジェクトと環境という2つのアイテムタイプを含めることができます。プロジェクトはSSISプロジェクトです。1つのフォルダに多数ある場合と、1つだけの場合があります。環境は、パッケージの構成/パラメーター化に対する2012年のアプローチです。環境は、フォルダーごとに多数または1つだけです。環境とプロジェクトのパラメーターまたは接続マネージャーとの間に自動的なリンクはありません。環境は、複数のフォルダー内のプロジェクト間で使用できます。
Integration Services Catalog内のフォルダー内のプロジェクトには、手動でハードコードされた構成を適用するか、環境を使用してそれらの構成を提供できます。違いは微妙です。Salesデータベースを参照する2つの異なるSSISプロジェクトを想定します。同じリソース。「構成」オプションを使用して、プロジェクトごとに環境ごとにサーバー(dev、test、prod)を手動で定義するか、Salesサーバーの値を定義する1つの環境を作成します。次に、各プロジェクトに同じリソースを構成に再利用するように伝えます。そのサーバーはおかしくなり、1つの変更ですべてが修正されます。
SSISDBフォルダ、プロジェクト、環境の説明
Integration Servicesカタログ
命名法を整理することは、おそらく私がこのことをまっすぐにするのに役立つでしょう。
1. SSISDB
SSISDBは、新しいプロジェクト配置モデルを使用している場合、すべての2012+ SSISパッケージが配置されるカタログです。SQL Server 2012の場合、常にSSISDBという名前になります。
右クリックオプション
- アクティブな操作-選択したパッケージを停止するオプションを使用して、現在実行中のすべてのSSISパッケージを一覧表示します。
- フォルダの作成-オプションの説明を含むフォルダを作成します
- PowerShellの開始-自明
- レポート-パッケージの実行に関するさまざまなネイティブレポート。
- 削除-SSISDBカタログを削除します。これを行うと、カタログを再作成する必要があり、すべての履歴が失われます。
- 更新-自明
- プロパティ-デフォルトのログ設定とプロジェクトのバージョン管理に関する情報が含まれています。
2.フォルダ
フォルダにはプロジェクトと、オプションで環境が含まれています。フォルダを作成する必要があります。デプロイメントウィザードは自動的に作成しません。あなたはそれを好きなように呼ぶことができます。すべてのSSISプロジェクトを1つのフォルダーの下に配置したり、プロジェクトとフォルダーの間、またはその間に何かを1:1でマッピングしたりできます。フォルダーの深さは1レベルのみ-ネストなし
右クリックオプション
- PowerShellの開始-自明
- レポート-すべての実行、すべての検証
- 削除-その下にプロジェクトまたは環境がない場合は、フォルダーを削除します。
- 更新-自明
- プロパティ-名前、バージョン、説明が含まれています。
3.プロジェクト
これは、フォルダーの作成時に自動的に作成されます。
右クリックオプション
- プロジェクトの配備-IS雇用ウィザード
- パッケージのインポート-Integration Servicesプロジェクト変換ウィザード
- PowerShellの開始-自明
- レポート-カスタムレポートのみが利用可能
- 更新-自明
SSISを使用して簡単なテストを作成し、ファイルをテーブルにインポートしたいのですが、上記のどれが必要で、どのような順序で作成しますか?
ファイルからテーブルへのデータの移動を処理するには、単一のパッケージを作成するだけで済みます。上記の「もの」を必要としないVisual Studioから実行できます。ただし、SOX / SAS 70の世界の状況では、実稼働環境で負荷を実行するための十分な権限がないことになります(職務の分離)。その時点で、パッケージの展開方法、環境固有の値の変更方法(Salesサーバーはsqldev / sqltest / sqlprodにあります)、パッケージの起動方法(スケジュールとイベントドライブとの比較)を計画する必要があります。 will)などです。2012Integration Servicesカタログに展開する可能性があるのはこのときです。それはあなたが、しかし必須ではありませんすることができます .ispacからプロジェクト配置モデルパッケージを実行しますが、それほど便利なオプションではありません。
それらを作成する順序は、次のとおりです。1。Visual Studio / SQL Serverデータツール(BI)でプロジェクトを作成する1. Integration Servicesカタログにフォルダーを作成する2.プロジェクトをデプロイする3.環境を作成する(オプション)4.プロジェクトを構成する(環境にリンクするか、値を手動で設定します)5.実行を右クリックしてSSMSでパッケージを実行し、チェックボックスをクリックして構成値が適用されていることを確認します
また、基本的なSSIS 2012 ETLの概要や記事へのリンクへの良いリンクはありますか?
SSISを手に入れるための私の記事は、SSC(Stairway to Integration Services)に関するAndy Leonardのシリーズです。彼は優れた作家であり、彼も見栄えがします(彼が言うように)。SSIS自体の本質を学ぶことに集中すると、2012年の展開の詳細を理解できるようになるか、少なくとも具体的にどのような質問があるかを理解できるはずです。