Service Manager データ ウェアハウスの管理

主にレポートで使用されるデータ ウェアハウスを管理するには、データ ウェアハウス ジョブに対してメンテナンス タスクを実行する必要があります。 たとえば、状態の表示、一時停止と再開、スケジュールの設定、スケジュールの有効化と無効化、データ ウェアハウス ジョブのトラブルシューティングを行うことができます。 これらのメンテナンス タスクはすべて、Windows PowerShell コマンドレットを使用して実行できます。 さらに、Service Manager コンソールを使用して、これらのタスクの一部を実行できます。

デプロイ時に、「Service Manager 展開ガイド」の「Service Manager 管理グループの登録」で説明されているように、Service Manager 管理グループを登録しました。 そのアクションの結果、管理パックの展開が開始され、MPSyncJob が開始されました。 Service Manager コンソールの Data Warehouse ジョブ ペインに示すように、MPSyncJob が完了するまで、データ ウェアハウス ジョブを開始または再開しないでください。

次の表に示すように、データ ウェアハウスを維持するためにさまざまな時間に実行される 7 つのデータ ウェアハウス ジョブがあります。

ジョブのスケジュールと頻度

ジョブのスケジュールは、ジョブの開始時に定義されます。 頻度とは、ジョブが開始された後に実行される頻度を指します。 スケジュールと頻度に関係なく、ジョブのスケジュールが有効になっていない限り、ジョブは実行されません。 エンティティ (クリーンアップ) ジョブを除き、各ジョブには既定のスケジュールされた開始時刻 (午前 0 時) があります。 次の表に、スケジュールされた開始時刻、頻度、および既定のスケジュール設定を示します。

Service Manager のこのリリースでは、クリーンアップ機能はワークフローとして処理されます。 このジョブの設定は構成できません。

PowerShell コマンドレット

Service Manager Windows PowerShell モジュールには、データ ウェアハウスをホストするサーバー上のデータ ウェアハウス機能を管理するためにこのシナリオで使用されるコマンドレットが含まれています。 すべての Windows PowerShell コマンドレットを管理者として実行する必要があります。 Windows PowerShell ヘルプを表示するには、 get-help コマンドの後に、ヘルプが必要なコマンドレットの名前を入力します。 たとえば、get-help Set-SCDWJobSchedule と入力します。 このシナリオでは、次のコマンドレットが使用されます。

• Get-SCDWJobSchedule データ ウェアハウス ジョブのスケジュールを表示します。

• Get-SCDWJob すべての定期的な Service Manager データ ウェアハウス ジョブの状態を表示します。

• Get-SCDWMgmtGroup データ ウェアハウスに登録されている管理グループの詳細を表示します。

• Remove-SCDWMgmtGroup データ ウェアハウスから管理グループを削除します。

• Set-SCDWJobSchedule データ ウェアハウス ジョブのスケジュールを設定します。

• Enable-SCDWJobSchedule データ ウェアハウス ジョブ スケジュールを有効にします。

• Disable-SCDWJobSchedule データ ウェアハウス ジョブ スケジュールを無効にします。 ジョブ スケジュールは既定で無効になっています。

データ ウェアハウス ジョブの概要

Service Manager データ ウェアハウスに登録すると、MPSyncJob の実行が開始されます。 このジョブは、最初の実行が完了するまでに数時間かかることがあります。 このジョブが完了すると、[データ ウェアハウス ジョブ] ウィンドウに 2 つの抽出ジョブが一覧表示されます。 1 つの抽出ジョブは Extract_データ ウェアハウス管理グループ名として表示され、もう 1 つの抽出ジョブは Extract_Service Manager 管理グループ名として一覧表示されます。 これらの抽出ジョブの両方が表示されると、MPSyncJob の最初の実行が完了し、後続のメンテナンス タスクを続行できることがわかります。

データ ウェアハウス モジュールのデプロイ

Service Manager でのデータ ウェアハウス モジュールのデプロイは、Service Manager 管理サーバーがデータ ウェアハウス管理サーバーに登録されたときに開始されます。 次のセクションでは、モジュール パーツ、機能、スケジュールについて説明します。

管理パックの同期

