昨日、SSASの既存のキューブにいくつか変更を加えました。 Data Source View
に新しいファクトテーブルを追加しました。これを適切なディメンションテーブルにリンクしました。SQLエージェントとなりすまし情報を使用したOLAPキューブの処理
その後、mycube.cube [Design]
タブとセクションCube Structure
を開きます。そこから、新しく追加されたファクトテーブルに対応するキューブに新しいメジャーグループを追加しました。新しいファクトテーブルがキューブデザイナの「スキーム」に実装され、キーが正しく設定されていることを確認しました。
その後、SQL Serverエージェントが夜間にキューブを処理するのを待ってキューブを保存しました(これはかなり広範なキューブなので、営業時間中は処理しません)。
今朝、OLAPキューブが処理され、SQLエージェントのView history
にエラーや警告が含まれていないことがわかりました。
ただし、キューブに新たに追加された測定グループはありません。以前のテストサーバーでも同じ手順を踏み出しましたが、それは問題なく動作しました。
唯一の違いは、データソースの偽装情報です。
SSAS内でキューブを展開せずにSSASのユーザーとして変更を加えても、[偽装情報]タブの[特定のWindowsユーザー名とパスワードを使用する]で指定したユーザーではありません。データソースはSQLエージェントによって変更されませんか?
私はSQLエージェントタスクの所有者として記載されているユーザーである必要がありますか?
よろしく、
Cenderze
ご返信ありがとうございます。はい、SQLエージェントのキューブを更新するスクリプトがキューブ全体を処理します。私はその意味で別々のステップを使用しません。私はプロキシアカウントにチェックインします。ですから、基本的には、データソースの偽装情報で自分のユーザーとして設定した場合、それを実行できますか?それがテストキューブ上で動作する方法ですが、SQLエージェントジョブの所有者でもありました。 – Cenderze
データソースで偽装が使用されている場合、ジョブステップを実行するユーザーはデータソースにも接続します。ジョブエージェントサービスアカウントに必要な権限があるか、プロキシアカウントを使用するか、またはデータソースにsql userを指定する必要があります。 – Hybris95
これまでのように、SSASのデータソースの偽装情報ユーザーは管理者権限を持つユーザーです。 SQLエージェントの所有者と同じユーザーです。キューブを処理するスクリプトを含むステップを編集すると、SQL Serverエージェントサービスアカウントとして実行されます。 – Cenderze