問題タブ [ssdt-bi]

この質問もここに投稿しました: https://social.msdn.microsoft.com/Forums/en-US/5aca721a-1148-451f-bac6-d1bee6b2aad7/how-to-process-ssas-2012-cube-with-ssis -2014-and-script-task?forum=sqlintegrationservices

異なるサーバー上の異なる SSAS データベースを処理するために、ここで説明されているのと同様のアプローチを使用します (#2、AMO (分析管理オブジェクト) の使用)。

http://aniruddhathengadi.blogspot.in/2011/12/how-to-automate-cube-processing.html

これは、SQL Server 2008 R2 および 2012 でのキューブの処理にはうまく機能しましたが、SSAS と SSIS は常に同じバージョンでした。

現在、別のコンスタレーションがあります。バージョン 2014 の 1 つのサーバーで実行される Integration Services と、別のサーバー (バージョン 2012) で実行されるキューブ データベースを処理する Analysis Services インスタンスです。

SSIS バージョンと分析管理オブジェクト バージョンのいくつかの異なる組み合わせを試しましたが、プロセス パッケージの実行中にいくつかのエラーが発生しました (たとえば、オブジェクト参照がオブジェクトのインスタンスに設定されていない、AnalyisServices.dll が見つからないなど)。

さらに試行錯誤を行う前に、これを達成するための正しい方法についていくつかの一般的な質問があります。おそらく、誰かがすでにこれを成功させている可能性があります。

1. この組み合わせ 2014/2012 はまったく可能ですか?
2. 2014 サーバーで SSIS パッケージを実行したいので、BIDS バージョンは SQL Server 2014 用である必要があると思いますが、それは正しいですか? 2012 パッケージをデプロイすることはできますか?
3. どのバージョンの分析管理オブジェクトを使用する必要がありますか? 2012 キューブを処理したいので、ここではバージョン 11.0 を使用する必要があると思いましたか?
4. 「古い」11.0 バージョンの AMO を使用できる場合、サーバー上で実行されている SSIS パッケージによって検出されるようにする必要がありますか? 2005 から 2014 までのバージョンが並行してインストールされている)、または単に適切な SQL Server フォルダーにコピーする必要がありますか?

すべてのヒントを事前にありがとう！

SSDT を使用して Sqlserver Analysis Services (表形式モード) のモデルを作成しています。私のコア メジャーは、UserId と WeekId のキーを組み合わせたテーブルにあります。UserId と WeekId で他のテーブルと関係があります。ここで、2 つの組み合わせに基づいて、別のリレーションを追加したいと思います。ただし、SSDT では、リレーションを作成するときに複数のフィールドを入力することはできません。

私は何をすべきか？単一のキーに対策を強制する必要がありますか? 私はSSASの初心者なので、本当に明白なことを見落としているだけかもしれません。

同じフラット ファイル接続マネージャーを再利用する必要がありますか、それとも、インポートするファイルごとに個別のフラット ファイル接続マネージャーを配置する必要がありますか?

説明：

構造が異なる 30 個の CSV ファイルがあり、これらのファイルを SQL Server データベースにインポートする必要があります。

現在、フラット ファイル ソースごとに個別のフラット ファイル接続マネージャーを使用しています。次に、OLEDB Destination を使用してデータを SQL Server データベースにプッシュします。

同じフラット ファイル接続マネージャーを再利用する必要がありますか?

私を案内してもらえますか - これを行う方法は? どのリンクも役に立ちます。

データ ソース ウィザードを使用して、SSAS で Oracle データ ソースを確立しようとしています。従来の TNS 形式の接続情報があります。

ユーザー名とパスワードを提供する必要がなく (セキュリティは TNS プロトコルに含まれています)、この接続を作成するにはどうすればよいですか?

この情報の直感的な入力フィールドはありません。

