次の方法で共有

Service Manager の System Center データ ウェアハウスにソース システムを登録する

  • [アーティクル]

Service Manager のデータ ウェアハウスは、1 つ以上のデータ ソースからデータを取得します。 これらのデータ ソースは、最終的に評価および分析するデータの生成と制御を行うトランザクション処理システムです。 たとえば、インシデントや変更要求は Service Manager で作成および管理され、ソフトウェア更新プログラムと電源ポリシーは Configuration Manager で管理され、他のシステムでは他のデータ セットが生成および管理されます。

データ ウェアハウスを登録すると、データ ウェアハウス サーバーとソース システムの間にリレーションシップが作成されて、その間に情報が流れることができるようになります。 Service Manager では、Service Manager、Operations Manager、Configuration Manager に直接登録できます。 データ ウェアハウス上で更新されたソフトウェア開発キット (SDK) レイヤーを使用して、他のデータ ソースからデータを直接データ ウェアハウスにプッシュすることもできます。 たとえば、人事管理コンピューター システムからデータ ウェアハウスにデータをプッシュできます。

System Center データ ウェアハウスを Operations Manager に登録する

Service Manager で次の手順を使用して、System Center Data Warehouse を Operations Manager に登録し、登録を検証できます。

データ ウェアハウスを Operations Manager に登録するには、次の手順に従います。

  1. System Center Data Warehouse を Service Manager ソースに登録します。

  2. MPSync ジョブが完了するまで待ちます。

  3. Service Manager とデータ ウェアハウス管理管理者グループのメンバーであるアカウントを使用して、Service Manager コンソールをホストするコンピューターにサインインします。

  4. Service Manager コンソールで、 Data Warehouse を選択します。

  5. Administration ペインで、Data Warehouse を展開し、Data Sources を選択します。

  6. Tasksの一覧で、[データ ソース登録を選択します。

  7. データ ソースの登録ウィザードの Before You Begin ページで、 Next を選択します。

  8. [ Data ソースの種類 ページで、 Operations Manager を選択します。

  9. ルート管理サーバーの指定領域で、次の情報を入力します。

    1. Root Management サーバー名サーバー名を入力します。

    2. Operational データベース サーバーデータベース サーバー名を入力します。

    3. Database 名データベースの名前を入力します。

  10. [次へ] を選択します。

  11. Credentials ページで、Run as account リストの既定のエントリをそのまま使用して Next を選択するか、任意のユーザーまたはグループから資格情報を入力できます。

    重要

    指定したアカウントには、Service Manager 管理サーバーに管理者資格情報が割り当てられ、Service Manager データベースに対する読み取りアクセス許可が付与されます。 データ ウェアハウスに登録するときに、他の Service Manager 管理グループとは異なる資格情報を指定できます。

  12. Summary ページで、選択した設定を確認できます。 完了 を選択します。

  13. [ Result ページで、[データ ソースの登録が完了しました が表示されたら、 Finish を選択します。

Operations Manager の登録プロセスを検証する

  • Data Sources ビューでは、新しいデータ ソースがデータ ソースの一覧に表示され、データ ソースの種類Operations Manager。 新しいデータ ソースを表示するには、ビューを更新する必要がある場合があります。

System Center データ ウェアハウスを Configuration Manager に登録する

Service Manager で次の手順を使用して、Configuration Manager を System Center Data Warehouse に登録し、登録を検証できます。

Configuration Manager をデータ ウェアハウスに登録するには、次の手順に従います。

  1. Service Manager とデータ ウェアハウス管理管理者グループのメンバーであるアカウントを使用して、Service Manager コンソールをホストするコンピューターにサインインします。

  2. Service Manager コンソールで、 Data Warehouse を選択します。

  3. Administration ペインで、Data Warehouse を展開し、Data Sources を選択します。

  4. Tasksの一覧で、[データ ソース登録を選択します。

  5. データ ソースの登録ウィザードの Before You Begin ページで、 Next を選択します。

  6. [ Data ソースの種類 ] ページで、[構成マネージャー 選択。

  7. 中央サイト サーバーの指定で、次の情報を入力します。

    1. セントラル サイト サーバー名サイト サーバー名を入力します。

    2. Database 名データベースの名前を入力します。

  8. [次へ] を選択します。

  9. Credentials ページで、Run as account リストの既定のエントリをそのまま使用して Next を選択するか、任意のユーザーまたはグループから資格情報を入力できます。

    重要

    指定したアカウントには、Service Manager 管理サーバーに管理者資格情報が割り当てられ、Service Manager データベースに対する読み取りアクセス許可が付与されます。 データ ウェアハウスに登録するときに、他の Service Manager 管理グループとは異なる資格情報を指定できます。

  10. [ Data の選択 ] ページで、抽出するドメインを選択し、[次へ ] を選択。 たとえば、[ System Center Configuration Manager コネクタの構成 と System Center Configuration Manager Power Management Connectorを選択します。

  11. Summary ページで、選択した設定を確認できます。 完了 を選択します。

  12. Result ページで、Data ソースの登録が完了表示されたら、Finish を選択します。

Configuration Manager の登録プロセスを検証する

  • Data Sources ビューでは、新しいデータ ソースがデータ ソースの一覧に表示され、データ ソースの種類は Configuration Manager。 新しいデータ ソースを表示するには、ビューを更新する必要がある場合があります。

System Center データ ウェアハウスを Service Manager ソースに登録する

Service Manager で次の手順を使用して、System Center Data Warehouse を Service Manager 管理グループに登録し、登録を検証できます。 これにより、1 つのデータ ウェアハウスで複数の Service Manager 管理グループをホストできます。

データ ウェアハウスを別の Service Manager 管理グループに登録する

  1. Service Manager とデータ ウェアハウス管理管理者グループのメンバーであるアカウントを使用して、Service Manager コンソールをホストするコンピューターにサインインします。

  2. Service Manager コンソールで、 Data Warehouse を選択します。

  3. Administration ペインで、Data Warehouse を展開し、Data Sources を選択します。

  4. Tasksの一覧で、[データ ソース登録を選択します。

  5. データ ソースの登録ウィザードの Before You Begin ページで、 Next を選択します。

  6. [ Data ソースの種類 ページで、 Service Manager を選択します。

  7. Service Manager サーバーの指定で、次の情報を入力します。

    1. Service Manager サーバー名サーバー名を入力します。

  8. [次へ] を選択します。

  9. Credentials ページで、Run as account リストの既定のエントリをそのまま使用して Next を選択するか、任意のユーザーまたはグループから資格情報を入力できます。

    重要

    指定したアカウントには、Service Manager 管理サーバーに管理者資格情報が割り当てられ、Service Manager データベースに対する読み取りアクセス許可が付与されます。 データ ウェアハウスに登録するときに、他の Service Manager 管理グループとは異なる資格情報を指定できます。

  10. Summary ページで、選択した設定を確認できます。 完了 を選択します。

  11. [ Result ページで、[データ ソースの登録が完了しました が表示されたら、 Finish を選択します。

Service Manager の登録プロセスを検証する

  • Data Sources ビューでは、新しいデータ ソースがデータ ソースの一覧に表示され、データ ソースの種類は Service Manager。 新しいデータ ソースを表示するには、ビューを更新する必要がある場合があります。

Operations Manager と Configuration Manager のデータ インポート ジョブを管理する

次の手順を使用して、Service Manager でデータ ウェアハウスデータインポートジョブを管理できます。 データ インポート ジョブは他のデータ ウェアハウス ジョブと同様であり、Service Manager コンソールと Windows PowerShell コマンドレットを使用して管理できます。 管理方法は次のとおりです。

  • 処理スケジュールを 1 時間ごと、毎日、または毎週に変更する

  • ジョブの中断

  • 中断されたジョブまたは未開始ジョブの再開

データ インポート ジョブを管理し、ジョブ スケジュールを変更する

  1. Service Manager コンソールで、 Data Warehouse を選択し、 Data Warehouse を展開して、 Data Warehouse ジョブを選択します。

  2. Data Warehouse ジョブ ペインでジョブ名を選択し、Tasks で Properties を選択します。

  3. 表示されるジョブのプロパティ ダイアログで、現在のスケジュールを表示できます。 スケジュールを好みの 1 つに変更できます。 たとえば、スケジュールを Daily に変更し1:00 AMにジョブを実行し、OKを選択します。

  4. 必要に応じて、 Suspend ジョブを できます。また、中断または未開始 Resume をできます。

System Center データ ウェアハウスエラーのトラブルシューティング

このセクションでは、Service Manager で System Center データ ウェアハウス エラーをトラブルシューティングするために実行できる手順について説明します。

Data Warehouse サーバーの Operations Manager イベント ログを使用してエラーのトラブルシューティングを行う

Service Manager イベント ログは、Operations Manager イベント ログにあります。 このログでイベントを評価することは、データ ウェアハウスのほとんどのエラーがこのイベント ログにあるため役に立ちます。 ログのイベントには 2 つの異なるソースがあります。展開とデータ ウェアハウスです。

Deployment のソースを持つイベントは、レポートの展開やデータ ウェアハウスのアセンブルを含む管理パックのデプロイ中に生成されます。たとえば、アウトリガー、ディメンション、ファクト テーブルを作成します。 イベント ログのエラーには、エラーから回復する方法に関する手順が含まれています。 たとえば、Service Manager サービスを停止してから再起動することを提案する手順を読む場合があります。 データ ウェアハウス管理サーバーには、次の 3 つのサービスがあります。

  • System Center データ アクセス サービス

  • Microsoft 監視エージェント

  • System Center 管理構成

Service Manager サービスを開始および停止する場合は、3 つのサービスをすべて停止して開始する必要があります。

データ ウェアハウスが展開されると、 データ ウェアハウスをソースとするイベントが多くなります。 これらのイベントは、抽出、変換、読み込み (ETL) ジョブ、MPSync ジョブ、DWMaintenance ジョブなどの通常の操作過程のジョブで作成されます。

Service Manager コンソールを使用してエラーのトラブルシューティングを行う

Service Manager コンソールで Data Warehouse ジョブを選択すると ETL ジョブと MPSync ジョブの状態が表示されます。 デプロイが成功し、データ ウェアハウスが少なくとも 1 つの Service Manager 管理グループに正しく登録されている場合は、少なくとも 5 つのジョブが表示されます。 すべてのジョブの状態が、[ 実行中 ] または [ 未開始] であるはずです。

ジョブの状態が Failed として一覧表示されている場合は、ジョブを選択し、 Tasks ペインで Modules を選択して、失敗したジョブ モジュールを確認できます。 次に、データ ウェアハウス サーバーの Operations Manager イベント ログを調べて、モジュールが失敗した理由を特定できます。

Data Warehouse ワークスペースで、左側のウィンドウで 管理パックを選択できます。 ここで、データ ウェアハウスのすべての管理パックとその展開の状態を確認できます。 管理パックを Service Manager にインポートすると、MPSync ジョブによってデータ ウェアハウスに同期されます。この場合、MPSync ジョブは管理パックの同期からその名前を取得します。 データ ウェアハウスで管理パックの一覧を取得すると、管理パックが正常に展開されたかどうかがわかります。

管理パックで、アウトリガー、ディメンション、ファクト テーブルやレポートなどのデータ ウェアハウス特有の要素が定義されている場合、その管理パックが正常に展開されていないと、新しいテーブルやレポートを使用できません。

Windows PowerShell を使用してエラーのトラブルシューティングを行う

次の表の Windows PowerShell コマンドレットを使用すると、データ ウェアハウス ジョブについての詳細情報が得られます。

command 説明
Get-SCDWMgmtGroup このコマンドは、データ ウェアハウスに現在登録されているソースを返します。 少なくとも 2 つの異なる DataSourceName 値が表示されるはずです。
Get-SCDWJob このコマンドは、現在のバッチのデータ ウェアハウス ジョブの状態の一覧を表示します。 このコマンドを使用すると、ジョブが有効かどうか、どのジョブが実行されていて、いつ開始されたかを確認できます。

MPSync ジョブまたは DWMaintenance ジョブが開始されると、すべての ETL ジョブは無効になります。 各 ETL ジョブの [ 有効 ] 列に [ 偽 ] が設定されます。 つまり、ETL ジョブの状態に実行中と表示された場合でも、実際には実行されていません。 MPSync ジョブまたは DWMaintenance ジョブが完了すると、ETL ジョブは自動的に有効になり、処理が再開されます。

前のバッチが完了していなければ、ジョブの状態は、通常 [ 未開始 ] です。 必要に応じて、 Get-SCDWJob コマンドを使用して、特定ジョブの最近の数個のバッチを確認することができます。
Get-SCDWJob -JobName Specific ジョブ名 -NumberOfBatches number このコマンドを使用して、 Specific ジョブ名完了、開始日時、および終了時刻で指定された最新のジョブを確認します。 実行時間の長さと、次のバッチの ID と状態を計算できます。 ジョブ バッチ ID は常に大きくなります。
Get-SCDWJobModule このコマンドは、ジョブ内の特定のモジュールについての詳細情報を表示します。 これは、ジョブのエラーが表示され、エラーの原因を確認する場合に便利です。

データ ウェアハウスに関する一般的な問題のトラブルシューティング

この一覧は網羅的ではありませんが、発生する可能性がある一般的な問題のほとんどについて説明しています。

データ ウェアハウスの登録後、レポートが展開されない

現象

Service Manager コンソールを開くと、Reporting Service が使用できないことを示すダイアログが表示されます。 もう 1 つの現象は、Service Manager コンソールに Reporting ワークスペース ボタンが表示されるということです。ただし、ワークスペースにレポートは表示されません。 さらに、Reporting Services サーバーにレポートが展開されていません。

データ ウェアハウスの展開のその他については、スムーズに進んだように見えます。 たとえば、Service Manager コンソールで Data Warehouse を選択し、 Data Warehouse ジョブを選択すると、2 つの抽出ジョブ、変換ジョブと読み込みジョブ、および MPSync ジョブが表示されます。

トラブルシューティングの手順

この問題のトラブルシューティングを行うには、次の手順に従います。

手順 1: 管理パックの展開の状態を確認します。

  1. Service Manager コンソールで、 Data Warehouse を選択します。

  2. 管理パックを選択し、検索 Filter ボックスに「report」と入力します。 これによって、検索結果がレポート関連の管理パックにフィルター処理されます。

  3. 次の管理パックの展開の状態 (最終列) を確認します。 状態が [ 失敗] の管理パックがあってはいけません。

    • ServiceManager.ActivityManagement.Report.Library

    • ServiceManager.ProblemManagement.Report.Library

    • ServiceManager.IncidentManagement.Report.Libraryxxx

    • ServiceManager.ConfigurationManagement.Report.Library

    • ServiceManager.ChangeManagement.Report.Library

手順 2:Microsoft.EnterpriseManagement.Reporting.Code.dll アセンブリ ファイルについて記述されているエラー メッセージがないか、イベント ログを確認します。

上記の 5 つの管理パックのうち、失敗した展開がある場合は、次を行います。

  1. データ ウェアハウス管理サーバーで、Operations Manager イベント ログを開きます。

  2. イベントのフィルターで、[ イベント ソース ] に [ 展開 ] を、[ イベント レベル ] に [ エラー] を適用します。

  3. イベント ログに、 Assembly Microsoft.EnterpriseManagement.Reporting.Code.dll が読み込めないことを示すエラー メッセージがあれば、次の項目を確認します。

    1. SQL Server Reporting Services (SSRS) が、データ ウェアハウス管理サーバーとは別のサーバーにインストールされているかどうか。

    2. SSRS がデータ ウェアハウス管理サーバーと同じサーバーにインストールされている場合は、SSRS サービスを再起動します。

  4. SSRS を再起動します。

    1. SSRS がインストールされているサーバーにサインインします。

    2. Reporting Services Configuration Manager を開きます。

    3. Reporting Services 構成接続 ウィンドウで、Connect を選択します。

    4. Reporting Server Status ウィンドウで Stop を選択し、Start を選択します。

    5. [終了] を選択します。

手順 3:展開できなかったレポート管理パックを再展開します。

  1. Service Manager コンソールで、 Data Warehouse を選択します。

  2. 管理パックを選択し、検索フィルターに「report」と入力します。

  3. 手順 1 に示す各管理パックについて、タスク ウィンドウで展開の開始を選択します。

    Note

    管理パックの展開の状態に [ 完了] が表示されると、[ 展開の再開 ] オプションが使用できなくなります。

レポート管理パックの展開状態が Failed から Completed に更新されたら、Service Manager コンソールを開きます。 [ レポート ] ワークスペースに、レポートが表示されます。 レポートの一覧がコンソールによってキャッシュされるため、レポートを表示するには Service Manager コンソールを再起動する必要がある場合があります。

カスタム管理パックのインポート後にジョブが失敗する

症状:

カスタム管理パックをインポートして、データ ウェアハウスと同期した後、1 つまたは複数のデータ ウェアハウス ジョブが失敗し始めます。

トラブルシューティングの手順

この問題のトラブルシューティングを行うには、次の手順に従います。

  1. イベント ログを確認して、カスタム管理パックが原因であることを確かめます。

    1. データ ウェアハウス管理サーバーで、Operations Manager イベント ログを開きます。

    2. ジョブ エラーに関連するイベントを見つけます。

    3. エラーがインポートしたカスタム管理パックに関連しているかどうかを判断します。

  2. エラーがカスタム管理パックに関連している場合は、それを削除し、残りのデータ ウェアハウスの操作を通常どおりに行います。 管理パックを修正して、後で再度インポートします。

    1. Service Manager コンソールを使用してカスタム管理パックをアンインストールします。

    2. MP Sync ジョブを実行します。

    3. カスタム管理パックが、[ 管理パック ] の [ データ ウェアハウス] 一覧に表示されていることを確認します。

    4. MP 同期ジョブが完了したら、Service Manager コンソールまたは Windows PowerShell コマンドレットを使用して、失敗したジョブを再開します。

  3. カスタム管理パックを修正し、再度インポートします。

    1. 前述の手順 2. を使用して、カスタム管理パックを削除し、エラーを復旧します。

    2. カスタム管理パックを修正します。

    3. 固定カスタム管理パックを Service Manager にインポートし、MP 同期ジョブを実行してデータ ウェアハウスに同期します。

データ ウェアハウスが新しいデータを取得しない、またはジョブの完了までに時間がかかり過ぎる

症状:

どのレポートにもデータや新しいデータは表示されません。 もう 1 つの症状は、ETL ジョブの実行に時間がかかりすぎて、ジョブの状態が Not Started に表示されないという点です。

トラブルシューティングの手順

この問題のトラブルシューティングを行うには、次の手順に従います。

  1. Windows PowerShell コマンドレット Get-SCDWJob を使用して、すべての ETL ジョブが有効になっているかどうかを確認します。 Windows PowerShell を起動し、「 Get-SCDWJob」と入力します。

  2. ETL ジョブが無効で、MPSyncJob ジョブか DWMaintenance ジョブのいずれかが実行中の場合は、この 2 つのバックグランド ジョブは ETL ジョブを無効にするため、ジョブの状態をもう一度取得できるようになるまでしばらく待機する必要があります。 しかし、一覧でこの 2 つのジョブが [ 未開始 ] と表示されていて ETL ジョブが無効な場合は、 Enable-SCDWJob コマンドレットを使用して、次の例のようにそれぞれを有効にできます。

    Enable-SCDWJob -JobName Transform.Common

  3. MPSync および DWMaintenance ETL ジョブがすべて有効で実行されているが、個々のバッチ ID が長期間変更されていない場合、または特定のジョブに対して Get-SCDWJobModule コマンドレットを使用していて、モジュールが実際に実行されていることを確認できない場合は、イベント ログを確認し、エラー メッセージがあるかどうかを確認します。 ときには、エラー メッセージが何日も前のものであり、その日付分のイベントの確認が必要になることがあります。

  4. データ ウェアハウス管理サーバー上の System Center Data Access Service、Microsoft Monitoring Agent、System Center Management Configuration の 3 つのサービスが実際に実行されているかどうかを確認します。 データ ウェアハウス管理サーバーで Start を選択し、 Run を選択し、「 Services.msc」と入力します。 Servicesで、System Center Data Access Service、Microsoft Monitoring Agent、System Center Management Configuration の各サービスが実行されていることを確認します。

    いずれかのサービスが実行されていない場合は、3 つのサービスをすべて再起動します。 さらに、すべてのサービスが実際に実行されていると、イベント ソースのデータ ウェアハウスと OpsMgr SDK サービスからのイベントが Operations Manager のイベント ログに送信されます。 この情報を追加のソースとして使用して、これらすべてのサービスが実行中であるかどうかを確認できます。 イベント ソース データ ウェアハウスと OpsMgr SDK サービスからのイベントが長時間表示されない場合は、3 つのサービスをすべて再起動する必要があります。

カスタム データ ウェアハウスの拡張が、データ ウェアハウスに表示されない

症状:

一部のディメンションまたはファクト テーブルを定義する管理パックを Service Manager にインポートした後、MPSync ジョブは複数回実行されますが、DataMart にディメンションまたはファクト テーブルが表示されません。

トラブルシューティングの手順

管理パックが封印されていることを確認します。 MPSync ジョブは、Service Manager からデータ ウェアハウスに封印された管理パックのみをインポートできます。 管理パックを封印していない場合は、封印してから、Service Manager を使用してインポートします。

次の手順に従って、管理パックがデータ ウェアハウスに同期していることを確認します。

  1. Service Manager コンソールを開きます。

  2. Data Warehouse を選択します。

  3. 管理パックを選択し、管理パックの一覧で管理パックを見つけます。 これを行うには、検索ボックスに管理パック名を入力して検索機能を使用します。 管理パックが表示されない場合:

    1. データ ウェアハウス管理サーバーにインポートできなかった可能性があります。 データ ウェアハウス管理サーバーに移動し、Operations Manager イベント ログを開き、 Event Sources OpsMgr SDK Service でイベントをフィルター処理します。

    2. MPSync ジョブがまだ実行されていない可能性があります。 このジョブは、定期的なスケジュールで (既定では 1 時間に 1 回) 実行されます。 Windows PowerShell を使ってスケジュールを変更できます。 管理パックの同期を高速化するには、管理パックをインポートした後、Service Manager コンソールから、または Windows PowerShell を使用して MPSync ジョブを手動で再開できます。

次の方法で、管理パックの展開状態を確認します。

  1. Service Manager コンソールを開きます。

  2. Data Warehouse を選択します。

  3. 管理パックを選択し、管理パックの一覧で管理パックを見つけます。 これを行うには、管理パック名を検索できます。

  4. 管理パックの展開状態を確認します。 展開状態が " 失敗" の場合:

    1. データ ウェアハウス管理サーバーで Operations Manager イベント ログを開き、 Event Sources Deployment でイベントをフィルター処理します。

    2. エラー メッセージがある場合、通常、メッセージは問題が発生したことを示します。 管理パックに必要な修正を行ってもエラーが発生した場合は、Service Manager コンソールを使用してこの管理パックをアンインストールできます。 MPSync ジョブが実行された後で、管理パックがデータ ウェアハウス管理サーバーからアンインストールされます。

データ ウェアハウスへの登録後に管理パックが "関連付け待機中" という状態のままになっている

症状:

一部の管理パックは、データ ウェアハウスに Service Manager を登録してから数時間後に保留中の関連付け状態に残り、数時間 (最大 4 時間以上) 経過しています。 Service Manager コンソールを開き、Data Warehouse、Data Warehouse ジョブ、MPSync ジョブに移動し、Tasks ウィンドウから Details を選択することで、経過時間を確認できます。

トラブルシューティングの手順

この問題のトラブルシューティングを行うには、次の手順に従います。

  1. MPSync ジョブの [ 詳細 ] を表示します。 MPSyncJob ダイアログで、問題管理パックの各バッチ ID を確認します。 MP 同期ジョブ ダイアログで、管理パック列名を選択して、管理パック名に従って一覧を並べ替えます。 " 関連付け待機中 " という状態の管理パックを見つけます。 管理パックの一覧で、それ以降のバッチで、その管理パックの状態が " 関連付け済み" になっているか確認します。次に例を示します。

    • バッチ ID 136 では、管理パック Microsoft.SystemCenter.ConfigurationManager の状態は "関連付け待機中" です。

    • バッチ ID 207 では、管理パック Microsoft.SystemCenter.ConfigurationManager の状態は "関連付け済み" です。

    これは、管理パックが バッチ 136 ではエラーを生じていたけれど、バッチ 207 では正常に関連付けられていることを示しています。 バッチ 207 ではエラーから回復したため、管理パックが正しく関連付けられて、同期が正常に完了しました。

  2. MP 同期ジョブ ダイアログで、管理パックの保留中の関連付け状態がバッチごとに繰り返される場合は、さらにトラブルシューティングを行って、管理パックが関連付けに失敗する理由を判断する必要があります。 まず、この管理パックが依存している他の管理パックで、展開エラーが生じていないか確認します。

    Service Manager コンソールで、 Data Warehouse を選択し、 管理パックを選択し、 展開状態 列見出しを選択します。 展開の状態が " 失敗 " または " 未開始" になっている管理パックがないか確認します。これは、通常管理パックの依存関係が原因です。 管理パックは他の管理パックに依存する場合があるため、エラーがあると他の管理パックの展開ラーにつながります。 影響を受ける管理パックの状態は " 未開始 " になります。

  3. イベント ログで展開エラーを見つけます。 データ ウェアハウスで Operations Manager イベント ログを開き、イベント ソースが Deployment で、イベント レベルが Warning または Error であるイベントに対してイベント ログをフィルター処理します。

  4. 次のようなエラー メッセージがある場合は、Service Manager からデータ ウェアハウスの登録を解除し、データ ウェアハウスを再インストールしてから、Service Manager 管理サーバーをデータ ウェアハウス管理サーバーに再登録する必要があります。

    Deployment Execution Infrastructure has retried the maximum number of times and is giving up on this execution step.
MP Element ID:  DerivedManagementPack.SystemDerivedMp.ServiceManager.ActivityManagement.Library.Datawarehouse
MP name: ServiceManager.ActivityManagement.Library.Datawarehouse
MP version: 7.0.5826.0
Operation: Install
Error message:  Cannot find resource with ID TransformActivityStatusResource

ログイン資格情報の問題のため ETL ジョブに失敗する

症状:

一部またはすべての ETL ジョブに失敗しました。 データ ウェアハウス管理サーバーの Operations Manager イベント ログでは、ETL ジョブの失敗がログイン ユーザーのエラーに関連することが示されています。

トラブルシューティングの手順

この問題のトラブルシューティングを行うには、各実行アカウントのパスワードが変更されたか、期限切れになっていないか確認します。 次の手順に従って、アカウントを更新できます。

  1. Data Warehouse、Security、Run As Accounts に移動し、関連する実行アカウントを選択します。 Tasks ペインで Properties を選択し、ウィンドウの Password フィールドを更新して、OK を選択します。

  2. この実行アカウントがオペレーション システム アカウントである場合は、このアカウントを使って実行しているサービスも更新する必要があります。

    1. データ ウェアハウス管理サーバーで Start を選択し、 Run を選択し、「 Services.msc」と入力します。

    2. [ サービス] で、このアカウントを使って実行されるサービス (System Center データ アクセス サービスやSystem Center 管理構成など) のパスワードを更新します。

    3. サービスを再び開始します。

      Note

      MP Sync ジョブと抽出ジョブには、オペレーション システム アカウントとは異なる実行アカウントを使用できます。 この実行アカウントは、Service Manager がデータ ウェアハウスに登録されるときに作成されます。

パスワードの有効期限が切れている場合は、簡単に更新できます。 ただし、実行アカウントを変更した場合、システムを更新することはより困難です。 実行アカウントを変更することはお勧めしません。

ジョブの失敗がパスワードに関連していない場合は、失敗したジョブの実行アカウントを使用してターゲット データベースに接続できることを確認します。 たとえば、抽出ジョブの実行アカウントを使用して Service Manager データベースに接続できることを確認します。 そうでない場合は、データベースをホストしている 構造化照会言語 (SQL) サービスが実行されていることを確認します。

次のステップ