Service Managerの System Center データ ウェアハウスにソース システムを登録する
重要
このバージョンのService Managerはサポート終了に達しました。 Service Manager 2022 にアップグレードすることをお勧めします。
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 に登録するには
System Center Data Warehouseを Service Manager ソースに登録します。
MPSync ジョブが完了するまで待ちます。
Service Managerおよびデータ ウェアハウス管理管理者グループのメンバーであるアカウントを使用して、Service Manager コンソールをホストするコンピューターにサインインします。
Service Manager コンソールで、[Data Warehouse] を選択します。
[管理] ウィンドウで、[Data Warehouse] を展開し、[データ ソース] を選択します。
[ タスク ] ボックスの一覧で、[ データ ソースの登録] を選択します。
データ ソースの登録ウィザードの [開始する 前 に] ページで、[ 次へ] を選択します。
[ データ ソースの種類 ] ページで、[ Operations Manager] を選択します。
[ ルート管理サーバーの指定] 領域で、次の情報を入力します。
[ ルート管理サーバー名] に、サーバー名を入力します。
[ オペレーション データベース サーバー] に、データベース サーバー名を入力します。
[ データベース名] に、データベースの名前を入力します。
[次へ] を選択します。
[ 資格情報 ] ページで、[ 実行アカウント ] ボックスの一覧で既定のエントリをそのまま使用し、[ 次へ] を選択するか、任意のユーザーまたはグループから資格情報を入力できます。
重要
指定したアカウントには、Service Manager管理サーバーに管理者資格情報が割り当てられ、Service Manager データベースに対する読み取りアクセス許可が付与されます。 データ ウェアハウスに登録するときに、他のService Manager管理グループとは異なる資格情報を指定できます。
[ 概要 ] ページで、選択した設定を確認できます。 [完了] を選択します。
[ 結果 ] ページで、[ データ ソースの登録が完了 しました] が表示されたら、[完了] を選択 します。
Operations Manager の登録プロセスを検証するには
- [ データ ソース] ビューでは、新しいデータ ソースがデータ ソースの一覧に表示され、データ ソースの種類 は Operations Manager になります。 新しいデータ ソースを表示するには、ビューを更新する必要がある場合があります。
System Center データ ウェアハウスをConfiguration Managerに登録する
Service Managerの次の手順を使用して、System Center Data WarehouseにConfiguration Managerを登録し、登録を検証できます。
データ ウェアハウスにConfiguration Managerを登録するには
Service Managerおよびデータ ウェアハウス管理管理者グループのメンバーであるアカウントを使用して、Service Manager コンソールをホストするコンピューターにサインインします。
Service Manager コンソールで、[Data Warehouse] を選択します。
[管理] ウィンドウで、[Data Warehouse] を展開し、[データ ソース] を選択します。
[ タスク ] ボックスの一覧で、[ データ ソースの登録] を選択します。
データ ソースの登録ウィザードの [開始する 前 に] ページで、[ 次へ] を選択します。
[データ ソースの種類] ページで、[Configuration Manager] を選択します。
[ 中央サイト サーバーの指定] で、次の情報を入力します。
[ 中央サイト サーバー名] に、サイト サーバー名を入力します。
[ データベース名] に、データベースの名前を入力します。
[次へ] を選択します。
[ 資格情報 ] ページで、[ 実行アカウント ] ボックスの一覧で既定のエントリをそのまま使用し、[ 次へ] を選択するか、任意のユーザーまたはグループから資格情報を入力できます。
重要
指定したアカウントには、Service Manager管理サーバーに管理者資格情報が割り当てられ、Service Manager データベースに対する読み取りアクセス許可が付与されます。 データ ウェアハウスに登録するときに、他のService Manager管理グループとは異なる資格情報を指定できます。
[ データの選択] ページで、抽出するドメインを選択し、[ 次へ] を選択します。 たとえば、[System Center Configuration Manager コネクタの構成] と [System Center Configuration Manager Power Management Connector] を選択します。
[ 概要 ] ページで、選択した設定を確認できます。 [完了] を選択します。
[ 結果 ] ページで、[ データ ソースの登録の完了 ] が表示されたら、[完了] を選択 します。
Configuration Manager登録プロセスを検証するには
- [データ ソース] ビューでは、新しいデータ ソースがデータ ソースの一覧に表示され、データ ソースの種類は Configuration Manager。 新しいデータ ソースを表示するには、ビューを更新する必要がある場合があります。
System Center データ ウェアハウスをService Manager ソースに登録する
Service Managerの次の手順を使用して、System Center Data WarehouseをService Manager管理グループに登録し、登録を検証できます。 これにより、1 つのデータ ウェアハウスで複数のService Manager管理グループをホストできます。
データ ウェアハウスを別のService Manager管理グループに登録するには
Service Managerおよびデータ ウェアハウス管理管理者グループのメンバーであるアカウントを使用して、Service Manager コンソールをホストするコンピューターにサインインします。
Service Manager コンソールで、[Data Warehouse] を選択します。
[管理] ウィンドウで、[Data Warehouse] を展開し、[データ ソース] を選択します。
[ タスク ] ボックスの一覧で、[ データ ソースの登録] を選択します。
データ ソースの登録ウィザードの [開始する 前 に] ページで、[ 次へ] を選択します。
[データ ソースの種類] ページで、[Service Manager] を選択します。
[Service Manager サーバーの指定] で、次の情報を入力します。
- [Service Managerサーバー名] に、サーバー名を入力します。
[次へ] を選択します。
[ 資格情報 ] ページで、[ 実行アカウント ] ボックスの一覧で既定のエントリをそのまま使用し、[ 次へ] を選択するか、任意のユーザーまたはグループから資格情報を入力できます。
重要
指定したアカウントには、Service Manager管理サーバーに管理者資格情報が割り当てられ、Service Manager データベースに対する読み取りアクセス許可が付与されます。 データ ウェアハウスに登録するときに、他の Service Manager 管理グループとは異なる資格情報を指定することができます。
[ 概要 ] ページで、選択した設定を確認できます。 [完了] を選択します。
[ 結果 ] ページで、[ データ ソースの登録が完了 しました] が表示されたら、[完了] を選択 します。
Service Manager登録プロセスを検証するには
- [データ ソース] ビューでは、新しいデータ ソースがデータ ソースの一覧に表示され、データ ソースの種類は Service Manager。 新しいデータ ソースを表示するには、ビューを更新する必要がある場合があります。
Operations Manager とConfiguration Managerのデータ インポート ジョブを管理する
次の手順を使用して、Service Managerでデータ ウェアハウスのデータ インポート ジョブを管理できます。 データ インポート ジョブは他のデータ ウェアハウス ジョブと同様であり、Service Manager コンソールとWindows PowerShell コマンドレットを使用して管理できます。 管理方法は次のとおりです。
処理スケジュールを 1 時間ごと、毎日、または毎週に変更する
ジョブの中断
中断されたジョブまたは未開始ジョブの再開
データ インポート ジョブを管理し、ジョブ スケジュールを変更するには
Service Manager コンソールで、[Data Warehouse] を選択し、[Data Warehouse] を展開して、[ジョブのData Warehouse] を選択します。
[ジョブのData Warehouse] ウィンドウでジョブ名を選択し、[タスク] で [プロパティ] を選択します。
表示されるジョブのプロパティ ダイアログで、現在のスケジュールを表示できます。 スケジュールを任意の 1 つに変更できます。 たとえば、スケジュールを [毎日] に変更し、 午前 1 時にジョブを実行し、[ OK] を選択します。
必要に応じて、ジョブを中断したり、 中断 されているジョブを 再開 したり、[未開始] を選択したりできます。
System Center データ ウェアハウス エラーのトラブルシューティング
このセクションでは、Service Managerの System Center データ ウェアハウス エラーをトラブルシューティングするために実行できる手順について説明します。
Data Warehouse サーバーの Operations Manager イベント ログを使用してエラーのトラブルシューティングを行う
Service Managerイベント ログは、Operations Manager イベント ログにあります。 このログでイベントを評価することは、データ ウェアハウスのほとんどのエラーがこのイベント ログにあるため役に立ちます。 ログのイベントには 2 つの異なるソースがあります。展開とデータ ウェアハウスです。
展開のソースを持つイベントは、レポートの展開やデータ ウェアハウスのアセンブルを含む管理パックの展開中に生成されます。たとえば、アウトリガー、ディメンション、ファクト テーブルを作成します。 イベント ログのエラーには、エラーから回復する方法に関する手順が含まれます。 たとえば、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 つのジョブが表示されます。 すべてのジョブの状態が、[ 実行中 ] または [ 未開始] であるはずです。
ジョブの状態が [失敗] と表示されている場合は、ジョブを選択し、[ タスク ] ウィンドウで [ モジュール ] を選択して、失敗したジョブ モジュールを確認します。 次に、データ ウェアハウス サーバーの Operations Manager イベント ログを調べて、モジュールが失敗した理由を判断できます。
Data Warehouse ワークスペースでは、左側のウィンドウで [管理パック] を選択できます。 ここで、データ ウェアハウスのすべての管理パックとその展開の状態を確認できます。 管理パックをService Managerにインポートすると、MPSync ジョブによってデータ ウェアハウスに同期されます。ここで、MPSync ジョブは管理パックの同期から名前を派生させます。 データ ウェアハウスで管理パックの一覧を取得すると、管理パックが正常に展開されたかどうかがわかります。
管理パックで、アウトリガー、ディメンション、ファクト テーブルやレポートなどのデータ ウェアハウス特有の要素が定義されている場合、その管理パックが正常に展開されていないと、新しいテーブルやレポートを使用できません。
Windows PowerShellを使用してエラーのトラブルシューティングを行う
次の表の Windows PowerShell コマンドレットを使用すると、データ ウェアハウス ジョブについての詳細情報が得られます。
| コマンド | 説明 |
|---|---|
| Get-SCDWMgmtGroup | このコマンドは、データ ウェアハウスに現在登録されているソースを返します。 少なくとも 2 つの異なる DataSourceName 値が表示されるはずです。 |
| Get-SCDWJob | このコマンドは、現在のバッチのデータ ウェアハウス ジョブの状態の一覧を表示します。 このコマンドを使用すると、ジョブが有効かどうか、どのジョブが実行されていて、いつ開始されたかを確認できます。 MPSync ジョブまたは DWMaintenance ジョブが開始されると、すべての ETL ジョブは無効になります。 各 ETL ジョブの [ 有効 ] 列に [ 偽 ] が設定されます。 つまり、ETL ジョブの状態に実行中と表示された場合でも、実際には実行されていません。 MPSync ジョブまたは DWMaintenance ジョブが完了すると、ETL ジョブは自動的に有効になり、処理が再開されます。 前のバッチが完了していなければ、ジョブの状態は、通常 [ 未開始 ] です。 必要に応じて、 Get-SCDWJob コマンドを使用して、特定ジョブの最近の数個のバッチを確認することができます。 |
| Get-SCDWJob -JobName 固有のジョブ名 -NumberOfBatches 番号 | このコマンドを使用して、特定のジョブ名で指定された最新 のジョブ、完了したジョブ、開始日時、終了時刻を確認します。 実行時間の長さと、次のバッチの ID と状態を計算できます。 ジョブ バッチ ID は常に大きくなります。 |
| Get-SCDWJobModule | このコマンドは、ジョブ内の特定のモジュールについての詳細情報を表示します。 これは、ジョブのエラーが表示され、エラーの原因を確認する場合に便利です。 |
データ ウェアハウスに関する一般的な問題のトラブルシューティング
この一覧は網羅的ではありませんが、発生する可能性がある一般的な問題のほとんどについて説明します。
データ ウェアハウスの登録後、レポートが展開されない
現象
Service Manager コンソールを開くと、Reporting Service が使用できないことを示すダイアログが表示されます。 もう 1 つの現象は、Service Manager コンソールに [レポート ワークスペース] ボタンが表示されるということです。ただし、ワークスペースにレポートは表示されません。 さらに、Reporting Services サーバーにレポートが展開されていません。
データ ウェアハウスの展開のその他については、スムーズに進んだように見えます。 たとえば、Service Manager コンソールで [Data Warehouse] を選択し、[ジョブのData Warehouse] を選択すると、2 つの抽出ジョブ、変換と読み込みジョブ、MPSync ジョブが表示されます。
トラブルシューティングの手順
この問題のトラブルシューティングを行うには、次の手順に従います。
手順 1: 管理パックの展開の状態を確認します。
Service Manager コンソールで、[Data Warehouse] を選択します。
[ 管理パック] を選択し、検索 フィルター ボックスに 「report」と入力します。 これによって、検索結果がレポート関連の管理パックにフィルター処理されます。
次の管理パックの展開の状態 (最終列) を確認します。 状態が [ 失敗] の管理パックがあってはいけません。
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 つの管理パックのうち、失敗した展開がある場合は、次を行います。
データ ウェアハウス管理サーバーで、Operations Manager イベント ログを開きます。
イベントのフィルターで、[ イベント ソース ] に [ 展開 ] を、[ イベント レベル ] に [ エラー] を適用します。
イベント ログに、 Assembly Microsoft.EnterpriseManagement.Reporting.Code.dll が読み込めないことを示すエラー メッセージがあれば、次の項目を確認します。
SQL Server Reporting Services (SSRS) が、データ ウェアハウス管理サーバーとは別のサーバーにインストールされているかどうか。
SSRS がデータ ウェアハウス管理サーバーと同じサーバーにインストールされている場合は、SSRS サービスを再起動します。
SSRS を再起動します。
SSRS がインストールされているサーバーにサインインします。
Reporting Services Configuration Managerを開きます。
[Reporting Services構成接続] ウィンドウで、[接続] を選択します。
[ レポート サーバーの状態] ウィンドウで、[ 停止] を選択し、[開始] を選択 します。
[終了] を選択します。
手順 3:展開できなかったレポート管理パックを再展開します。
Service Manager コンソールで、[Data Warehouse] を選択します。
[ 管理パック] を選択し、検索フィルターに「 report」と入力します。
手順 1 に記載されている各管理パックについて、[ タスク] ウィンドウで [ 展開の再起動] を選択します。
注意
管理パックの展開の状態に [ 完了] が表示されると、[ 展開の再開 ] オプションが使用できなくなります。
レポート管理パックの展開状態が [失敗] から [完了] に更新されたら、Service Manager コンソールを開きます。 [ レポート ] ワークスペースに、レポートが表示されます。 レポートを表示するには、Service Manager コンソールを再起動する必要がある場合があります。これは、コンソールによってレポートの一覧がキャッシュされるためです。
カスタム管理パックのインポート後にジョブが失敗する
症状:
カスタム管理パックをインポートして、データ ウェアハウスと同期した後、1 つまたは複数のデータ ウェアハウス ジョブが失敗し始めます。
トラブルシューティングの手順
この問題のトラブルシューティングを行うには、次の手順に従います。
イベント ログを確認して、カスタム管理パックが原因であることを確かめます。
データ ウェアハウス管理サーバーで、Operations Manager イベント ログを開きます。
ジョブ エラーに関連するイベントを見つけます。
エラーがインポートしたカスタム管理パックに関連しているかどうかを判断します。
エラーがカスタム管理パックに関連している場合は、それを削除し、残りのデータ ウェアハウスの操作を通常どおりに行います。 管理パックを修正して、後で再度インポートします。
Service Manager コンソールを使用してカスタム管理パックをアンインストールします。
MP Sync ジョブを実行します。
カスタム管理パックが、[ 管理パック ] の [ データ ウェアハウス] 一覧に表示されていることを確認します。
MP 同期ジョブが完了したら、Service Manager コンソールから、または Windows PowerShell コマンドレットを使用して、失敗したジョブを再開します。
カスタム管理パックを修正し、再度インポートします。
前述の手順 2. を使用して、カスタム管理パックを削除し、エラーを復旧します。
カスタム管理パックを修正します。
固定カスタム管理パックを Service Manager にインポートし、MP 同期ジョブを実行してデータ ウェアハウスに同期します。
データ ウェアハウスが新しいデータを取得しない、またはジョブの完了までに時間がかかり過ぎる
症状:
どのレポートにもデータや新しいデータは表示されません。 もう 1 つの症状は、ETL ジョブの実行に時間がかかりすぎて、ジョブの状態が [未開始] に表示されないことです。
トラブルシューティングの手順
この問題のトラブルシューティングを行うには、次の手順に従います。
Windows PowerShell コマンドレット Get-SCDWJob を使用して、すべての ETL ジョブが有効になっているかどうかを判断します。 Windows PowerShellを開始し、「Get-SCDWJob」と入力します。
ETL ジョブが無効で、MPSyncJob ジョブか DWMaintenance ジョブのいずれかが実行中の場合は、この 2 つのバックグランド ジョブは ETL ジョブを無効にするため、ジョブの状態をもう一度取得できるようになるまでしばらく待機する必要があります。 しかし、一覧でこの 2 つのジョブが [ 未開始 ] と表示されていて ETL ジョブが無効な場合は、 Enable-SCDWJob コマンドレットを使用して、次の例のようにそれぞれを有効にできます。
Enable-SCDWJob -JobName Transform.CommonMPSync と DWMaintenance ETL ジョブがすべて有効で実行されているが、個々のバッチ ID が長い間変更されていない場合、または特定のジョブに対して Get-SCDWJobModule コマンドレットを使用していて、モジュールが実際に実行されていることを確認できない場合は、イベント ログをチェックし、エラー メッセージがあるかどうかを確認します。 ときには、エラー メッセージが何日も前のものであり、その日付分のイベントの確認が必要になることがあります。
データ ウェアハウス管理サーバー上の System Center Data Access Service、Microsoft Monitoring Agent、System Center Management Configuration の 3 つのサービスが実際に実行されているかどうかを確認します。 データ ウェアハウス管理サーバーで、[ 開始] を選択し、[ 実行] を選択して、「 Services.msc」と入力します。 [サービス] で、System Center Data Access Service、Microsoft Monitoring Agent、System Center Management Configuration の各サービスが実行されていることを確認します。
いずれかのサービスが実行されていない場合は、3 つのサービスをすべて再起動します。 さらに、すべてのサービスが実際に実行されていると、イベント ソースのデータ ウェアハウスと OpsMgr SDK サービスからのイベントが Operations Manager のイベント ログに送信されます。 この情報を追加のソースとして使用して、これらすべてのサービスが実行中であるかどうかを確認できます。 イベント ソース Data Warehouseと OpsMgr SDK サービスからのイベントが長時間表示されない場合は、3 つのサービスをすべて再起動する必要があります。
カスタム データ ウェアハウスの拡張が、データ ウェアハウスに表示されない
症状:
一部のディメンションまたはファクト テーブルを定義する管理パックをインポートしてService Managerすると、MPSync ジョブは複数回実行されますが、DataMart にディメンション テーブルやファクト テーブルは表示されません。
トラブルシューティングの手順
管理パックが封印されていることを確認します。 MPSync ジョブは、封印された管理パックのみをService Managerからデータ ウェアハウスにインポートできます。 管理パックを封印していない場合は、それを封印し、Service Managerを使用してインポートします。
次の手順に従って、管理パックがデータ ウェアハウスに同期していることを確認します。
Service Manager コンソール を開きます。
[Data Warehouse] を選択します。
[ 管理パック] を選択し、管理パックの一覧で管理パックを見つけます。 これを行うには、検索ボックスに管理パック名を入力して検索機能を使用します。 管理パックが表示されない場合:
データ ウェアハウス管理サーバーにインポートできなかった可能性があります。 データ ウェアハウス管理サーバーに移動し、Operations Manager イベント ログを開き、 イベント ソース を OpsMgr SDK Service として使用してイベントをフィルター処理します。
MPSync ジョブがまだ実行されていない可能性があります。 このジョブは、定期的なスケジュールで (既定では 1 時間に 1 回) 実行されます。 Windows PowerShell を使ってスケジュールを変更できます。 管理パックの同期を高速化するには、管理パックをインポートした後、Service Manager コンソールから、または Windows PowerShell を使用して MPSync ジョブを手動で再開できます。
次の方法で、管理パックの展開状態を確認します。
Service Manager コンソール を開きます。
[Data Warehouse] を選択します。
[ 管理パック] を選択し、管理パックの一覧で管理パックを見つけます。 これを行うには、管理パック名を検索します。
管理パックの展開状態を確認します。 展開状態が " 失敗" の場合:
データ ウェアハウス管理サーバーで Operations Manager イベント ログを開き、イベント ソース をデプロイとして使用してイベントをフィルター処理 します。
エラー メッセージがある場合、通常、メッセージは問題が発生したことを示します。 管理パックに必要な修正を行ってもエラーが発生した場合は、Service Manager コンソールを使用してこの管理パックをアンインストールできます。 MPSync ジョブが実行された後で、管理パックがデータ ウェアハウス管理サーバーからアンインストールされます。
データ ウェアハウスへの登録後に管理パックが "関連付け待機中" という状態のままになっている
症状:
一部の管理パックは、データ ウェアハウスにService Managerを登録した数時間後に保留中の関連付け状態のままで、数時間 (最大 4 時間以上) 経過しています。 Service Manager コンソールを開き、[Data Warehouse]、[ジョブ]、[MPSync ジョブ] の Data Warehouse順に移動し、[タスク] ウィンドウから [詳細] を選択すると、経過時間を確認できます。
トラブルシューティングの手順
この問題のトラブルシューティングを行うには、次の手順に従います。
MPSync ジョブの [ 詳細 ] を表示します。 [MPSyncJob] ダイアログで、問題管理パックの各バッチ ID を確認します。 [ MP 同期ジョブ ] ダイアログで、 管理パック の列名を選択して、管理パック名に従って一覧を並べ替えます。 " 関連付け待機中 " という状態の管理パックを見つけます。 管理パックの一覧で、それ以降のバッチで、その管理パックの状態が " 関連付け済み" になっているか確認します。次に例を示します。
バッチ ID 136 では、管理パック Microsoft.SystemCenter.ConfigurationManager の状態は "関連付け待機中" です。
バッチ ID 207 では、管理パック Microsoft.SystemCenter.ConfigurationManager の状態は "関連付け済み" です。
これは、管理パックが バッチ 136 ではエラーを生じていたけれど、バッチ 207 では正常に関連付けられていることを示しています。 バッチ 207 ではエラーから回復したため、管理パックが正しく関連付けられて、同期が正常に完了しました。
[MP 同期ジョブ] ダイアログで、管理パックの保留中の関連付けの状態がバッチごとに繰り返される場合は、さらにトラブルシューティングして、管理パックが関連付けに失敗する理由を特定する必要があります。 まず、この管理パックが依存している他の管理パックで、展開エラーが生じていないか確認します。
Service Manager コンソールで、[Data Warehouse] を選択し、[管理パック] を選択して、[展開の状態] 列の見出しを選択します。 展開の状態が " 失敗 " または " 未開始" になっている管理パックがないか確認します。これは、通常管理パックの依存関係が原因です。 管理パックは他の管理パックに依存する場合があるため、エラーがあると他の管理パックの展開ラーにつながります。 影響を受ける管理パックの状態は " 未開始 " になります。
イベント ログで展開エラーを見つけます。 データ ウェアハウスで Operations Manager イベント ログを開き、イベント ログをフィルター処理して、イベント ソースが デプロイ で、イベント レベルが 警告 またはエラーであるイベントを抽出 します。
次のようなエラー メッセージがある場合は、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 ジョブの失敗がログイン ユーザーのエラーに関連することが示されています。
トラブルシューティングの手順
この問題のトラブルシューティングを行うには、各実行アカウントのパスワードが変更されたか、期限切れになっていないか確認します。 次の手順に従って、アカウントを更新できます。
[Data Warehouse]、[セキュリティ]、[実行アカウント] の順に移動し、関連する実行アカウントを選択します。 [タスク] ウィンドウで [プロパティ] を選択し、ウィンドウの [パスワード] フィールドを更新して、[OK] を選択します。
この実行アカウントがオペレーション システム アカウントである場合は、このアカウントを使って実行しているサービスも更新する必要があります。
データ ウェアハウス管理サーバーで、[ 開始] を選択し、[ 実行] を選択して、「 Services.msc」と入力します。
[ サービス] で、このアカウントを使って実行されるサービス (System Center データ アクセス サービスやSystem Center 管理構成など) のパスワードを更新します。
サービスを再び開始します。
注意
MP Sync ジョブと抽出ジョブには、オペレーション システム アカウントとは異なる実行アカウントを使用できます。 この実行アカウントは、Service Manager がデータ ウェアハウスに登録されるときに作成されます。
パスワードの有効期限が切れている場合は、簡単に更新できます。 ただし、実行アカウントを変更すると、システムを更新することがより困難になります。 実行アカウントを変更することはお勧めしません。
ジョブの失敗がパスワードに関連していない場合は、失敗したジョブの実行アカウントを使用してターゲット データベースに接続できることを確認します。 たとえば、抽出ジョブの実行アカウントを使用して、Service Manager データベースに接続できることを確認します。 そうでない場合は、データベースをホストしている構造化照会言語 (SQL) サービスが実行されていることを確認します。
次の手順
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示