これはSSIS package SQL job not using new environment variable configurationに似ていますが、開発用SQL Server ボックスでテストを行ったとき、SQL Server エージェントを再起動する必要はありませんでした。そして正直なところ、それが誰かがこの製品で自分自身を「傷つける」のを防ぐために必要なものであるなら. . . それは絶対に受け入れられません。

更新:そして今、 SSISパッケージSQLジョブが新しい​​環境変数構成を使用していないというコメントをフォローアップすると、おそらく解決策になります。

そうではない。エージェントを再起動しました。サイコロはありません。ジョブは引き続き正常に実行されます。SQL Server エージェントとサービスを再起動しました。繰り返しますが、失敗はありません。

これは、 SSIS 2012 SQL Agent Job ConnectionString vs InitialCatalogにも周辺的に関連しているように聞こえますが、私は 2005 年から SSIS を使用しており、個々のコンポーネントから接続文字列が構成されているのを見たことがありません。常に接続文字列を .config ファイルに入れ、成功しました。

解決できなかった問題があります。正直なところ、バグのように見えますが、私はそれほど傲慢になりたくありません。

テスト環境で Windows Server 2012 R2 で SQL Server 2012 SP3 を実行しています。

私の開発ボックスでは、VS2012 + SSDT-BI を実行しています。

単一の SSIS 2012 プロジェクトでソリューションを構築しました。

• SSIS プロジェクトを Test SQL Server ボックスに展開しました。
• 新しい環境を構成しました (Fred と呼びましょう)。
• Fred 環境に変数を追加します。
• これらの変数の一部は接続文字列です。
• SSISDB ツリーの SSIS プロジェクトに戻ります。右クリックして構成します。
• プロジェクトのすべての接続マネージャーの接続文字列プロパティ (のみ) を、Fred の接続文字列変数の 1 つから構成するように設定しました。

これで、Fred 環境から構成するように配線された、少なくとも接続に関してはすべてが揃いました。

• パッケージを実行する SQL Server エージェント ジョブ (SSIS タイプ) を作成しました。
• Configure from environment .\Fred というボックスにチェックを入れます。
• ジョブ構成を完了します。
• ジョブを右クリックし、[ステップでジョブを開始] を選択します。. .'

ジョブが実行されます。わーい！すべてが機能します。パッケージはすべて実行されます。（みんなで喜びのダンス！）

今ここに私が解決できない部分があります。

システム テストの一環として (私は 2012 年以降のプロジェクト展開モデルに慣れていないため慎重です)、Fred 環境変数の 1 つに格納されている接続文字列の値を変更します。この接続文字列は、私の SSIS プロジェクトの接続マネージャーの接続文字列 (私はこれを 3 回確認しました) が使用するように構成されたものでした。

接続文字列が無効/不完全になり、同じ SQL エージェント ジョブを実行すると、実行されたパッケージが失敗 (検証) することが期待されますよね?

まあ何を推測します。仕事は成功します。(喜びのダンスが止まります。) すべてのパッケージが正常に実行されます。テストデータベース環境を確認すると、接続文字列が間違って完成した DB のテーブルに行が追加されました (Fred 環境で)。

それで、うーん、まあ、何かを見逃したのではないかと思います。戻って、無効または不完全な接続文字列を含む環境変数を削除します。

再度ジョブを実行します。ジョブは成功します。ええと、なに？

• SQL Server 2012 の開発インスタンスを起動します (ちなみに、SP3 ではなく RTM)。
• 同じプロジェクト接続マネージャー/環境構成マッピングを使用してテスト プロジェクトをデプロイします
• 私は同じ手順を実行します。. .

しかし今回は、期待どおりにジョブが失敗します。注: SQL Server エージェントの再起動は必要ありません。

• テストボックスに戻ります
• SQL Agent (SSIS) ジョブを右クリックします
• [プロパティ] > [ステップ] (ページ) > [編集] (最初のステップ。1 つしかありません) に移動すると、次の警告が表示されます。