管理パックの同期は、データ ウェアハウスが、ソース システムに存在するクラスとリレーションシップを検出するプロセスです。 このプロセスは、MPSync とも呼ばれます。 クラスまたはリレーションシップを定義するすべての管理パック用に、データ ウェアハウスは、対応するソースからクラスまたはリレーションシップのデータを取得するための抽出ジョブ モジュールを作成します。 そのような管理パックとその関連ジョブが、システム間で同期されます。

封印された管理パックとその対応データのみが、データ ウェアハウスに同期されます。 管理パックを変更する場合は、バージョン番号を増やす必要があり、エラーの原因となる可能性のある変更を導入することはできません。それ以外の場合、管理パックはインポートに失敗します。 たとえば、クラスを削除したり、プロパティを削除したり、リレーションシップを削除したりすることはできません。 同様に、サポートされていない方法でデータ型を変更することはできません。 たとえば、文字列プロパティを数値プロパティに変更することはできません。

既定では、MPSync Orchestration ジョブは、30 分ごとに実行されます。

複数のソースが同じ管理パックを参照している可能性があります。 ソース システムのバージョンは、データ ウェアハウスのバージョンと同一、またはそれ以降である必要があります。そうでないと、登録が失敗します。

データ ウェアハウスから管理パックを削除できます。 ただし、次の点に配慮してください。

1. 管理パックを削除しても、Service Manager データベースと同様にデータ ウェアハウスからデータは削除されません。代わりに、ユーザーにアクセス権が付与されているデータベース ビューが削除されます。

2. 対応する管理パックを削除した後で管理パックを再インポートすると、履歴データが再び公開されます。

   Note

   封印された管理パックのみが Service Manager からデータ ウェアハウスに同期されます。 これに対する例外は、一覧アイテムです。これは列挙としても知られています。 グループまたはキューは、封印された管理パックと封印されていない管理パックのどちらにあるかに関係なく、データ ウェアハウスに同期されます。

Service Manager からインポートされる管理パックは、Service Manager 固有およびデータ ウェアハウス固有です。 Service Manager 管理パックは、Service Manager データベースの構造を認識し、データ ウェアハウス管理パックがデータ ウェアハウス データベースの構造とプロセスを推進します。

レポートの展開

管理パックの同期プロセスは、Service Manager から管理パックをインポートし、それらの管理パックが構造を形成する方法、データを移動する方法、データ ウェアハウスとレポートのレポートをコピーする方法を定義します。 これらの管理パックが Service Manager とデータ ウェアハウスの間で同期されると、データが取得され、ユーザーが使用するためにレポートが展開されます。

レポートの展開は、次のプロセスのように順次行われます。

1. すべての識別された管理パックがデータ ウェアハウスと同期されると、管理パックの同期がレポートの展開ワークフローをトリガーします。
2. DWStagingandConfig データベースが同期された管理パックの終点であるため、展開ワークフローは DWStagingandConfig データベースに、展開するすべての新しいまたは変更されたレポートと、削除するレポートについて照会します。
3. 展開ワークフローは、次に SQL Server Reporting Services (SSRS) サーバーに SSRS Web サービスを通じて、新しいレポートや更新されたレポートを公開します。
4. SSRS は、レポートと適切なメタデータを保存します。
5. スキーマ展開ワークフローが、管理パックの同期によってトリガーされます。
6. 新しく同期され、変更を引き起こす管理パックに基づいて、DWStagingandConfig データベースから、スキーマの変更を引き起こす情報がもう一度取得されます。
7. スキーマの変更が DWRepository データベースに展開されます。
8. 抽出、変換、および読み込み (ETL) モジュールに必要であれば、DWStagingandConfig データベースが変更されます。

Service Manager 固有の情報のみを含む管理パックでは、展開アクティビティは実行されません。 これらは、新しいデータ ウェアハウスとレポート固有の要素に対してのみトリガーされます。

ETL プロセスを理解する

データ ウェアハウス スキーマとレポートが展開されると、レポート作成のため実際のデータを使用して DWDataMart データベースのがセットされます。 これは、ETL プロセスによって行われます。 3 つのプロセスがあり、それぞれ特有の目的を果たします。

• 抽出 は、複数のソースからの大容量のデータを処理するために特別に設計されていて、その操作用に作られた領域にデータを移動できます。
• 変換 は、複雑な論理操作と統合操作を最適化するために設計されています。 このプロセスで、ETL のほとんどの作業が発生します。
• 読み込み は、処理済みのデータを、一括でターゲットに転送するために設計されています。

