4

つまり、私は基本的に BI の概念にまったく慣れていないので、次の 2 段階のプロセスである既存の ETL プロセスを継承しています。

  1. キューブ処理でのみ使用されるデータベースにデータをロードします

  2. 上記のデータベースに対して SSAS キューブの処理を開始します

かなりうまく分離されているように見えますが、時折 (週に 1 回、場合によっては 2 回)、次の例外で失敗します。

「OLAP ストレージ エンジンのエラー: 属性キーが見つかりません」

ここで興味深いのは、次のことです。

  1. 通常、問題のあるディメンションは同じものではありません (つまり、一貫してこの障害が発生する単一のディメンションはありません) 。

  2. ソーステーブルを調べると、実際には見つからなかったという属性キーが含まれています

  3. 次に、SSMS を介してディメンションとキューブを手動ですぐに再処理すると、問題なく正常に再処理されます。

前述のジョブと SSMS を介してそれらを再処理するときの両方で、「ProcessFull」を使用しているため、完全に再処理する必要があります。

誰かがそのような問題に遭遇しましたか? 私はそれについて頭を悩ませています...それが真のデータ整合性の問題である場合、キューブを再処理しても修正されないからです。いったい何が起こっているのでしょうか？なぜこれが起こるのかを突き止めようとしていますが、それを一貫して再現することも、根本原因としてデータの整合性の問題を指摘することもできません。

あなたが提供できる情報をありがとう！

4

4 に答える 4

4

私は同様の問題に遭遇し、キューブを処理する前にディメンションを処理することがうまくいったことを発見しました。

于 2010-04-26T15:35:33.250 に答える
1

パッケージが処理を開始するとおっしゃいましたが、処理の設定はどのようなものですか?

最後に寸法を処理しているかどうか疑問に思っています。それで説明できます。これは、トランザクション数と並列処理が異常な場合にのみ、完全なプロセスで発生する可能性があります。手動のフル プロセスの設定と、自動化されたプロセスの設定を確認してください。

于 2010-04-30T16:08:00.857 に答える
1

ディメンションは常に最初に処理する必要があります。

立方体は、物事をマッピングする方法を他にどのように知るでしょうか?

たとえば、ファクト テーブルには表示されるが、products ディメンションには追加されていない新しいアイテムの販売があった可能性があります。結合を実行できず、失敗します。

于 2010-05-05T08:51:52.600 に答える
1

AS2005 と AS2008 の両方で同様のものを見てきました。ディメンションが処理されているにもかかわらず、ディメンション キーが見つかりませんというエラーが発生します。

寸法の読み込みと処理は毎日行っています。月の最初に、新しいパーティションが作成されます。月の最初の週末に、毎日のディメンション処理の後、ファクト テーブルが読み込まれ、パーティションが処理されます。これはすべて SSIS を介して行われます。数か月前から、パーティション処理が失敗しています。1 日待って、毎日のディメンション処理を 1 回実行すると、パーティションは正常に処理されます。テストでは、ファクト テーブルが読み込まれた後に 1 つのキー ディメンションで ProcessUpdate を実行すると、関連付けられたパーティションを処理できることが示されました。相互作用は各パーティションに固有であり、ロードされるファクト テーブルに依存することに注意してください。ファクト テーブル A を読み込み、ディメンションを処理すると、パーティション A が処理します。ファクト テーブル B の読み込みが遅れている場合は、

ディメンションの ProcessUpdate が関連するパーティション インデックスと集計を無効にすることはよく知られているため、ディメンションとパーティションの処理の間には関係があります。文書化されていない追加の相互作用が見られるのではないかと思います。

于 2010-06-17T03:41:56.987 に答える