当前位置:网站首页 > 更多 > 玩电脑 > 正文

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

作者:精品下载站 日期:2024-12-14 11:23:39 浏览:14 分类:玩电脑

修复 SCCM 站点数据库积压 SQL 跟踪数据


在这篇文章中,我将展示如何解决警告“SCCM 站点数据库积压了 SQL 更改跟踪数据”。您可以使用 spDiagChangeTracking 存储过程来检查 SCCM DB 的 SQL Server 更改跟踪数据积压。

从 SCCM 版本 1810 开始,许多 ConfigMgr 管理员在先决条件检查期间看到了新警告 - 站点数据库积压了 SQL 更改跟踪数据。您看到此警告是因为控制台内更新向导现在执行检查以查看站点数据库是否积压了 SQL 更改跟踪数据。

Microsoft SCCM 团队经常更新先决条件检查器工具,以防止在控制台内更新和维护期间 SCCM 修补程序或更新安装失败。例如,微软在 SCCM 2211 更新中添加了一项新的先决条件检查“Co-Mgmt 滑块未指向 Intune”。幸运的是,这些先决条件警告可以通过对您的设置进行一些更改来解决。

修复 SCCM 站点数据库积压 SQL 跟踪数据

下面的屏幕截图显示了安装 SCCM 当前分支更新时的以下先决条件检查警告 - 站点数据库积压了 SQL 更改跟踪数据。您可以通过使用 spDiagChangeTracking 存储过程检查 SCCM DB 的 SQL Server 更改跟踪数据积压来解决此警告。

在 SCCM 中,先决条件检查警告显示在两个位置:

  1. ConfigMgrPrereq.log 位于 SCCM 主服务器上。
  2. 在“监视”工作区中的“更新包安装状态”上。

有关 SCCM 先决条件检查错误或警告的详细信息,建议您查看 ConfigMgrPrereq.log。此日志文件记录 SCCM 先决条件检查和更新安装过程的详细信息。

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

要了解有关 SQL 更改跟踪数据的更多信息并解决上述先决条件检查警告,您可以参考以下 Microsoft 文档。现在,我们将回顾解决 SCCM 站点数据库积压 SQL 数据警告的过程。

步骤 1:设置到 SCCM DB 的专用管理连接 (DAC)

如前所述,您可以使用 spDiagChangeTracking 存储过程检查 SCCM DB 的 SQL Server 更改跟踪数据积压。您可以使用 SCCM 站点数据库存储过程来查看站点数据库是否积压了 SQL Server 更改跟踪数据。

要针对 SCCM DB 运行 spDiagChangeTracking 存储过程,您需要设置专用管理连接 (DAC) 来连接到 Configuration Manager 数据库。如果您尝试在没有 DAC 的情况下运行 spDiagChangeTracking 存储过程,您将看到消息“运行此存储过程需要 DAC 连接”。

当您尝试连接到 SCCM DB admin: 时,您可能会遇到以下 SQL Server 错误。

Dedicated administrator connections are not supported via SSMS as it establishes multiple connections by design. (Microsoft.SqlServer.Management.SqlStudio.Explorer).

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

要解决上述错误,以下是创建与 SCCM 站点数据库的诊断连接的正确过程。首先使用以下信息启动 SQL Server Management studio 并连接到 SCCM 数据库引擎。

  • 服务器类型:数据库引擎
  • 服务器名称:ConfigMgr 服务器名称
  • 身份验证:Windows 身份验证

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

步骤 2:创建新的数据库引擎查询

连接到数据库引擎后,创建新的数据库引擎查询并连接到admin:。用于连接创建新数据库引擎查询的图标位于顶部栏上,您可以在新建查询选项旁边找到它。

例如,如果您的配置管理器服务器名称为 CORPSCCM,请使用以下服务器名称:ADMIN:CORPSCCM 并单击连接

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

步骤 3:检查 SCCM DB 的 SQL Server 更改跟踪数据积压

在此步骤中,我们将检查 SCCM 数据库的 SQL Server 更改跟踪数据积压。与 SCCM DB 建立专用管理连接 (DAC) 后,请在查询窗口中输入以下命令。将 ConfigMgr 数据库名称替换为您的站点数据库名称,然后单击执行

USE <ConfigMgr database name>
EXEC spDiagChangeTracking

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

等待查询运行,然后在查询输出中查看 CT_Days_Old 的值。就我而言,CT_Days_Old 值为190 天。该值告诉您 syscommittab 表中最旧条目的存在时间(天)。

根据 Microsoft 的规定,该值应为五天,这是 Configuration Manager 的默认值。这就是 prereqwuisite 检查标记一条警告的原因,该警告表明 SCCM 站点数据库积压了 SQL 跟踪数据。

并不是说您不应该修改或更改数据库中的此默认值。在进行大量数据处理或复制时,syscommittab 中最早的条目可能超过五天。如果该值超过 7 天,请手动清理更改跟踪数据。

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

步骤 4:清理 SQL 更改跟踪数据积压

要清理 SQL 更改跟踪数据积压,请在专用管理连接查询窗口中运行以下命令。

USE <ConfigMgr database name>
EXEC spDiagChangeTracking @CleanupChangeTracking = 1

上述命令开始清理 syscommittab 和所有关联的边表。完成该操作可能需要几分钟或几个小时。

清理完 SQL 更改跟踪数据积压后,运行 EXEC spDiagChangeTracking 命令来检查 CT_Days_Old 值。这次,CT_Days_Old 的值显示为 4。事实上,我们现在已经成功清理了 SCCM 数据库上的 SQL 更改跟踪数据积压。关闭 SQL Server 管理工作室。

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

步骤 5:运行 Configuration Manager 先决条件检查

在 SCCM 控制台中,转到更新和服务节点。右键单击配置管理器更新并再次运行先决条件检查。 SCCM 先决条件检查工具这次不会报告任何警告。恭喜,您已成功修复“SCCM 站点数据库积压 SQL 更改跟踪数据”警告。

[玩转系统] 修复 SCCM 站点数据库积压 SQL 跟踪数据

您需要 登录账户 后才能发表评论

取消回复欢迎 发表评论:

关灯