3 つの異なるデータベースを持つ主な理由の 1 つは、ハードウェア環境をより容易に最適化できるようにすることです。 大容量の環境では、DWStagingandConfig データベースと DWRepository データベースは、読み込み/書き込み I/O のために最適化されたコンピューター ハードウェア上になければなりません。 ただし、DWDatamart をホストするコンピューター ハードウェアは読み込み I/O が最適化されている必要があります。 この違いに配慮して、DWDatamart を、DWStagingandConfig データベースと DWRepository データベースとは別のサーバーまたはドライブに配置することができます。 ただし、DWStagingandConfig データベースと DWRepository データベースは、同じサーバー上にある必要があります。

概要レベルでは、ETL は次のセクションで説明するプロセスで発生します。 カスタム レポートに使用する管理パックをオーサリングする計画があるのなら、おそらく、これらのプロセスをより深く理解する必要があります。

Extract

抽出プロセスは、スケジュールされた間隔で開始されます。 抽出は、オンライン トランザクション処理システム (OLTP) ストア (この場合は Service Manager データベース) から生データを取得するプロセスです。

1. 抽出プロセスは、抽出プロセスが最後に実行されてから蓄積された差分データを Service Manager に照会します。
2. 新しいデータは、Service Manager データベースと同じ基本形式で DWStagingandConfig データベースに書き込まれます。

変換

変換プロセスは、スケジュールされた間隔で開始されます。 変換は、DWStagingandConfig データベースから生データを移動するプロセスです。 生データをレポート用の最終形式に変更するために必要な、あらゆるクレンジング、再フォーマット、集計も行います。 変換後のデータは、DWRepository データベースに書き込まれます。

[読み込み]

読み込みプロセスは、スケジュールされた間隔で開始されます。 読み込みプロセスは、DWRepository データベースのデータを照会します。 DWRepository から変換されたデータが、DWDatamart データベースに挿入されます。 DWDatamart は、エンド ユーザーがレポートを必要とするときに常に使用されるデータベースです。

Service Manager データ ウェアハウスのリテンション期間

既定では、データはファクト テーブルの場合は 3 年間、ディメンション テーブルとアウトリガー テーブルの場合は無制限の期間、データ ウェアハウスに格納されます。 ただし、データを長期間保有する場合や、積極的にクリーンアップする場合は、保有期間を変更することができます。

ファクト テーブルの保持設定

データ ウェアハウスには、次の 2 種類の保持設定があります。

• グローバル: データベース内のすべてのファクト テーブルのグローバルリテンション期間は既定で 3 年に設定され、その後作成されたファクト テーブルは既定の保持設定として使用されます。
• 個々のファクト: 個々のファクト テーブルの詳細な保持期間は、個別に変更しない限り、3 年間のグローバル設定を使用します。

グローバル: Service Manager データ ウェアハウスに格納されるデータの既定のグローバル保持期間は 3 年であるため、すべてのファクト テーブルで既定の保持設定として 3 年間が使用されます。 その後作成されるすべてのファクト テーブルは、作成時に、個別の保存期間の設定としてこの設定を使用します。

個々のファクト テーブル: 個々のファクト テーブルは、作成時にグローバル保持値を継承するか、既定のグローバル設定とは異なる値にカスタマイズできます。 インストール中に作成された既定の個別のファクト テーブルは、必要に応じて、特定の保有期間の値を使用して個別に構成することができます。

既定のテーブルまたは特定のテーブルの保有期間を表示するには

• Get SCDWRetentionPeriod PowerShell コマンドレットを使用して、特定のデータ ウェアハウスのデータベース内の特定のファクト テーブルの保有期間、またはデータベース内のファクト テーブルの既定の保有期間のいずれかを取得します。 使用可能なパラメーターと使用例の詳細については、「 Get-SCDWRetentionPeriodを参照してください。

既定のテーブルまたは特定のテーブルの保有期間を設定するには

• Set-SCDWRetentionPeriod PowerShell コマンドレットを使用して、特定のデータ ウェアハウスのデータベース内の特定のファクト テーブルの保有期間、またはデータベース内のファクト テーブルの既定の保有期間のいずれかを設定します。 使用可能なパラメーターと使用例の詳細については、「 Set-SCDWRetentionPeriodを参照してください。

