System Center Operations Manager のリリース ノート

  • [アーティクル]

この記事では、System Center 2019 - Operations Manager のリリース ノートの一覧を示します。 この記事には、Operations Manager 2019 UR1、UR2、UR4、UR5 のリリース ノートも含まれています。

Operations Manager 2019 リリース ノート

以下のセクションでは、Operations Manager 2019 のリリース ノートの概要と、既知の問題と回避策について説明します。 2019 UR1 と 2019 UR2 のリリース ノートも参照してください。

ヘルス サービスの既定のログオンの種類は "サービス"

説明: Operations Manager 2019 では、 サービスとしてログオン 機能が既定で有効になっています。 この変更は、すべてのサービス アカウントと実行アカウントに影響します。 サービスとしてログオン するアクセス許可が必要です。

回避策: これらのアカウントのサービスとしてのログオンアクセス許可を有効にします。 詳細については、こちらを参照してください。

メンテナンス モードでのユーザー エクスペリエンスの変更

説明:Operations Manager 2019 のメンテナンス モードでの、ユーザー エクスペリエンスの変更は次のようになっています。 これらの変更は、Windows と Linux\Unix の両方の監視に適用されます。

  • エンティティがメンテナンス モードを開始すると、モニター ベースのアクティブなアラートが自動的に解決されます。 以前のリリースでは、これらのアラートは、エンティティがメンテナンス モードを終了するときに自動的に解決されました。

  • オンデマンド モニターと通常のモニターは、ターゲット エンティティがメンテナンス モードに入って終了したときに同様に動作するようになりました。

回避策:ありません。

x64 コンポーネントのサポート

説明: Operations Manager 2019 では、x64 コンポーネントのみがサポートされています。x86 コンポーネントはサポートされていません。 コンソールから x86 コンピューターにエージェントをプッシュ インストールしようとすると、次のエラー メッセージが表示されます。

指定されたパスが見つかりません。

回避策:ありません。

レポート サーバーのアップグレードが前提条件のチェックで失敗する

説明:System Center 2016/1801/1807 の Operations Manager レポート サーバーをバージョン 2019 にアップグレードしようとすると、前提条件のチェックで次のエラーが報告されます。

管理サーバーのアップグレードのチェック - このコンポーネントの報告先の管理サーバーは、アップグレードされていません。 アップグレードを続行できません.

このエラーは、レポート サーバーが管理グループ内の 1 つ以上の管理サーバーとは別のサーバーにある、分散管理グループ シナリオで発生します。

回避策: レポート サーバーの役割をホストしているサーバーに System Center 2016/1801/1807 - Operations Manager オペレーション コンソールをインストールし、レポート サーバーの役割をバージョン 2019 にアップグレードし直してください。 アップグレードが成功すると、レポート サーバーからアップグレードされたオペレーション コンソールをアンインストールできます。

Internet Explorer の互換表示

説明:HTML5 Web コンソールでは、Internet Explorer の互換表示はサポートされていません。

回避策:ありません。

OpenSSL 1.1.0 バージョンのサポート

説明: Linux プラットフォームでは、OpenSSL 0.9.8 のサポートが廃止されます。

回避策: OpenSSL 1.1.0 のサポートが追加されました。

VMM サーバーのパフォーマンスの監視がアクセス拒否メッセージと共に失敗する

説明: サービス ユーザーには、VirtualMachineManager-Server/Operational イベント ログにアクセスするためのアクセス許可がありません。 回避策:次のコマンドを使用して操作イベント ログのレジストリに対するセキュリティ記述子を変更した後、イベント ログ サービスと正常性ログ サービスを再起動します。

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"

このコマンドを実行すると、VirtualMachineManager-Server/Operational イベント ログにアクセスできる許可されたユーザーの一覧にサービス ユーザーが追加されます。

Operations Manager 2019 では HPUX ライブラリがサポートされていません

説明: Operations Manager 2019 は HPUX をサポートしていません。 ただし、Operations Manager 2019 用に提供されている管理パックの一覧から HPUX ライブラリをご利用いただけます。