パラメーター "SomeOtherSSISProjectParameter" は環境変数を使用するように構成されていますが、環境変数が選択されていません。「環境」チェックボックスをオンにして、使用する環境を指定するか、パラメータにリテラル値を指定します。(Microsoft.DataTransformationServices.DTSExecUI.Controls)

え、なに!?

• まず、このジョブ ステップの [環境] チェック ボックスは既にオンになっています。
• 第 2 に、このパラメーターは Fred 環境に関連付けられていないか、マップされていません。変更してから削除した変数。
• 3 番目に、環境変数の値が null または空ではありません。最初に環境に追加したときから変更されていません。

(この時点で、SSISDB が破損していると思います。)

クリックして警告を通過しました。SSIS パッケージの SQL Server エージェントの構成ページで、(何も変更せずに) [OK] をクリックしようとすると、孤立した環境構成に関連する予想されるエラー メッセージが表示されます。

接続マネージャー "MySSISProjConnManagerName" のプロパティ "ConnectionString" は、"MyFredEnviroVariableName" という名前の環境変数から値を受け取るように構成されていますが、環境 ".\Fred" には "MyFredEnviroVariableName" という名前の環境変数がありません。別の環境を選択するか、プロパティにリテラル値を使用してください。(Microsoft.DataTransformationServices.DTSExecUI.Controls)

良いニュースは、この破損したジョブ/ステップを保存するために [OK] をクリックできないことですが、悪いニュースは、[キャンセル] をクリックでき、ジョブを右クリックして [ステップでジョブを開始] を選択できることです。. .' 絶対にすべきではないときに正常に完了するようにします。

はい、エージェントを再起動しました。はい、サーバーを再起動しました。

SQL Server 2012 の開発インスタンス (RTM) でシナリオをテストしましたが、再現できません。他の誰でもできますか？さらに良いことに、修正ソリューションはありますか? SP4?

これに関するヘルプは大歓迎です。私に関する限り、これは 2012 でプロジェクト展開モデルを使用するためのショーストッパーです。

この 1 週間で VS2015 で何かが変更されたため、すべての SSDT-BI 設計ファイルが高レベルのズームと大きなフォント サイズで表示されました。VSの他のすべては問題ありません。関連すると思われるフォントやその他のオプションをすべて試してみましたが、違いはないようです。70% に縮小した後でも、テキストがデザイナーのボックスに収まらないことに注目してください。「接続マネージャー」ウィンドウのフォント サイズは、他の VS ウィンドウよりも大幅に大きくなっています。

できればVS2015の再インストールは避けたいです。何か案は？

ありがとう、

イアン

SSDT-BI 2013 を初めて使用します。

複雑なデータ フロー コンポーネントを含む SSIS パッケージを読み込みました。データ フロー コンポーネントをダブルクリックして開くと、すべてを検証するのに 30 分以上かかります。

エラーはなく、ロードに非常に長い時間がかかり、役に立たなくなりました。

SSDT-BI 2013 以前で同じものを開くと、同じデータ フローがすぐに開きます。

これについてオンラインで何かを見つけることができません。誰かアイデアがありますか?

ありがとう！

これは私を夢中にさせています。Visual Studio 2013 に SSDT-BI を使用していますが、dtsx パッケージがロックされるたびにマシンを再起動する必要があります。SSIS 2012でこれを回避する方法については良い投稿がありますが、2013 の問題を解決する方法については何も見つかりません。

VS2005 プロジェクトから VS2013 (パッケージ配置モデル) プロジェクトにアップグレードした SSIS パッケージをテストしています。これは非常に単純なパッケージで、特定の場所からファイルを 1 つずつ処理し、それらのファイルに基づいてデータベースを更新し、完了すると結果に基づいてファイルをアーカイブまたは非解析ディレクトリに移動します。そして、奇妙なエラーが発生し、その解決策が見つかりません。

問題は、パッケージが正常に実行され、想定どおりに実行されることです (ファイルからデータを抽出してテーブルに挿入する)。ただし、この操作の一部は、ファイルをアーカイブに移動することです (ファイル システム タスク)。そして、このエラーが表示されます "説明: SQL Server Data Tools の外部で SSIS パッケージを実行するには、ファイルを統合サービスのアーカイブに移動するか、それ以上をインストールする必要があります。 "