以前に削除した管理パックを再インポートする

データ ウェアハウス情報にアクセスするレポートを含む管理パックの開発とテスト過程では、いったん管理パックを削除し、後で再びインポートしなければならないことがあります。 ただし、データ ウェアハウスから管理パックがアンインストールした後で、新しい管理パックに、元の管理パックとは異なるスキーマを持つ同じディメンション名、ファクト名、キューブ名が含まれている場合は、DWRepository および DWDataMart データベースから手動でディメンションとファクト テーブルを削除し、さらに、SQL Server Analysis Services (SSAS) データベースから参照キューブをすべて削除する必要があります。

また、ディメンションやファクトが既に既存のデータ キューブで参照されている場合は、新しい管理パックをアンインストールする前に、そのデータ キューブを含む管理パックとデータ キューブ自体を削除しなければなりません。 Service Manager は DataSourceView からディメンションまたはファクト テーブルを削除せず、ディメンションは SSAS データベースから削除されないため、データ キューブが参照する情報を手動で削除する必要があります。 その場合、更新された管理パックの再登録または再インストールの前に、SQL Server Management Studio を使用して、管理パックで作成したカスタム データ キューブを DWASDatabase から削除できます。

通常、異なるスキーマを持つ場合、同じディメンション名、ファクト名、キューブ名は使用しないようにします。 Service Manager では、この条件はサポートされていません。

データ ウェアハウス ジョブ スケジュールを有効または無効にする

必要に応じて ETL ジョブのスケジュールを有効にするには、次の手順に従います。この手順を使用して、任意のデータ ウェアハウス ジョブのスケジュールを有効にすることができます。 既定では、抽出、変換、読み込み (ETL) ジョブのスケジュールが有効になります。 Service Manager のこのリリースでは、Windows PowerShell を使用してのみスケジュールを有効にすることができます。

Windows PowerShell コマンドレットを使用してデータ ウェアハウス ジョブのスケジュールを有効にするには

2. Windows PowerShell プロンプトで、次のコマンドを入力し、各コマンドの後に Enter キーを押します。

   Enable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Enable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Enable-SCDWJobSchedule -JobName Transform.Common
   

   Enable-SCDWJobSchedule -JobName Load.Common
   

3. 「 exit」と入力し、Enter キーを押します。

次の手順を使用して、抽出、変換、読み込み (ETL) ジョブのスケジュールを無効にすることができます。ただし、この手順を使用して、任意のデータ ウェアハウス ジョブのスケジュールを無効にすることができます。 Service Manager のこのリリースでは、Windows PowerShell コマンドレットを使用してのみスケジュールを無効にすることができます。

Windows PowerShell コマンドレットを使用してデータ ウェアハウス ジョブのスケジュールを無効にするには

2. Windows PowerShell プロンプトで、次のコマンドを入力し、各コマンドの後に Enter キーを押します。

   Disable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
   

   Disable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
   

   Disable-SCDWJobSchedule -JobName Transform.Common
   

   Disable-SCDWJobSchedule -JobName Load.Common
   

3. 「 exit」と入力し、Enter キーを押します。

データ ウェアハウス ジョブを停止して開始する

Service Manager で実行されているデータ ウェアハウス ジョブを停止して開始できます。 たとえば、データ ウェアハウス管理サーバーに対するセキュリティ更新プログラムが実行される可能性のあるジョブに干渉しないように、実行中のすべてのデータ ウェアハウス ジョブを停止する必要がある場合があります。 サーバーの更新と再起動が完了したら、すべてのデータ ウェアハウス ジョブを再開します。 Service Manager コンソールを使用するか、Windows PowerShell コマンドレットを使用して、ジョブを停止してから開始できます。 この例では、抽出、変換、読み込み (ETL) ジョブのみが実行されています。

Service Manager コンソールを使用してデータ ウェアハウス ジョブを停止および開始するには

