TempDB 是 SQL Server 用于执行多个操作的系统数据库。 它增长到正常操作所需的最大大小是正常的,因为它被 SQL 使用。 例如,如果 SQL 中的特定查询需要 1 GB 的 tempdb 空间,则构成 tempdb 的文件会增长到 1 GB。 查询完成后,SQL 会释放 tempdb 中的空间,但文件仍为 1 GB;默认情况下,tempdb 不会自动收缩。
Tempdb 大小随着时间的推移而增加,这是正常的;最大大小取决于 ePO 正在执行的工作。 但是,如果 tempdb 耗尽空间,则 SQL 和 ePO 函数可能会降级或完全失败,因为:
- SQL 数据库所在的磁盘已满。
- SQL 数据库的最大大小已达到配置的限制。
SQL Server 服务启动时,会重新创建 TempDB。 如果需要,您可以通过在 ePO 服务器上重新启动 ePO 服务以及任何其他 Agent 处理程序来减小数据库的大小:
- 停止 ePO 服务:
- 按 Windows+R键,键入 services.msc,然后单击 确定。
- 右键单击以下服务并选择 停止:
McAfee ePolicy Orchestrator x.x.x 应用程序服务器
McAfee ePolicy Orchestrator x.x.x 服务器
McAfee ePolicy Orchestrator x.x.x 事件解析器
- 启动 ePO 服务:
- 按 Windows+R键,键入 services.msc,然后单击 确定。
- 右键单击以下服务,然后单击 开始:
McAfee ePolicy Orchestrator x.x.x 应用程序服务器
McAfee ePolicy Orchestrator x.x.x 服务器
McAfee ePolicy Orchestrator x.x.x 事件解析器
创建了一个新的小型 tempdb。
故障排除步骤
在对 tempdb 的问题进行故障排除时,您必须首先确定 tempdb 是否已满,或主要是可用空间:
- 打开 SQL Management Studio。
- 连接到托管 ePO 数据库的 SQL 实例。
- 扩大数据库并选择系统数据库。
- 右键单击 tempdb 并选择属性。
- 在常规页面的数据库部分中,找到大小和已有空间值。
如果 tempdb 中有大量的空间,则意味着 SQL 工作正常。 某种程度上,操作导致 tempdb 增长到当前的大小,但该操作已完成并释放了其正在使用的 tempdb 中的空间。
在这种情况下,允许 tempdb 增长到所需的大小,因为 SQL 功能正常。
如果没有可用空间,则会显示问题。 在 SQL 管理工作室中,运行以下查询:
SELECT is_read_committed_snapshot_on FROM sys.databases WHERE Name = ''
其中 <epo_database_name> 是 ePO 数据库的名称
注意:
- 此查询通常会为所有 ePO 版本返回值0
- 如果查询返回1,请联系技术支持,因为需要其他步骤来解决数据库中的问题
- 如果您是注册用户,请键入您的用户 ID 和密码,然后单击 " 登录"。
- 如果您不是注册用户,请单击 " 注册 " 并填写相应的字段,以通过电子邮件将您的密码和说明发送给您。