回避策:これは無視してください。 HPUX は DLC の最新のパックから削除されます (こちら)。

Operations Manager 2019 にアップグレードした後、以前の AD ルールが機能しない

説明: Operations Manager 2016 (または 2016 年以前の UR7)、1801 または 1807 から Operations Manager 2019 にアップグレードすると、Active Directory ルールの形式が変更されたため、以前の AD ルールは機能しません。 Operations Manager 2016 UR7 および UR8 から Operations Manager 2019 にアップグレードしても、この問題はありません。

回避策:これを解決するには、次の手順を実行します。

  1. 2019 にアップグレードしたら、既定の管理パックをフォルダーにエクスポートします。

  2. エクスポートされたフォルダーから Microsoft.SystemCenter.OperationsManager.DefaultUser.xml を開きます。

  3. 次の例に示すように、<管理サーバーの FQDN> の代わりに <管理サーバーの NetBIOS ドメイン名> を使用するように、すべての AD 規則の名前を変更します。

    Note

    ドメイン名では大文字と小文字が区別されます。

    例:

    前: Rule ID="_smx.net_MS1_contoso.com" Enabled="true"

    後: Rule ID="_SMX_MS1_contoso.com" Enabled="true"

  4. 更新された管理パックをインポートします。

    これで、コンソール上に規則が表示されるようになります。

    この問題の詳細については、Operations Manager を使用した Active Directory 統合の更新に関する記事を参照してください。

    Note

    この問題は 2019 UR2 で修正されています。

Operations Manager の REST API は、クラスに必要な値を返しません

説明: Operations Manager 2019 から呼び出されると、REST API は className、path、fullname を返しません。返される情報は空です。 また、ID は className として返されます。

回避策:ありません。

Note

この問題は 2019 UR2 で修正されています。

Operations Manager 2019 UR1 のリリース ノート

以下のセクションでは、Operations Manager 2019 UR1 のリリース ノートの概要と、既知の問題と回避策について説明します。

UR1 で修正された問題と UR1 のインストール手順 については、サポート技術情報の記事を参照してください。

修正プログラムの適用後の保留の管理

説明: 2019 更新プログラムのロールアップ (UR1) を適用すると、更新するエージェントは [保留中の管理 コンソール] ビューに一覧表示されません。

回避策: エージェントを特定し、手動で更新する必要があります。 これを行うには、[管理][デバイス管理][管理対象のエージェント] に移動し、古いバージョンのエージェントを更新します。 正しいバージョンのエージェントを表示するには、管理サーバーのパッチを適用した後、Operations Manager 2019 UR1 のサポート技術情報の記事に記載されている手順に従って管理パックをインポートします。

バージョンの表示

説明: バージョン表示では、[ヘルプ>情報] や [デバイス管理] ビューなどの領域に UR1 が表示されません。

回避策: UR1 の Operations Manager コンポーネントが正常に更新された場合にチェックするには、「管理>Operations Manager 製品」の各コンポーネントのバージョン番号を参照してください。

gMSA への移行後、レポートのエクスポート中にエラーが発生します

説明: gMSA への移行後、Word、PowerPoint、または Excel 形式でレポートをエクスポートしているときに、次のエラーが発生する可能性があります。レポートのレンダリング中にエラーが発生しました。

これは、SQL Server 2017 年のSQL Server Reporting Servicesで観察されます。 SQL Server 2017 の SSRS の場合、このエラーは永続的な問題の可能性があります。

回避策:これを解決するには、次の手順を実行します。

  • レポート サーバー上の "実行" アカウントに管理者アクセス権を付与します
  • レポート サービスを再起動し、5 分間待ちます
  • レポートのエクスポートを再試行します

Note

SQL Server Reporting Services (SSRS) 2017 バージョン 14.0.600.1274 以降では、既定のセキュリティ設定ではリソース拡張機能のアップロードは許可されません。 これにより、レポート コンポーネントの展開中に Operations Manager で ResourceFileFormatNotAllowedException 例外が発生します。

