System Center Operations Manager のリリース ノート
重要
Service Provider Foundation (SPF) は System Center 2025 から廃止されました。 ただし、SPF 2022 は引き続き System Center 2025 コンポーネントで動作します。
この記事では、System Center 2025 - Operations Manager のリリース ノートの一覧を示します。
Operations Manager 2025 リリース ノート
この記事では、Operations Manager 2025 のリリース ノートをまとめています。
- セキュリティの変更を適用した後に許可ポップアップと許可フォームの設定が追加されない Web コンソールの動作の破損を修正しました。
- Web コンソールで
HttpParseException
を使用したお気に入りのレポートの失敗を修正しました。
この記事では、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 をサポートしていません。 ただし、HPUX ライブラリは、Operations Manager 2019 で提供される管理パックの一覧にあります。
回避策: これを無視します。 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 にアップグレードしても、この問題はありません。
回避策: これを解決するには、次の手順に従います。
2019 にアップグレードした後、既定の管理パックをフォルダーにエクスポートします。
エクスポートしたフォルダーから Microsoft.SystemCenter.OperationsManager.DefaultUser.xml を開きます。
次の例に示すように、<管理サーバーの FQDN> の代わりに <管理サーバーの NetBIOS ドメイン名> を使用するように、すべての AD 規則の名前を変更します。
Note
ドメイン名では大文字と小文字が区別されます。
例:
Before: Rule ID="_smx.net_MS1_contoso.com" Enabled="true"
After: Rule ID="_SMX_MS1_contoso.com" Enabled="true"
更新された管理パックをインポートします。
これで、ルールがコンソールに表示されます。
この問題の詳細については、「 Active Directory と Operations Manager の統合を更新するを参照してください。
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) を適用すると、更新するエージェントは Pending Management コンソール ビューに表示されません。
回避策: エージェントを特定し、手動で更新する必要があります。 これを行うには、Administration>デバイス管理>Agent Managed に移動し、古いバージョンのエージェントを更新します。 エージェントの正しいバージョンを表示するには、管理サーバーの修正プログラムを適用した後、Operations Manager 2019 UR1 のサポート技術情報の記事で説明されているように管理パックをインポートします。
バージョン表示
説明: バージョン表示では、Help>About ビューやデバイス管理 ビューなどの領域にUR1が表示されません。
回避策: Operations Manager コンポーネントが UR1 に正常に更新されたかどうかを確認するには、[管理] > [Operations Manager 製品] の各コンポーネントのバージョン番号を確認してください。
gMSA 移行後のレポートのエクスポート中にエラーが発生しました
説明: gMSA への移行後、Word、PowerPoint、または Excel 形式でレポートをエクスポートするときに、 レポートのレンダリング中にエラーが発生しました。
これは、SQL Server 2017 上の SQL Server Reporting Services で確認されます。 このエラーは、SQL Server 2017 の SSRS に関する永続的な問題のようです。
回避策: これを解決するには、次の手順に従います。
- レポート サーバーの Execution アカウントへの管理者アクセス権を付与する
- レポート サービスを再起動し、5 分間待ちます
- レポートをもう一度エクスポートしてみてください
Note
SQL Server Reporting Services (SSRS) 2017 バージョン 14.0.600.1274 以降では、既定のセキュリティ設定ではリソース拡張機能のアップロードは許可されません。 これにより、レポート コンポーネントの展開中に Operations Manager で ResourceFileFormatNotAllowedException 例外が発生します。
これを解決するには、SQL Management Studio を開き、Reporting Services インスタンスに接続し、[プロパティ]>[詳細] を開いて、*.* を AllowedResourceExtensionsForUpload の一覧に追加します。 または、Operations Manager のレポート拡張機能の完全な一覧を SSRS の allow リスト に追加することもできます。
以前に使用したサービス アカウントを gMSA に置き換えできない
説明: 以前に使用した Operation Manager のサービス アカウントを gMSA に置き換えることができず、Operations Manager のコンソールの問題が発生します (コンソールを開けません)。 これは、データ アクセス サービスが初期化されていない場合に発生します。
対処法:
SDK サービスを実行しているアカウントを builtin\Windows Authorization Access Group に追加します。
これが Operations Manager の新しいインストールである場合は、24 時間待ってから、更新プログラムのロールアップを適用します。 これは、Operations Manager のすべてのロールに適用されます。
Note
DW アカウントと DR アカウントが Operations Manager レポート セキュリティ管理者グループのメンバーであることを確認して、問題が再発しないようにします。 詳細については、 gMSA アカウントを参照してください。
Operations Manager 2019 UR2 リリース ノート
Operations Manager 2019 UR2 の既知の問題はありません。
UR2 で修正された問題と UR2 のインストール手順については、サポート技術情報の記事 参照してください。
Operations Manager 2019 UR4 のリリース ノート
以下のセクションでは、Operations Manager 2019 UR4 のリリース ノートの概要と、既知の問題と回避策について説明します。
UR4 で修正された問題と UR4 のインストール手順については、 サポート技術情報の記事を参照してください。
オーサリング > グループの 3 つの列がローカライズされない
説明: Operations Manager コンソールの Authoring>Groups 新しい列 (管理パック、 Sealed および Members) は英語で表示され、このビューにアクセスするコンピューターで設定されている言語では表示されません。
回避策: [なし] :
Operations Manager 2019 UR5 リリース ノート
次のセクションでは、Operations Manager 2019 UR5 のリリース ノートの概要と、既知の問題と回避策について説明します。
UR5 で修正された問題と UR5 のインストール手順については、 サポート技術情報の記事を参照してください。
Web コンソールのセキュリティの脆弱性
Note
この更新プログラムのロールアップを適用する前に、 Web.config ファイルのバックアップを作成してください。
説明: Operations Manager 2019 Web コンソールにセキュリティの脆弱性があります。
回避策: Operations Manager 2019 UR5 では、いくつかの Web コンソールのセキュリティ脆弱性が修正されています。 これらの修正により、HTMLDashboard
Web アプリとMonitoringView
Web アプリの両方の 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 で個別のコンソール マシンを使用し、それらを使用して各サーバーに接続します。
この記事では、System Center 2016 - Operations Manager のリリース ノートの一覧を示します。
Operations Manager 2016 リリース ノート
次のセクションでは、Operations Manager 2016 のリリース ノートの概要と、既知の問題と回避策について説明します。
SharePoint と Operations Manager の統合を再作成する必要がある
説明: SharePoint を使用して Operations Manager データを表示している間、提供されている既存の Web コンソール ダッシュボード URL は機能せず、これらの Web パーツは次の手順で再作成する必要があります。
回避策: 次の手順を実行して、Operations Manager データを表示するように SharePoint を設定します。
- ダッシュボードを表示する SharePoint 上に新しいページを作成します。
- ページを開き、[編集] を選択して新しい Web パーツを挿入します。
- Web パーツの [カテゴリ] で 、[メディアとコンテンツ] を選択しその下で [ページ ビューアー] を選択し追加] を選択。
- Web パーツを編集し、 Web ページを選択し Operations Manager Web コンソール ダッシュボードの URL を入力します。
- SharePoint ページに表示されるツリー ビューを無効にするためのダッシュボード URL の末尾に ">disabletree=true" を追加します
- SharePoint ページの外観、レイアウト、および Advance 属性を構成します。
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 に保存されないため、コンソールはエラーをスローします。
回避策: [なし] :
Nano エージェントで MSI ベースのインストールが機能しない
説明: Nano エージェントでは MSI ベースのインストールはサポートされていません。 エージェントは、検出ウィザード\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 パフォーマンス モニター ing (APM) でカスタム名前空間を追跡するときのパフォーマンス追跡用の名前空間値の設定は無視されます。
回避策: 例外追跡とパフォーマンス追跡の両方の設定を、同じカスタム名前空間を含むように設定します。
Solaris オペレーティング システムで sudo 昇格を使用する場合、sudo 実行可能ファイルが想定されるパスにない場合は、構成を変更する必要があります
説明: Solaris を実行しているコンピューターで sudo 昇格を使用する場合に、sudo 実行可能ファイルが想定されるパスにない場合は、正しいパスへのリンクを作成する必要があります。 Operations Manager は、パス /opt/sfw/bin 内の sudo 実行可能ファイルを検索し、パス /usr/bin 内で検索します。 sudo がこれらのパスのいずれかにインストールされていない場合は、リンクが必要です。
回避策: UNIX および Linux エージェントのインストール スクリプトによって、sudo が含まれるフォルダーへのシンボリック リンク /etc/opt/Microsoft/scx/conf/sudodir が作成されます。 エージェントはこのシンボリック リンクを使用して sudo を呼び出します。 インストール スクリプトが自動的にシンボリック リンクを作成するため、標準の UNIX および Linux 構成では何もする必要はありません。 ただし、sudo が標準と異なる場所にインストールされている場合、シンボリック リンクを sudo がインストールされたフォルダーを指すように変更する必要があります。 シンボリック リンクを変更した場合、その値はエージェントとのアンインストール、再インストール、およびアップグレード操作のために保持されます。
管理パックのインポート中に依存関係を解決しようとすると、Operations Manager コンソールの応答が停止する
説明: Operations Manager オペレーション コンソールの [管理] ワークスペースから Import 管理パック を選択すると、管理パックが別の管理パックに依存している場合は、コンソールに Resolve ボタンが表示されます。 Resolve を選択すると、Dependency Warning が表示されます。 Dependency Warning ダイアログで Resolve ボタンを選択すると、オペレーション コンソールが応答を停止します。
回避策: System Center 2016 - Operations Manager の更新プログラムをインストールします。 具体的な手順については、サポート技術情報の記事 3117586 を参照してください。
[使用状況と接続データ] 設定が [False] に設定されている場合、テレメトリ データが誤って送信される可能性があります
説明: 2 人のオペレーターが Operations Manager コンソールを開き、1 つで [使用状況と接続データ] 設定を [データを送信しない ] に設定した場合、2 番目のユーザーが Operations Manager コンソールのインスタンスを閉じて再度開くまで、データは引き続き Microsoft に送信される可能性があります。
回避策: [使用状況と接続] 設定を変更した後、すべての Operations Manager コンソール セッションを再起動します。
説明: 管理サーバーやゲートウェイ サーバーなどの新しいコンポーネントが既存の Operations Manager 環境に追加されると、[使用状況と接続データ] 設定が [ データを送信しないに設定されている場合でも、セットアップ プロセスに関する使用状況情報が Microsoft に送信されます。 コンポーネントが追加された後、そのコンポーネントからそれ以上の使用状況データは Microsoft に送信されません。
回避策: なし
Operations Manager Web コンソールが Microsoft Edge Web ブラウザーと互換性がない
説明: Windows 10 のスタート メニューから Operations Manager Web コンソールを開くと、Microsoft Edge Web ブラウザーでコンソールが開きます。 これはエラーになります。
回避策: Internet Explorer で Operations Manager Web コンソールを開きます。 Internet Explorer は、Windows アクセサリ サブメニューから入手できます。
Operations Manager Web コンソールを起動すると、空白の画面が表示される場合があります
説明: Operations Manager Web コンソールを初めて開くと、空白の画面が表示されることがあります。
回避策: この問題を解決するには:
- [構成] ボタンを選択します。
- SilverlightClientConfiguration.exeを実行または保存するように求められたら、 保存を選択します。
- SilverlightClientConfiguration.exeを実行します。
- exe のファイル プロパティを開き (右クリック)、 Digital Signatures タブを開きます。
- ダイジェスト アルゴリズムが sha256 の証明書を選択し、 Details を選択します。
- [デジタル署名の詳細] ダイアログで、[証明書 表示を選択します。
- 次に表示されるダイアログで、 証明書のインストールを選択します。
- 証明書のインポート ウィザードで、保存場所を [ローカル コンピューター] に設定します。 [次へ] を選択します。
- [ すべての証明書を次のストアに配置する] オプションを選択します 信頼できる発行元を参照します。
- [次へ]、[完了] の順に選択します。
- ブラウザーを更新する