【问题标题】:SCOM 2019 - Windows Server 2012 Cluster monitoring issueSCOM 2019 - Windows Server 2012 集群监控问题
【发布时间】:2019-11-24 19:57:02
【问题描述】:

我正在测试 SCOM 2019 并观察到该产品可能已损坏 - 无法监控 Windows Server 2012 R2 集群。当我尝试添加集群节点时,整个 SCOM 2019 失败,电子邮件未发送,配置未正确应用。有信息表明某些 CAST 无效但没有任何详细信息(我认为某些 SQL 数据无法转换)。 SCOM 2019 无法正确发现集群资源并将其添加到无代理管理。我尝试修改 .config 文件并将 Timeouts 扩展为 300(如其他一些论坛所述),将 SCOM SQL 2019 数据库的兼容级别更改为更低(2012、2014、2016),在集群节点上重新安装 SCOM 代理。没有任何效果。在 SCOM 2019 健康服务 SQL 表中,节点集群的许多列都有 NULL,并且 SQL 集群名称等集群资源是否可见(随机)。就像 SCOM 2019 无法正确发现集群资源一样。看起来 SCOM 2019 已作为损坏的产品交付生产。我已联系 Microsoft 支持,但目前他们无法解决问题。他们无法根据要求为此准备修补程序,因为我不是 PREMIER MS 客户 :( 任何解决此问题的想法都非常受欢迎。

【问题讨论】:

  • dba.stackexchange.com - 会是一个更合适的地方问。
  • SQL Server 实际上是在 SCOM 下,但这种情况与 SCOM 2019 应用程序有关,而不是与 SQL Server 有关。这就是我把它放在这里的原因。
  • 这听起来很不清楚。首先,没有您真正需要的 SCOM 的 .config 文件。接下来,您是在谈论 SCOM 支持的数据库,还是只是一个受监控的数据库?是集群监控还是数据库监控有问题?您是否为您的操作系统和 SQL 版本安装了所有适当的管理包?
  • 对我来说听起来很清楚。 SCOM 2019 无法监控 Windows Server 2012 R2 集群。如果有任何不清楚的地方,请告诉我。

标签: sql-server monitoring scom


【解决方案1】:

我已经解决了这个问题。 SCOM 2019 无法监控 Windows Server 2012 R2 Windows 集群(可能还有其他版本的 Windows Server 集群)的问题实际上不在 SCOM 2019 本身,而是在 BROKEN/INCOMPATIBLE “Windows Server 分支缓存管理包”中”。我不知道为什么——Branch Cache 与 Windows 集群有什么共同点——但它看起来就是这样。因此,如果您观察到 SCOM 2019 挂起并且没有发送任何电子邮件,在添加要监控的集群时不应用任何配置,并且集群监控本身无法正常工作,那么首先“卸载/删除所有“分支缓存”相关管理包从 SCOM 2019(我有 2 个 - Windows Server 分支缓存和报告分支缓存 MP),接下来停止集群节点上的 SCOM 代理,然后手动删除文件夹“健康服务状态”(来自 C:\Program Files\Microsoft监控Agent/Agent),接下来启动SCOM Agent服务(文件夹会自动重新创建),接下来进入SCOM Console\Operations Manager\Agents Health State,接下来选择合适集群节点上的代理(一一)并从任务窗格中单击“Clear/Flush cachen ane agent health state”。在 10-20 分钟内,集群节点将在 SCOM 2019 监控中正确可见,集群资源将在 Agentless 监控中正确可见。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-02-05
    • 1970-01-01
    • 2021-06-19
    • 2017-02-18
    • 2016-07-19
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多