これを解決するには、SQL Management Studio を開き、Reporting Services インスタンスに接続し、[プロパティ][詳細] を開いて、*.* を AllowedResourceExtensionsForUpload の一覧に追加します。 または、SSRS の許可リストに Operations Manager のレポート拡張機能の完全な一覧を追加することもできます。

以前に使用したサービス アカウントを gMSA に置き換えることができない

説明: 以前に使用した Operation Manager のサービス アカウントを gMSA に置き換える操作が失敗し、Operations Manager のコンソールの問題が発生します (コンソールが開かない)。 これは、データ アクセス サービスが初期化されていない場合に発生します。

回避策:

  1. SDK サービスを実行しているアカウントを builtin\Windows Authorization Access Group に追加します。

  2. こちらの詳細に従って PowerShell スクリプトを実行します。

  3. Operations Manager を新たにインストールする場合は、24 時間待機してから、更新プログラムのロールアップを適用します。 これは、Operations Manager のすべてのロールに適用されます。

注意

DW アカウントと DR アカウントが Operations Manager レポート セキュリティ管理者グループのメンバーであることを確認して、問題が再発しないようにします。 詳細については、「 gMSA アカウント」を参照してください。

Operations Manager 2019 UR2 のリリース ノート

Operations Manager 2019 UR2 に既知の問題はありません。

UR2 で修正された問題と UR2 のインストール手順については、 KB の記事を参照してください。

Operations Manager 2019 UR4 のリリース ノート

以下のセクションでは、Operations Manager 2019 UR4 のリリース ノートの概要と、既知の問題と回避策について説明します。

UR4 で修正された問題と UR4 のインストール手順については、 KB の記事を参照してください。

オーサリング > グループの 3 つの列がローカライズされない

説明: Operations Manager コンソールの 作成>グループ の新しい列 (管理パック、 シール 、 メンバー) は英語で表示され、このビューにアクセスするコンピューターで設定されている言語では表示されません。

回避策:ありません。

Operations Manager 2019 UR5 リリース ノート

次のセクションでは、Operations Manager 2019 UR5 のリリース ノートの概要と、既知の問題と回避策について説明します。

UR5 で修正された問題と UR5 のインストール手順については、 KB の記事を参照してください。

Web コンソールのセキュリティの脆弱性

注意

この更新プログラムのロールアップを適用する前 に、Web.config ファイルのバックアップを作成してください。

説明: Operations Manager 2019 Web コンソールにはセキュリティの脆弱性があります。

回避策: Operations Manager 2019 UR5 では、Web コンソールのセキュリティの脆弱性がいくつか修正されています。 これらの修正により、web アプリと MonitoringView Web アプリの両方HTMLDashboardの Web.config ファイルが置き換えられます。 これらのアプリの以前の設定は失われ、変更をやり直す必要があります。

この記事では、System Center 2022 - Operations Manager のリリース ノートの一覧を示します。

Operations Manager 2022 リリース ノート

この記事は、Operations Manager 2022 のリリース ノートをまとめたものです。

オペレーション コンソールが Operations Manager 2019 管理グループに接続できない

説明: Operations Manager 2022 のオペレーション コンソールが Operations Manager 2019 管理グループに接続できません。

回避策:

  • Operations Manager 2019 オペレーション コンソールを使用して、Operations Manager 2022 管理グループに接続します。

    または

  • Operations Manager 2019 と Operations Manager 2022 で個別のコンソール マシンを使用し、それらを使用して各サーバーに接続します。

重要

このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。

この記事では、System Center 1807 - Operations Manager のリリース ノートの一覧を示します。

Operations Manager 1807 リリース ノート

以下のセクションでは、Operations Manager 1807 のリリース ノートの概要と、既知の問題と回避策について説明します。 バージョン 1807 の詳細および対処される問題については、KB4133779 をご覧ください。

Linux エージェントのログのローテーション

説明: 特定のシナリオでは、SCX ログが頻繁にいっぱいになります。これにより、最終的にシステム ディスク上の使用可能なすべての空き領域が消費されます。 その結果、ログを手動でクリーンアップしない限り、システムは応答しなくなります。 この問題に対処するために、SCX エージェントの logrotate 機能が導入されました。 この機能は、古いログをローテーションし、ディスク領域を節約するのに役立ちます。