2014 年の SSDT BI で VS2013 を使用しました。SSIS デザイナーのバージョンは、開発テスト VM (12.0.2000.8 x64 ビット) の dtexec ユーティリティと一致します。以下は CLI からの出力です。

Microsoft (R) SQL Server Execute Package Utility Version 12.0.2000.8 for 64-bit Copyright (C) Microsoft Corporation. All rights reserved.

Started: 10:45:58 AM Progress: 2016-02-11 10:45:59.20 Source: Truncate StagingTable Executing query "TRUNCATE TABLE StagingTable".: 100% complete End Progress Progress: 2016-02-11 10:45:59.25 Source: Insert into Staging Executing query "exec dbo.staging @xml_fileName,NULL,'C...".: 100 % complete End Progress Progress: 2016-02-11 10:45:59.25 Source: Move to MasterXML Executing query "exec dbo.insertXML".: 100% complete End Progress Error: 2016-02-11 10:45:59.25 Code: 0xC000F427 Source: Move File to Archive Description: To run a SSIS package outside of SQL Server Data Tools you must install Move File to Archive of Integration Services or higher. End Error Progress: 2016-02-11 10:45:59.30 Source: Execute SQL get_next_file Executing query "exec get_next_file".: 100% complete End Progress Progress: 2016-02-11 10:45:59.51 Source: Execute SQL notify_users Executing query "exec notify_users".: 100% complete End Progress DTExec: The package execution returned DTSER_SUCCESS (0). Started: 10:45:58 AM Finished: 10:45:59 AM Elapsed: 1.172 seconds

最新の取り組みでは、このパッケージを実行しようとしているのと同じマシンに、SQL Server 2014 用の VS2013 と SSDT BI をインストールしました。VS を使用する場合、パッケージは正常に実行されますが、次のコマンドを使用して CLI でこのパッケージを実行しようとするとすぐに、同じメッセージで失敗します。

"C:\Program Files\Microsoft SQL Server\120\DTS\Binn\dtexec.exe" /f "C:\SSIS\Load_Files.dtsx" /ConfigFile "C:\SSIS\loadFiles_SSIS_Configuration.dtsconfig"

VS2005 から VS2013 で SSIS がどのように機能するかについて何か関係があると確信していますが、どこを見ればよいかわかりません。助言がありますか ？

Visual Studio SSDT BI アドオンを使用して、SQL Server Reporting Services のレポートを作成しています。私が作成したプロジェクトは、SQL Server バージョン 2008/2012/2014 をターゲットにするように構成されています。これは、これらがお客様のターゲット SQL Server であるためです。

ただし、Visual Studio 内で作成されているレポート ファイルはすべて、SQL Server 2016 を対象としているようです。rdlファイルを別のサーバーにコピーしてブラウザー経由でアップロードすると、新しいバージョンの SSRS からのものであり、アップロードできないと言われます。アップロードされます。

問題は次の 2 点です。

1. この<Report>タグには、以前のバージョンに存在していた 2010 の名前空間を置き換える新しい 2016 の名前空間が含まれています。

   /li>

2. 新しいファイル形式には、2016 の名前空間で定義されているパラメーター レイアウト セクションが含まれていますが、2010 の名前空間では定義されていません。

   /li>

名前空間を変更してセクション2010を削除するとReportParametersLayout、レポートは SQL 2012 で正常に機能しますが、次回レポートを開いたときに Visual Studio によって元に戻されます。

(興味深いことに、レポートを VS から直接デプロイすると、パラメーター レイアウトが 2012 ではサポートされておらず、削除されているという警告が表示されます。これは、Visual Studio がその場でレポート定義を修正していることを意味します)。

VS でレポート ファイルを以前のバージョンの形式のままにしておく方法はありますか?