站点数据库有SQL变更跟踪数据的积压
这篇文章将帮助您修复“站点数据库有SQL更改跟踪数据的积压”的警告。我将介绍在SCCM 1810中引入的SQL Server变更跟踪清理。
从SCCM 1810,许多管理员在执行先决条件检查时开始看到警告。站点数据库有SQL更改跟踪数据的积压.
之所以出现此警告,是因为控制台内更新向导现在执行检查,以查看站点数据库是否有SQL更改跟踪数据的积压。
最重要的是,这个警告不会阻止您安装更新。这是警告,不是错误。您可以忽略警告并安装更新。但为什么你想看到黄色感叹号图标,当你实际上可以修复它。
执行时出现以下警告SCCM 1910先决条件检查。
微软解释了出现此警告的原因,并提供了解决方案。解决方案已经有文档在这里然而,我相信这篇文章所涵盖的步骤应该可以帮助你修复警告。
站点数据库有SQL更改跟踪数据的积压
您可以手动验证站点数据库是否有SQL更改跟踪数据的积压。首先,创建到站点数据库的诊断连接。下面是执行这一步时常见的错误。
使用SQL Server Management Studio连接到admin:<实例名>时,会看到一个错误。专用管理员连接不支持通过SSMS,因为它在设计上建立了多个连接。(Microsoft.SqlServer.Management.SqlStudio.Explorer).
因此,要创建到站点数据库的诊断连接,首先要连接到SCCM数据库引擎。
创建一个新的数据库引擎查询并连接到admin:<实例名>。
在专用管理员连接查询窗口中,输入以下命令。将ConfigMgr数据库名称替换为站点数据库名称。点击执行.
使用< ConfigMgr数据库名称> EXEC spDiagChangeTracking
等待查询运行,现在查看CT_Days_Old对我来说是190天。这个值告诉您syscommittab表中最老条目的年龄(天)。
根据Microsoft,该值应该是5天,这是Configuration Manager的默认值。最重要的是,不要不惜任何代价修改或更改这个默认值。
在大量数据处理或复制的时候,最古老的入口syscommittab可能超过五天。如果该值超过7天,则运行变更跟踪数据的手动清理。
要清理变更跟踪数据,在专用管理连接中运行以下命令。
使用 EXEC spDiagChangeTracking @CleanupChangeTracking = 1
上面的命令开始清理syscommittab和所有相关的副表。它可能需要几分钟或几个小时才能完成。
最后看一下CT_Days_Old值,它现在是4。
关闭SQL server管理工作室。
运行配置管理器前提条件检查
在SCCM控制台中,转到更新及维修节点。右键单击配置管理器更新并再次运行先决条件检查。
恭喜你成功修复了"站点数据库有SQL更改跟踪数据的积压“警告。我希望这篇文章能有所帮助。
谢谢Prajwal。
你在SCCM上的工作非常有用。
谢谢你,科纳尔。
在我们的例子中,CM DB属于安装它的用户,而不是SA作为dbo。因此产生了大量SQL错误。
我执行了必要的步骤,但似乎不成功。
到底是什么导致了这个问题?每次升级的时候我都会碰到这种情况……
您可以忽略此警告,因为它不会停止升级安装。
这篇文章真的很有帮助。最后,我们可以消除这个警告。
好帖子. .但是在我的服务器上什么都没有发生。
所以现在我试着将保持时间设置为1小时,看看会发生什么。会把时间调回5天。
在我的服务器上什么也没有发生。我也在考虑将留存时间改为1小时,然后再改为5天。对你有用吗?
优秀的文章。我一直在绞尽脑汁想要解释为什么会发生这种事。
谢谢你!