前提条件: Logrotate は、Linux プラットフォームでは既定で にあります /usr/sbin/logrotate 。

回避策: scxagent のインストール中に、次の logrotate conf ファイルを場所に /etc/logroate.d プッシュします。

/var/opt/microsoft/scx/log/*/scx.log
{	 
rotate 5
missingok
notifempty
nodatext
compress
size 50M
copytruncate
postrotate
/usr/sbin/scxadmin -log-rotate
all
}

ユーザーは、要件に合わせて既定値を変更できます。 既定の構成値では、scx.log ファイルはサイズが 50 MB に達するとローテーションされます。 場所に 1 つの cron 構成ファイルが /etc/cron.d 含まれています。 この構成では、logrotate プロセスは 4 時間ごとに実行されます。 構成をカスタマイズするには、これら 2 つのファイルを変更する必要があります。 詳しくは、cron と logrotate のマニュアル ページをご覧ください。

Note

SELinux が既にインストールされている場合、SCX インストーラーは logrotate を有効にする SELinux モジュールをプッシュします。 エージェントのインストール後に SElinux が有効になっているシナリオでは、logrotate を機能させるために SELinux モジュールをインポートする必要があります。

SQL Server 2017 のサポート

説明: バージョン 1807 では、SQL Server 2017 は、SQL Server 2016 からアップグレードされた場合にのみサポートされます。 バージョン 1807 SQL Server 2017 の新しいインストールはサポートされていません。 SQL Server 2016 を含むバージョン 1801 を既に展開してある場合は、SQL Server 2017 へのアップグレードを実行する前に、Operations Manager バージョン 1807 を適用する必要があります。

回避策: SQL Server 2017 にアップグレードする前に、「Operations Manager 1807 のデータベースを SQL Server 2017 にアップグレードする」でアップグレード プロセスについて確認してください。

Note

SQL Server Reporting Services (SSRS) 2017 バージョン 14.0.600.1274 以降では、既定のセキュリティ設定ではリソース拡張機能のアップロードは許可されません。 これにより、レポート コンポーネントの展開中に Operations Manager で ResourceFileFormatNotAllowedException 例外が発生します。

これを解決するには、SQL Management Studio を開き、Reporting Services インスタンスに接続し、[プロパティ][詳細] を開いて、*.* を AllowedResourceExtensionsForUpload の一覧に追加します。 または、SSRS の許可リストに Operations Manager のレポート拡張機能の完全な一覧を追加することもできます。

Internet Explorer の互換表示のサポート

説明: HTML5 Web コンソールは、インターネット エクスプローラー互換性ビューをサポートしていません。

回避策:なし

Operations Manager と Service Manager コンソールの共存のサポート

説明: System Center バージョン 1801 では、Service Manager コンソールを Operations Manager 管理サーバーにインストールすることはサポートされていませんでした。 これが原因で、SDK サービスが途中で停止しました。

回避策: 同じコンピューターに Operations Manager と Service Manager コンソールを併置するには、バージョン 1807 を実行する必要があります。

Operations Manager バージョン 1807 にアップグレードする

Operations Manager バージョン 1801 の管理グループをバージョン 1807 に正常にアップグレードする要件と手順については、「Operations Manager バージョン 1807 にアップグレードする方法」をご覧ください。

OpenSSL 1.1.0 バージョンのサポート

説明: Linux プラットフォームでは、OpenSSL 0.9.8 のサポートが廃止されます。

回避策: OpenSSL 1.1.0 のサポートが追加されました。

この記事では、System Center 2016 - Operations Manager のリリース ノートの一覧を示します。

Operations Manager 2016 リリース ノート

次のセクションでは、Operations Manager 2016 のリリース ノートの概要と、既知の問題と回避策について説明します。

SharePoint と Operations Manager との統合を再作成する必要がある

説明: SharePoint を使用して Operations Manager データを表示している間、提供されている既存の Web コンソール ダッシュボード URL は機能せず、これらの Web パーツを次の手順で再作成する必要があります。

回避策: Operations Manager データを表示するように SharePoint を設定するには、次の手順を実行します。

  1. ダッシュボードを表示する SharePoint の新しいページを作成します。
  2. ページを開き、[編集] を選択して新しい Web パーツを挿入します。
  3. Web パーツの [カテゴリ] で [ メディアとコンテンツ] を選択し、その下で [ ページ ビューアー ] を選択し、[ 追加] を選択します。
  4. Web パーツを編集し、[ Web ページ ] を選択し、Operations Manager Web コンソール ダッシュボードの URL を入力します。
  5. SharePoint ページに表示されるツリー ビューを無効にする場合は、ダッシュボードの URL の末尾に “&disabletree=true” を付加します。
  6. SharePoint ページの外観、レイアウト、詳細属性を構成します。

IIS の破損が原因で Web コンソールが機能しない場合がある

説明: Web コンソールで "型 'System.ServiceModel.Activation.HttpModule を読み込めませんでした" というエラーがスローされる場合があります。

回避策: OS のロール サービスに HTTP ライセンス認証 を追加します。 次に、Server 2012 で、管理者特権でコマンド プロンプト "C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r" を実行します。

ナレッジ記事のテーブルと箇条書きの処理での異常

説明: ナレッジ記事にテーブルが挿入されている場合、ナレッジ記事を再編集するときに、罫線はテーブルに適用されません。 同様に、ナレッジ記事に箇条書きが追加されると、再編集中に行頭文字が数値行頭文字に変換されます。 また、記事に箇条書きが 1 つある場合、記事は MP に保存されないため、コンソールからエラーがスローされます。

回避策:ありません。

Msi ベースのインストールが Nano エージェントで機能しない

説明: MSI ベースのインストールは、Nano エージェントではサポートされていません。 検出ウィザード/PowerShell インストーラ スクリプトでエージェントをインストールすることができます。

回避策:ありません。

Nano エージェントの更新プログラムのアンインストールに関する問題

説明: Nano エージェントの更新プログラムをアンインストールすることはできません。

回避策: 唯一のオプションは、Nano エージェントをアンインストールしてから、RTM バージョンと必要な更新プログラムをインストールすることです。

Nano エージェントの更新に関する問題

説明: Nano エージェントへの更新は、Windows Updateからプッシュされません。 Nano エージェントを更新するには、利用可能な更新プログラムをダウンロードして PowerShell 更新スクリプトを使用してインストールするか、更新された管理サーバーから修復をトリガーする必要があります。

回避策:ありません。

Nano エージェントのインストール パスまたはフォルダーをオーバーライドできない

説明: Nano エージェントは常に次のパスにインストールされます: '%SystemDrive%\Program Files\Microsoft Monitoring Agent';エージェントのインストール フォルダーをオーバーライドすることはできません。

回避策:ありません。

Nano エージェントのプッシュ インストール操作における不整合

説明: [ウィザードの状態の検出] ダイアログボックスは閉じますが、インストールが失敗するか正常に完了するまで、エージェントはしばらくの間、コンソールで保留中の状態を維持します。 インストールは失敗する可能性があります。問題を解決するには、セットアップのログ ファイルを確認してください。

回避策:ありません。

Nano エージェントのプッシュ アンインストール操作における不整合

説明: オペレーション コンソールからプッシュ アンインストールを実行すると、状態ダイアログ (進行状況を表示) にアンインストールが正常に完了したことが表示されますが、エージェントのアンインストールは引き続き実行されています。 アンインストールに失敗している可能性があります。セットアップ ログ ファイルを参照し、トラブルシューティングのための詳細情報を確認してください。

回避策:ありません。

ACS が Nano エージェントに対して機能しない

説明: 場合によっては、ACS は Nano エージェントに対して機能していません。 特定のシナリオで問題があります。

回避策:ありません。

クライアント側監視 (CSM) のアラートが System Center Operations Manager 管理サーバーから送信されなくなることがある

説明: System Center Operation Manager 管理サーバーの更新シーケンスにより、管理サーバーからのクライアント側監視アラート コレクションに問題が発生する可能性があります。 System Center Operations Manager エージェントは影響を受けません。 発生の可能性: 中。

回避策: System Center Operations Manager 管理サーバーで Microsoft Monitoring Agent サービスを再起動します。

System Center Operations Manager サーバーまたはエージェントを更新した場合、アプリケーション パフォーマンス監視 (APM) イベント、クライアント側監視 (CSM) イベント、および APM アラートが監視対象ホストから送信されなくなることがある

説明: System Center Operations Manager エージェントの更新シーケンスによって、次の問題が発生する可能性があります。

• ホストで収集されるクライアント側監視 (CSM) イベントとアラート。

• ホストで収集されるアプリケーション パフォーマンス監視 (APM) イベントとアラート。 System Center Operations Manager 管理サーバーは影響を受けません。

回避策: 問題が発生している System Center Operations Manager エージェントで管理されているコンピューターで Microsoft Monitoring Agent サービスを再起動します。

Windows サービスのアプリケーション パフォーマンス監視 (APM) は、Application Insights Status Monitor がインストールされているコンピューターの System Center - Operations Manager ではサポートされていません。

説明: Application Insights Status Monitor と System Center - Operations Manager エージェントの両方がインストールされている場合、アプリケーション パフォーマンス監視 (APM) ワークフローは、コンピューター上の .NET Windows サービスの監視構成を処理できません。

回避策: Application Insights Status Monitor をアンインストールします。

パフォーマンス追跡で名前空間の値が無視される

説明: .NET Applications Performance Monitoring (APM) でカスタム名前空間を追跡するときのパフォーマンス追跡用の名前空間値の設定は無視されます。

回避策: 例外追跡とパフォーマンス追跡の両方の設定を、同じカスタム名前空間を含むように設定します。

Solaris オペレーティング システムで sudo 昇格を使用する場合、sudo 実行可能ファイルが予期されるパスにない場合は構成の変更が必要です

説明: Solaris を実行しているコンピューターで sudo 昇格を使用する場合、sudo 実行可能ファイルが想定されるパスにない場合は、正しいパスへのリンクを作成する必要があります。 Operations Manager は、sudo 実行可能ファイルを、パス /opt/sfw/bin で探し、次にパス /usr/bin で探します。 sudo がこれらのパスのいずれかにインストールされていない場合は、リンクが必要です。

回避策: UNIX および Linux エージェントのインストール スクリプトは、sudo を含むフォルダーへのシンボリック リンク /etc/opt/Microsoft/scx/conf/sudodir を作成します。 エージェントはこのシンボリック リンクを使用して sudo を呼び出します。 インストール スクリプトが自動的にシンボリック リンクを作成するため、標準の UNIX および Linux 構成では何もする必要はありません。 ただし、sudo が標準と異なる場所にインストールされている場合、シンボリック リンクを sudo がインストールされたフォルダーを指すように変更する必要があります。 シンボリック リンクを変更した場合、その値はエージェントとのアンインストール、再インストール、およびアップグレード操作のために維持されます。

管理パックのインポート中に依存関係を解決しようとすると、Operations Manager コンソールの応答が停止する

説明: Operations Manager オペレーション コンソールの [管理] ワークスペースから [ 管理パックのインポート ] を選択すると、管理パックが別の管理パックに依存している場合、コンソールに [解決 ] ボタンが表示されます。 [解決] を選択すると、依存関係の警告が表示されます。 [依存関係の警告] ダイアログで [解決] ボタンを選択すると、オペレーション コンソールは応答を停止します。

回避策: System Center 2016 - Operations Manager の更新プログラムをインストールします。 具体的な手順については、サポート技術情報の記事 3117586 を参照してください。

"利用状況と接続データ" の設定を "False" に設定すると、利用統計情報が誤って送信されることがある

説明: 2 つのオペレーターが Operations Manager コンソールを開き、[使用状況と接続データ] 設定を [データを送信しない] に設定した場合、2 番目のユーザーが Operations Manager コンソールのインスタンスを閉じて再度開くまで、データは引き続き Microsoft に送信される可能性があります。

回避策: [使用状況と接続] 設定を変更した後、すべての Operations Manager コンソール セッションを再起動します。

説明: 管理サーバーやゲートウェイ サーバーなどの新しいコンポーネントが既存の Operations Manager 環境に追加されると、[使用状況と接続データ] 設定が [データを送信しない] に設定されている場合でも、セットアップ プロセスに関する使用状況情報が Microsoft に送信されます。 コンポーネントを追加した後は、それ以上の利用状況データはコンポーネントから Microsoft に送信されません。

回避策:なし

Operations Manager Web コンソールが Microsoft Edge Web ブラウザーと互換性がありません

説明: Windows 10スタート メニューから Operations Manager Web コンソールを開くと、コンソールが Microsoft Edge Web ブラウザーで開きます。 これにより、エラーが発生します。

回避策: インターネット エクスプローラーを使用して Operations Manager Web コンソールを開きます。 インターネット エクスプローラーは、Windows アクセサリ サブメニューから入手できます。

Operations Manager Web コンソールを起動すると空の画面が表示されることがある

説明: Operations Manager Web コンソールを初めて開くと、空白の画面が表示されることがあります。

回避策: この問題を解決するには、次の手順を実行します。

  1. [構成] ボタンを選択します。
  2. [SilverlightClientConfiguration.exe の実行] または [保存] を求められたら、[保存] を選択 します。
  3. SilverlightClientConfiguration.exe を実行します。
  4. exe のファイル プロパティを開き (右クリック)、[ デジタル署名 ] タブを開きます。
  5. ダイジェスト アルゴリズムが sha256 の証明書を選択し、[ 詳細] を選択します。
  6. [デジタル署名の詳細] ダイアログで、[ 証明書の表示] を選択します。
  7. 次に表示されるダイアログで、[ 証明書のインストール] を選択します。
  8. 証明書のインポート ウィザードで [保存場所] を [ローカル コンピューター] に設定します。 [次へ] を選択します。
  9. [- すべての証明書を次のストアに配置する ] オプションを選択します。[信頼できる発行元を参照] を選択します。
  10. [ 次へ ] を選択し、[完了] を選択します。
  11. ブラウザーを最新の内容に更新します。

重要

このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。

この記事では、System Center 1801 - Operations Manager のリリース ノートの一覧を示します。

Operations Manager 1801 リリース ノート

次のセクションでは、Operations Manager 1801 のリリース ノートの概要と、既知の問題と回避策について説明します。

HTML5 ダッシュボードのテレメトリ

説明: System Center Operations Manager では、それ自体の診断および利用状況データが収集されます。このデータは、今後のリリースでインストールのエクスペリエンス、品質、セキュリティを向上させるために Microsoft によって使用されます。 新しい HTML5 ダッシュボードのリリースでは、利用状況のテレメトリは、管理グループの利用状況と診断機能からではなく、Application Insights によって収集されます。 ユーザーのどのテレメトリが Application Insights によって収集されるかについての詳細は、「Application Insights による利用状況分析」を参照してください。

対応策:[設定]、[プライバシー] の下の [管理] ワークスペースのオペレーション コンソールで、診断および利用状況の収集の設定を無効にします。

組織ナレッジの編集

説明: オペレーション コンソールで編集され既に保存されているアラート/モニター/ルールの組織ナレッジを Web コンソールで新しい HTML5 ダッシュボードを使用して編集して保存すると、オペレーション コンソールを使用して初めに保存されていたコンテンツは、Web コンソールを使用して保存されたコンテンツにオーバーライドされます。

対処法: なし

別の URL を使用した Web コンソールの Silverlight ダッシュボードへのアクセス

説明: Operations Manager 1801 の HTML5 ダッシュボードは、Web コンソール全体が HTML ベースです。 Silverlight ダッシュボードを Web コンソールに表示することはできません。 既存の Silverlight ダッシュボードにアクセスするには、Silverlight が有効になっているインターネット エクスプローラー を使用して、次の URL を使用して にアクセスする必要があります。 http(s)://<Servername>/dashboard

レポート サーバーのアップグレードによる前提条件確認の失敗

説明： System Center 2016 - Operations Manager Reporting サーバーをバージョン 1801 にアップグレードしようとすると、前提条件チェッカーで次のエラーが報告されます。 管理サーバーアップグレードチェック - このコンポーネントが報告する管理サーバーはアップグレードされていません 。アップグレードを続行できません。 このエラーは、レポート サーバーが管理グループ内の 1 つ以上の管理サーバーとは別のサーバーにある、分散管理グループ シナリオで発生します。

対応策: System Center 2016 - Operations Manager オペレーション コンソールを、レポート サーバー ロールをホストしているサーバーにインストールし、レポート サーバー ロールをバージョン 1801 に再度アップグレードします。 アップグレードが正常に完了すると、レポート サーバーからアップグレードされたオペレーション コンソールをアンインストールできます。

アプリケーション パフォーマンス監視 (APM) エージェント コンポーネントに起因する IIS アプリ プールのクラッシュ

説明: System Center Operations Manager バージョン 1801 エージェントのアプリケーション パフォーマンス監視 (APM) 機能が原因で、IIS アプリケーション プールがクラッシュする可能性があります。また、.NET Framework 2.0 を実行している SharePoint サーバーの全体管理 v4 アプリケーション プールがクラッシュして、起動できなくなることがあります。 この動作は、エージェントのインストール後に APM 機能が有効で構成されていない場合でも、IIS Web サーバーで発生する可能性があります。

回避 策： サーバーで APM 機能が必要ない場合は、エージェントを再インストールし、セットアップ コマンド ラインに NOAPM=1 パラメーターを含め、APM 機能が含まれないようにします。 または、Windows インストーラーの修復オプションを使用して既にインストールされているエージェントを再構成し、APM コンポーネント - msiexec.exe /fvomus "<path to x64 installer package>\MOMagent.msi" NOAPM=1 を削除できます。 エージェントが既にインストールされているが、APM 機能が有効で構成されていない IIS Web サーバーの場合は、アプリケーション プール アカウントに読み取りアクセス許可を付与 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center Operations Manager\12\APMAgent。 このアクセス許可の問題により、APM 機能でそのキーが読み取れなくなり、アプリケーション プール プロセスがクラッシュする場合があります。

ACS Linux/UNIX MP がインストールされている場合、Operations Manager 2016 からのインプレース アップグレードが失敗する

説明: 監査コレクション サービス (ACS) Linux/UNIX 管理パックを既にインストールしていて、Operations Manager 2016 RTM から最新の更新プログラムのロールアップにアップグレードしようとしている場合、アップグレードは失敗し、管理サーバーの役割が削除されます。

原因: アップグレード プロセス中にインストーラー パッケージに問題があります。セットアップでは ACS 管理パックのアップグレードが試みられますが、Microsoft.Linux.Universal.Library.MP に依存しています。 この依存関係管理パックがアップグレードされていない場合、ACS MP のインポートはプロセス中に失敗し、次のエラーが表示されます。

Error:Found error in 2|Microsoft.ACS.Linux.Universal|7.7.1124.0|Microsoft.ACS.Linux.Universal|| with message:  
Could not load management pack <ID=Microsoft.Linux.Universal.Library, KeyToken=31bf3856ad364e35, Version=7.7.1103.0>. The management pack was not found in the store.  
: Version mismatch. The management pack (<Microsoft.Linux.Universal.Library, 31bf3856ad364e35, 7.6.1064.0>) requested from the database was version 7.7.1103.0 but the actual version available is 7.6.1064.0.

アップグレードの失敗によりセットアップはロールバックし、管理サーバーは不整合な状態のままになり、機能の再インストールが必要です。

回避策: 管理サーバーのアップグレードを実行する前に、Microsoft.Linux.Universal.Library 管理パックをアップグレードするか、または管理グループの ACS 管理パックを削除します。

次のステップ

Operations Manager の新機能。