2017-04-25 3 views
0

昨日、SSASの既存のキューブにいくつか変更を加えました。 Data Source Viewに新しいファクトテーブルを追加しました。これを適切なディメンションテーブルにリンクしました。SQLエージェントとなりすまし情報を使用したOLAPキューブの処理

その後、mycube.cube [Design]タブとセクションCube Structureを開きます。そこから、新しく追加されたファクトテーブルに対応するキューブに新しいメジャーグループを追加しました。新しいファクトテーブルがキューブデザイナの「スキーム」に実装され、キーが正しく設定されていることを確認しました。

その後、SQL Serverエージェントが夜間にキューブを処理するのを待ってキューブを保存しました(これはかなり広範なキューブなので、営業時間中は処理しません)。

今朝、OLAPキューブが処理され、SQLエージェントのView historyにエラーや警告が含まれていないことがわかりました。

ただし、キューブに新たに追加された測定グループはありません。以前のテストサーバーでも同じ手順を踏み出しましたが、それは問題なく動作しました。

唯一の違いは、データソースの偽装情報です。

SSAS内でキューブを展開せずにSSASのユーザーとして変更を加えても、[偽装情報]タブの[特定のWindowsユーザー名とパスワードを使用する]で指定したユーザーではありません。データソースはSQLエージェントによって変更されませんか?

私はSQLエージェントタスクの所有者として記載されているユーザーである必要がありますか?

よろしく、

Cenderze

答えて

1

まずあなたがあなたのキューブに作られた編集はジョブステップに加工されていることを確認する必要があります。
これを行うには、ジョブを編集し、編集が遅れていることを考慮してステップが変更されていることを確認します。

次に、ジョブが特にユーザーとして実行されていることを確認するには、特に、ジョブにプロキシアカウントを設定する必要があります。
このプロキシアカウントには、ソースの読み取りと分析サーバーのターゲットへの書き込み権限が必要です。

+0

ご返信ありがとうございます。はい、SQLエージェントのキューブを更新するスクリプトがキューブ全体を処理します。私はその意味で別々のステップを使用しません。私はプロキシアカウントにチェックインします。ですから、基本的には、データソースの偽装情報で自分のユーザーとして設定した場合、それを実行できますか?それがテストキューブ上で動作する方法ですが、SQLエージェントジョブの所有者でもありました。 – Cenderze

+0

データソースで偽装が使用されている場合、ジョブステップを実行するユーザーはデータソースにも接続します。ジョブエージェントサービスアカウントに必要な権限があるか、プロキシアカウントを使用するか、またはデータソースにsql userを指定する必要があります。 – Hybris95

+0

これまでのように、SSASのデータソースの偽装情報ユーザーは管理者権限を持つユーザーです。 SQLエージェントの所有者と同じユーザーです。キューブを処理するスクリプトを含むステップを編集すると、SQL Serverエージェントサービスアカウントとして実行されます。 – Cenderze

関連する問題