処理オプションと設定 (Analysis Services)
適用対象:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
Microsoft SQL Server SQL Server Analysis Servicesでオブジェクトを処理する場合は、処理オプションを選択して、各オブジェクトに対して発生する処理の種類を制御できます。 処理の種類はオブジェクトごとに異なるほか、オブジェクトに対する変更内容 (オブジェクトが前回処理されたことによって発生した変更) によっても異なります。 SQL Server Analysis Servicesが処理メソッドを自動的に選択できるようにする場合、オブジェクトを最短時間で完全に処理された状態に戻す メソッドが使用されます。
処理オプションを設定することにより、処理されるオブジェクト、およびオブジェクトの処理方法を制御できます。 このような設定のいくつかは、主にバッチ処理ジョブで使用されます。 バッチ処理の詳細については、「バッチ処理 (Analysis Services)」を参照してください。
注意
このトピックは、多次元、およびデータ マイニングの各ソリューションに適用されます。 表形式ソリューションの詳細については、「 データベース、テーブル、またはパーティションの処理 (Analysis Services)」を参照してください。
処理オプション
次の表では、SQL Server Analysis Servicesで使用できる処理メソッドについて説明し、各メソッドがサポートされているオブジェクトを識別します。
| モード | 適用対象 | 説明 |
|---|---|---|
| 既定の処理 | キューブ、データベース、ディメンション、メジャー グループ、マイニング モデル、マイニング構造、パーティション | データベース オブジェクトの処理状態を検出し、処理されていないオブジェクトや部分的に処理されたオブジェクトを完全処理状態にするために必要な処理を行います。 データ バインドを変更した場合、"既定の処理" では、影響を受けるオブジェクトに対して "完全処理" が実行されます。 |
| 完全処理 | キューブ、データベース、ディメンション、メジャー グループ、マイニング モデル、マイニング構造、パーティション | SQL Server Analysis Services オブジェクトとそのオブジェクトに含まれるすべてのオブジェクトを処理します。 既に処理されているオブジェクトに対して Process Full が実行されると、SQL Server Analysis Servicesオブジェクト内のすべてのデータが削除され、そのオブジェクトが処理されます。 この種類の処理は、属性階層の追加、削除、または名前変更など、構造上の変更がオブジェクトに加えられた場合に必要です。 |
| 消去の処理 | キューブ、データベース、ディメンション、メジャー グループ、マイニング モデル、マイニング構造、パーティション | 指定されたオブジェクトとその下位オブジェクトに含まれているデータを削除します。 削除されたデータは、再読み込みされません。 |
| データの処理 | ディメンション、キューブ、メジャー グループ、パーティション | 集計またはインデックスを構築することなくデータのみを処理します。 パーティション内にデータが存在する場合、そのパーティションにソース データを再設定する前にデータが削除されます。 |
| 追加の処理 | ディメンション、メジャー グループ、パーティション 注: Process Add は Management Studio のディメンション処理では使用できませんが、このアクションを実行する XMLA スクリプトを記述できます。 |
ディメンションの場合、新しいメンバーを追加したり、ディメンション属性のキャプションや説明を更新します。 メジャー グループおよびパーティションの場合、新しく使用できるようになったファクト データとプロセスを、関連するパーティションにのみ追加します。 |
| 更新の処理 | Dimensions | 強制的にデータを再読み込みし、ディメンション属性を更新します。 関連するパーティション上の柔軟な集計とインデックスが削除されます。 |
| インデックスの処理 | キューブ、ディメンション、メジャー グループ、パーティション | 処理済みのすべてのパーティションに対するインデックスおよび集計を作成または再構築します。 未処理のオブジェクトではエラーが発生します。 "レイジー処理" をオフにした場合、このオプションでの処理が必要となります。 |
| 構造の処理 | キューブ、マイニング構造 | キューブが未処理の場合、SQL Server Analysis Servicesは必要に応じてすべてのキューブのディメンションを処理します。 その後、SQL Server Analysis Servicesはキューブ定義のみを作成します。 このオプションをマイニング構造に適用すると、マイニング構造にソース データが設定されます。 このオプションと完全処理オプションの違いは、このオプションでは、マイニング モデル自体まで処理が繰り返されないという点です。 |
| 構造消去の処理 | マイニング構造 | マイニング構造からすべてのトレーニング データを削除します。 |
処理の設定
次の表では、処理操作の作成時に使用できる処理オプションの設定について説明します。
| 処理オプション | 説明 | オプション値 |
|---|---|---|
| Parallel | バッチ処理に使用します。 この設定により、SQL Server Analysis Servicesは処理タスクをフォークオフし、1 つのトランザクション内で並列に実行します。 エラーが発生した場合は、すべての変更がロールバックされます。 並列タスクの最大数を明示的に設定するか、サーバーに最適な分散を自動的に判断させることもできます。 並列オプションは、処理の高速化に役立ちます。 | |
| シーケンシャル (トランザクション モード) | 処理ジョブの実行動作を制御します。 2 つのオプションを使用できます。 [1 つのトランザクション]を使用して処理する場合、処理ジョブが成功した後にすべての変更がコミットされます。 つまり、特定の処理ジョブの影響を受けるすべてのSQL Server Analysis Services オブジェクトは、コミット プロセスまでクエリで使用できます。 これにより、オブジェクトは一時的に使用できなくなります。 [個別のトランザクション] を使用した場合、処理ジョブ内の処理の影響を受けるすべてのオブジェクトは、その処理が成功するとすぐに、クエリ用に使用できなくなります。 |
[1 つのトランザクション]。 処理ジョブは 1 つのトランザクションとして実行されます。 処理ジョブ内のすべての処理が成功すると、処理ジョブによる変更がすべてコミットされます。 処理が 1 つ失敗すると、処理ジョブによる変更がすべてロールバックされます。 [1 つのトランザクション] が既定値です。 [個別のトランザクション]。 処理ジョブ内の各処理はスタンドアロンのジョブとして実行されます。 処理が 1 つ失敗すると、その処理だけがロールバックされ、処理ジョブは続行されます。 各ジョブでは、そのジョブの最後に処理の変更がすべてコミットされます。 |
| 書き戻しテーブル オプション | 処理中に書き戻しテーブルをどのように処理するかを制御します。 このオプションは、キューブ内の書き戻しパーティションに適用されます。 | 既存のものを使用します。 既存の書き戻しテーブルを使用します。 これは既定値です。 Create。 新しい書き戻しテーブルを作成します。書き戻しテーブルが既に存在する場合、その処理は失敗します。 Always を作成します。 書き戻しテーブルが既に存在する場合でも新しい書き戻しテーブルを作成します。 既存のテーブルは削除されて置き換えられます。 |
| 影響を受けるオブジェクトを処理する | 処理ジョブのオブジェクトのスコープを制御します。 影響を受けるオブジェクトは、オブジェクトの依存関係によって定義されます。 たとえば、パーティションは、集計を決定するディメンションに依存しますが、ディメンションはパーティションに依存しません。 [False] が既定の設定です。 | [False] 。 ジョブは、そのジョブで明示的に指定されたオブジェクトとすべての依存オブジェクトを処理します。 たとえば、処理ジョブにディメンションのみが含まれている場合、SQL Server Analysis Servicesはジョブで明示的に識別されたオブジェクトのみを処理します。 処理ジョブにパーティションが含まれている場合は、パーティションを処理すると、影響を受けるディメンションに関する処理が自動的に呼び出されます。 [True] 。 ジョブによって処理されるのは、そのジョブで明示的に指定されたオブジェクト、すべての依存オブジェクト、および処理されるオブジェクトの影響を受けるすべてのオブジェクトです。ただし、影響を受けるオブジェクトの状態は変更されません。 たとえば、処理ジョブにディメンションのみが含まれている場合、SQL Server Analysis Servicesは、現在処理された状態にあるパーティションのディメンション処理の影響を受けるすべてのパーティションも処理します。 影響を受けるパーティションのうち、現在未処理の状態にあるパーティションは処理されません。 ただし、パーティションはディメンションに依存するため、処理ジョブにパーティションしか含まれていない場合は、ディメンションが現在未処理の状態にあっても、パーティションを処理すると、影響を受けるディメンションの処理が自動的に呼び出されます。 |
| ディメンション キーのエラー | 処理中にエラーが発生したときにSQL Server Analysis Servicesによって実行されるアクションを決定します。 [カスタム エラー構成を使用する]を選択すると、次のアクションの値を選択して、エラー処理の動作を制御できます。 [既定のエラー構成を使用する] を選択すると、SQL Server Analysis Services処理されるオブジェクトごとに設定されたエラー構成が使用されます。 オブジェクトが既定の構成設定を使用するように設定されている場合、SQL Server Analysis Servicesは各オプションに一覧表示されている既定の設定を使用します。 |
|
| キー エラー アクション。 レコードにキー値がまだ存在していない場合、次のいずれかのアクションが行われるように選択します。 | [不明な種類に変換]。 このキーは不明メンバーとして解釈されます。 これが既定の設定です。 [レコードの破棄]。 レコードが破棄されます。 |
|
| [エラー処理の制限]。 次のいずれかのオプションを選択して、処理されるエラー数を制御します。 | [エラー数を無視する]。 これにより、エラー数に関係なく、処理を続行できます。 エラー時に停止します。 このオプションでは、さらに 2 つのオプションを設定します。 [エラー数] では、特定の数のエラーに処理を制限できます。 [エラー時のアクション] では、 [エラー数] に到達したときのアクションを決定できます。 [処理の停止](処理ジョブが失敗した場合にすべての変更がロールバックされます) や [ログ記録の停止](エラーをログに記録せずに処理を続行できます) を選択できます。 [エラー時に停止する] は既定の設定で、 [エラー数] が 0 に設定され、 [エラー時のアクション] が [処理の停止]に設定されています。 |
|
| 次のエラー条件です。 オプション値を設定して、特定のエラー処理動作を制御できます。 [既定のエラー構成を使用する]を選択すると、Analysis Services では、処理される各オブジェクトに設定されているエラー構成が使用されます。 既定の構成設定を使用するようにオブジェクトを設定すると、Analysis Services では、各オプションに指定されている既定の設定が使用されます。 |
キーが見つかりません。 キー値がパーティションに存在しても対応するディメンションに存在しない場合に使用されます。 既定の設定は [報告して続行する]です。 他に、 [エラーを無視する] および [報告して停止する]という設定もあります。 キーが重複しています。 ディメンションに複数のキー値が存在する場合に使用されます。 既定の設定は [エラーを無視する]です。 他に、 [報告して続行する] および [報告して停止する]という設定もあります。 null キーが不明に変換されました。 キー値が NULL で、 [キー エラー アクション] が [不明な種類に変換]に設定されている場合に使用されます。 既定の設定は [エラーを無視する]です。 他に、 [報告して続行する] および [報告して停止する]という設定もあります。 Null キーは使用できません。 [キー エラー アクション] が [レコードの破棄]に設定されている場合に使用されます。 既定の設定は [報告して続行する]です。 他に、 [エラーを無視する] および [報告して停止する]という設定もあります。 |
参照
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示