1. Service Manager コンソールで、 Data Warehouse を選択します。
2. [ Data Warehouse を展開し、 Data Warehouse ジョブを選択します。
3. Data Warehouse ジョブ ペインで、実行中のジョブを選択し、Tasks の一覧で Suspend を選択します。
4. データ ウェアハウス ジョブごとに前の手順を繰り返します。
5. 各ジョブを再開するには、Data Warehouse ジョブ ペインで停止しているジョブを選択し、Tasks の一覧で Resume を選択します。

Windows PowerShell コマンドレットを使用してすべてのデータ ウェアハウス ジョブを停止するには

2. Windows PowerShell プロンプトで、次のコマンドを入力し、各コマンドの後に Enter キーを押します。

   Stop-SCDWJob-JobName Extract_<data warehouse management group name>
   

   Stop-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Stop-SCDWJob -JobName Transform.Common
   

   Stop-SCDWJob -JobName Load.Common
   

3. 「 exit」と入力し、Enter キーを押します。

Windows PowerShell コマンドレットを使用してすべてのデータ ウェアハウス ジョブを開始するには

2. Windows PowerShell プロンプトで、次のコマンドを入力し、各コマンドの後に Enter キーを押します。

   Start-SCDWJob -JobName Extract_<data warehouse management group name>
   

   Start-SCDWJob -JobName Extract_<Service Manager management group name>
   

   Start-SCDWJob -JobName Transform.Common
   

   Start-SCDWJob -JobName Load.Common
   

3. 「 exit」と入力し、Enter キーを押します。

Service Manager でデータ ウェアハウス ジョブをスケジュールする

次の手順を使用して、Service Manager でデータ ウェアハウス ジョブをスケジュールできます。

この手順は、データ ウェアハウス ジョブのスケジュールが Service Manager で定義されているシナリオで使用できます。 データ ウェアハウス ジョブのスケジュールを変更して、Service Manager データベースとデータ ウェアハウスの標準メンテナンス期間を定義する必要があります。 Set-SCDWJobSchedule コマンドレットを使用して、データ ウェアハウス ジョブをスケジュールします。 Set-SCDWJobSchedule -ScheduleType Weekly コマンドレットとパラメーターの組み合わせにより、ジョブは指定した日にのみ実行できます。 たとえば、次のコマンドでは、毎日または毎週のスケジュールを定義します。

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency  01:00:00 -DailyStart 06:00

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Weekly -WeeklyFrequency Tuesday, Thursday -WeeklyStart 06:00

次の手順では、変換ジョブが午前 2 時から 45 分ごとに実行されるようにスケジュールを構成します。 ただし、コマンドを変更して独自のスケジュールを設定することはできます。

データ ウェアハウス ジョブのスケジュールを構成するには

2. Windows PowerShell プロンプトで、次のコマンドを入力し、Enter キーを押します。

   Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency 00:45:00 -DailyStart 02:00
   

データ ウェアハウスジョブスケジュールを検証するには

2. 次のコマンドを入力し、Enter キーを押します。

   Get-SCDWJobSchedule
   

データ ウェアハウス内のすべてのディメンションを処理する

各ディメンションを個別に処理するのではなく、Windows PowerShell コマンドレットを使用して、データ ウェアハウス内のすべてのディメンションを 1 回の操作で処理できます。 SQL Server Analysis Services (SSAS) をホストするサーバーで、次の Windows PowerShell スクリプトを使用します。 完全修飾サーバー名を指定してください。 各コマンドを個別に入力することも、すべて Windows PowerShell スクリプト (.ps1) ファイルとして保存してスクリプトを実行することもできます。

Service Manager コマンドレットを使用する前に、Service Manager シェルを構成する必要があります。 Service Manager シェルの構成の詳細については、「 Windows PowerShell の System Center - Service Manager コマンドレットの構成と使用を参照してください。

コマンドレットを使用してすべてのディメンションを処理するには

• Service Manager シェルのプロンプトで、次のコード スニペットをコピーして貼り付けます。

  [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") > $NULL
  

  $Server = New-Object Microsoft.AnalysisServices.Server
  $Server.Connect("<FullyQualifiedServerName>")
  $Databases = $Server.Databases
  $DWASDB = $Databases["DWASDataBase"]
  $Dimensions = New-Object Microsoft.AnalysisServices.Dimension
  $Dimensions = $DWASDB.Dimensions
  

  foreach ($Dimension in $Dimensions){$Dimension.Process("ProcessFull")}
  

データ ウェアハウスのジョブ履歴を表示する

データ ウェアハウス ジョブの履歴は、Service Manager で実行されるときに収集されます。 この履歴を表示して、ジョブの実行時間を確認したり、ジョブが最後に正常に実行された時刻を確認したりできます。 データ ウェアハウス ジョブ履歴を表示する場合は、 NumberOfBatches パラメーターを使用して指定したエントリの数を表示します。 データ ウェアハウス ジョブの履歴の最後の 5 つのエントリを表示するには、次の手順を使用します。

データ ウェアハウスジョブ履歴の最後の 5 つのエントリを表示するには

2. 次のコマンドを入力し、Enter キーを押します。

   Get-SCDWJob -NumberOfBatches 5
   

3. 「 exit」と入力し、Enter キーを押します。

データ ウェアハウス ジョブの状態を表示する

次の手順を使用して、Service Manager のデータ ウェアハウス ジョブの状態を表示して、ジョブが実行されているか、停止されているか、失敗しているかを判断できます。

Service Manager コンソールを使用してデータ ウェアハウス ジョブの状態を表示するには

1. Service Manager コンソールで、 Data Warehouse を選択します。
2. Data Warehouse ペインで、Data Warehouse を展開し、Data Warehouse ジョブを選択します。
3. Data Warehouse ジョブ ウィンドウで、ジョブの一覧を確認して状態を表示します。

Windows PowerShell コマンドレットを使用してデータ ウェアハウス ジョブの状態を表示するには

2. 次のコマンドを入力し、Enter キーを押します。

   Get-SCDWJob
   

3. ジョブの状態を表示するには、ジョブの一覧を確認します。

Service Manager でのデータ ウェアハウス ジョブのトラブルシューティング

Service Manager では、データ ウェアハウス ジョブに関連する問題が発生する可能性があります。 データ ウェアハウス登録ウィザードが完了し、Service Manager コンソールでレポートが使用可能になったら、レポートの実行を開始できます。 たとえば、実行したインシデント管理レポートに更新されたデータが表示されない場合は、Windows PowerShell コマンドレットを使用して問題のトラブルシューティングを行うことができます。

最初の手順を使用すると、Windows PowerShell コマンドレットを使用してジョブが失敗したかどうかを判定し、このジョブが作成したエラー メッセージを評価できます。

2 番目のプロシージャを使用して、既定の変換ジョブのタイムアウト期間を変更できます。 データ ウェアハウス変換ジョブが正常に完了しない場合は、ジョブの既定の 3 時間のタイムアウト期間が超えられている可能性があります。 これは、大量のデータがデータ ウェアハウスで変換されるために発生する可能性があります。 これが実際に発生していることを確認するには、Data Warehouse で次のようなメッセージが期限切れになったイベント ビューアー表示できます。操作が完了する前にタイムアウト期間が経過したか、サーバーが応答していません。は、モジュールに対して表示できます。 たとえば、TransformEntityRelatesToEntityFact モジュールに関する上記のメッセージが表示される場合があります。 この場合の問題を解決するには、タイムアウト期間を既定値の 10800 秒より長く設定します。

Windows PowerShell コマンドレットを使用して、データ ウェアハウス ジョブのトラブルシューティングを行うには

1. データ ウェアハウス管理サーバーをホストしているコンピューターで、 Windows PowerShellを開始します。

2. 次のコマンドを入力し、Enter キーを押します。

   Get-SCDWJob
   

3. 出力を確認し、 Failed 状態のジョブを見つけます。

4. 次のコマンドを入力し、Enter キーを押します。 このとき、 JobName パラメーターの値として、失敗したデータ ウェアハウス ジョブを指定します。

   Get-SCDWJobModule -JobName Transform.Common
   

5. 出力で "Failed" という状態を見つけます。[ エラー メッセージ ] 列で、データ ウェアハウス ジョブが失敗した原因に関する詳しい情報を確認します。

6. 失敗したジョブを再試行する準備ができたら、Service Manager コンソールで Data Warehouse を選択します。

7. [ Data Warehouse を展開し、 Data Warehouse ジョブを選択します。

8. Data Warehouse ジョブ ペインで、一覧で失敗したジョブを選択し、Tasks の一覧で Resume を選択します。

既定のタイムアウト期間をオーバーライドするには

2. 値を編集し (単位は秒)、正の値を設定します。
3. Microsoft Monitoring Agent サービスを再起動します。
4. Transform.common ジョブを再開して変更を確認できます。

次のステップ

• 1 つ以上のデータ ソースからデータを取得するには、「 ソース システムをデータ ウェアハウスに登録するを参照してください。