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 时，先决条件检查将报告以下错误：
管理服务器已升级检查 - 尚未升级此组件向其报告的管理服务器。 因此，无法继续执行升级。
在分布式管理组方案中，Reporting Server 所在的服务器不同于管理组中的一个或多个管理服务器，此错误会出现在该方案中。
解决方法：在承载报表服务器角色的服务器上安装 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 升级到 Operations Manager 2019（或 2016 年 UR 之前为 UR7）、1801 或 1807 后，由于 Active Directory 规则格式的更改，以前的 AD 规则不起作用。 从 Operations Manager 2016 UR7 升级到 Operations Manager 2019，UR8 没有此问题。
解决方法：若要解决此问题，请使用以下步骤：
升级到 2019 后，将默认管理包导出到文件夹。
从导出的文件夹打开 Microsoft.SystemCenter.OperationsManager.DefaultUser.xml 。
重命名所有 AD 规则以使用 <管理服务器的 NetBIOS 域名>，而不是 <管理服务器的 FQDN>，如以下示例所示。
注意
域名区分大小写。
示例：
Before： Rule ID=“_smx.net_MS1_contoso.com” Enabled=“true”
之后：规则 ID=“_SMX_MS1_contoso.com” Enabled=“true”
导入更新的管理包。
这些规则现在在主机上可见。
有关此问题的详细信息，请参阅 更新 Active Directory 与 Operations Manager 的集成。
注意
此问题已在 2019 UR2 中修复。
Operations Manager 中的 REST API 不返回类的必需值
说明：从 Operations Manager 2019 调用时，REST API 不返回 className、path 和 fullname，返回的信息为空。 此外，ID 将作为 className 返回。
解决方法：无。
注意
此问题已在 2019 UR2 中修复。
Operations Manager 2019 UR1 发行说明
以下部分总结了 Operations Manager 2019 UR1 的发行说明，并包括已知问题和解决方法。
有关 UR1 中修复的问题以及 UR1 的安装说明， 请参阅知识库文章。
修补后挂起的管理
说明：应用 2019 更新汇总（UR1）后，待更新的代理不会在 挂起的管理控制台 视图中列出。
解决方法：需要标识代理并手动更新它们。 为此，请转到 Administration>设备管理>Agent Managed，并更新旧版本的代理。 若要查看代理的正确版本，应用管理服务器修补程序后，请导入 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 分钟
- 尝试再次导出报表
注意
从 SQL Server Reporting Services （SSRS） 2017 版本 14.0.600.1274 及更高版本，默认安全设置不允许上传资源扩展。 这会导致 Operations Manager 在部署报表组件期间出现 ResourceFileFormatNotAllowedException 异常。
若要解决此问题，请打开 SQL Management Studio，连接到 Reporting Services 实例，打开“属性”>“高级”，然后将 *.* 添加到 AllowedResourceExtensionsForUpload 所在的列表中。 或者，可以将 Operations Manager 报告扩展的完整列表添加到 SSRS 中的允许列表中 。
将以前使用的服务帐户替换为 gMSA 失败
说明：将以前使用的 Operation Manager 服务帐户替换为 gMSA 失败，导致 Operations Manager 的控制台出现问题（控制台无法打开）。 如果未初始化数据访问服务，则会出现这种情况。
解决方法：
将运行 SDK 服务的帐户添加到 builtin\Windows 授权访问组。
按此处详述运行 PowerShell 脚本。
如果这是 Operations Manager 的全新安装，请等待 24 小时，然后应用更新汇总。 这适用于 Operations Manager 中的所有角色。
注意
确保 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 的安装说明，请参阅 知识库文章。
创作 > 组中的三列未本地化
说明：在 Operations Manager 控制台创作>组新列（管理包、密封和成员）中以英语显示，在访问此视图的计算机中未按设置的语言显示。
解决方法：无。
Operations Manager 2019 UR5 发行说明
以下部分总结了 Operations Manager 2019 UR5 的发行说明，并包括已知问题和解决方法。
有关 UR5 中修复的问题以及 UR5 的安装说明，请参阅 知识库文章。
Web 控制台安全漏洞
注意
在应用此更新汇总之前，请确保先备份 Web.config 文件。
说明：Operations Manager 2019 Web 控制台存在安全漏洞。
解决方法：使用 Operations Manager 2019 UR5，修复了多个 Web 控制台安全漏洞。 由于这些修复，将替换这两个HTMLDashboard和 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 部件。
解决方法：执行以下步骤来设置 SharePoint 以查看 Operations Manager 数据：
- 在 SharePoint 上创建新页面，在其中显示仪表板。
- 打开页面并选择“编辑”并插入新的 Web 部件。
- 在 Web 部件的类别下，选择 “媒体和内容”，然后在其中选择 “页面查看器 ”，然后选择“ 添加”。
- 编辑 Web 部件并选择 网页 ，并输入 Operations Manager Web 控制台仪表板的 URL。
- 在仪表板 URL 末尾追加“&disabletree=true”，以便在 SharePoint 页面上显示树视图
- 配置 SharePoint 页面的外观、布局和高级属性。
由于 IIS 损坏，Web 控制台可能无法正常工作
说明：Web 控制台可能会引发错误“无法加载类型'System.ServiceModel.Activation.HttpModule”。
解决方法：将“HTTP 激活”添加到操作系统的角色服务。 然后，在 Server 2012 上，在提升的命令提示符下运行以下命令：“C：\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r”。
在知识库文章中处理表和项目符号时异常
说明：如果在知识文章中插入表，则重新编辑知识文章时，边框不会应用于表。 同样，如果在知识文章中添加了项目符号，则在重新编辑时，它们将转换为数字项目符号。 如果文章中有一个项目符号，则文章不会保存在 MP 中，控制台将引发错误。
解决方法：无。
基于 MSI 的安装不适用于 Nano 代理
说明：Nano 代理不支持基于 MSI 的安装。 可以从发现向导\PowerShell 安装程序脚本安装代理。
解决方法：无。
卸载 Nano 代理更新时出现问题
说明：无法卸载 Nano 代理的更新。
解决方法：唯一的选项是卸载 Nano 代理，然后安装 RTM 版本 + 所需更新。
Nano 代理更新的问题
说明：从 Windows 更新 推送 Nano 代理更新。 若要更新 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监视代理 服务。
System Center - Operations Manager 不支持安装 Application Insights 状态监视器的计算机上的 Windows 服务的应用程序性能监视（APM）。
说明：如果安装了 Application Insights 状态监视器和 System Center - Operations Manager 代理，则应用程序性能监视（APM）工作流无法处理计算机上的 .NET Windows 服务的监视配置。
解决方法：卸载 Application Insights 状态监视器。
将忽略性能跟踪的命名空间值
说明：在 .NET 应用程序性能监视器（APM）中跟踪自定义命名空间时，设置用于性能跟踪的命名空间值将被忽略。
解决方法：设置异常跟踪和性能跟踪设置以包含相同的自定义命名空间。
将 sudo 提升与 Solaris 操作系统配合使用时，如果 sudo 可执行文件不在预期路径中，则需要配置更改
说明：如果要在运行 Solaris 的计算机上使用 sudo 提升，并且 sudo 可执行文件不在预期的路径中，则需要创建指向正确路径的链接。 Operations Manager 将在路径 /opt/sfw/bin 中查找 sudo 可执行文件，然后在路径 /usr/bin 中查找 sudo 可执行文件。 如果未在其中一个路径中安装 sudo，则需要链接。
解决方法：UNIX 和 Linux 代理安装脚本创建符号链接 /etc/opt/Microsoft/scx/conf/sudodir 到预期包含 sudo 的文件夹。 代理使用此符号链接来访问 sudo。 安装脚本会自动创建符号链接，因此，无需为标准的 UNIX 和 Linux 配置执行任何操作。 但是，如果将 sudo 安装在非标准的位置，则应更改符号链接，使其指向安装了 sudo 的文件夹。 如果更改符号链接，则会保留其值，以便使用代理进行卸载、重新安装和升级操作。
如果在导入管理包时尝试解决依赖项，Operations Manager 控制台将停止响应
说明：从 Operations Manager 操作控制台的管理工作区中选择 “导入管理包 ”时，如果管理包依赖于另一个管理包，控制台将显示 “解析 ”按钮。 如果选择“解决”，则会看到“依赖项警告”。 如果在“依赖项警告”对话框中选择“解决”按钮，操作控制台将停止响应。
解决方法：安装 System Center 2016 - Operations Manager 的更新。 有关具体说明，请参阅知识库文章 3117586 。
当“使用情况和连接数据”设置设置为“False”时，可能会错误地发送遥测数据
说明：如果两个操作员打开 Operations Manager 控制台，一个运算符将“使用情况”和“连接数据”设置设置为 “不发送数据”，则数据可能会继续流向Microsoft，直到第二个用户关闭并重新打开 Operations Manager 控制台的实例。
解决方法：在更改使用情况和连接设置后重启所有 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 的文件属性（右键单击），然后打开 “数字签名 ”选项卡。
- 选择摘要算法为 sha256 的证书，然后选择“ 详细信息”。
- 在“数字签名详细信息”对话框中，选择“ 查看证书”。
- 在随后出现的对话框中，选择“ 安装证书”。
- 在证书导入向导中，将存储位置设置为 - 本地计算机。 选择下一步。
- 选择此选项 - 将以下存储 中的所有证书置于“浏览到受信任的发布者”中。
- 选择“ 下一步 ”，然后选择“完成”。
- 刷新浏览器
下一步
Operations Manager 中的新增功能。