故障处理记录-tempdb太大引起磁盘容量不足的处理(更新ing) - 影澜 - 博客园

来源: 故障处理记录-tempdb太大引起磁盘容量不足的处理(更新ing) – 影澜 – 博客园

上班时候遇到的问题,系统在进行某操作的时候报错,按习惯查看数据库错误日志发现是磁盘无法写入,直接登录数据库服务器,果然C盘是被占满了只有9M剩余,查找文件发现原因在于这个tempdb达到了21G。

当时有想到的方案是:

1、收缩数据库,不知道时间多长不知道会有什么影响,放弃

2、清理日志,但日志清了也只有2G空间,清空的时间也不好说,说不定清完再飚上来,放弃

3、重启服务,一般会初始化成几M大小,但也有可能还是一样大,而且不知道重启后恢复会不会有问题,时间多长,会不会有其他什么影响,放弃;

4、重启服务器,以前也有过宕机无法远程所以重启,采用后tempdb确实初始化了

重启服务器无效的备用方案:把tempdb转移到空间较大的分区(后来查了一下一样也要停止服务来修改再启动服务)

具体方法:检查tempdb的逻辑名字和位置:

SELECT name, physical_name
FROM sys.master_files
WHERE database_id = DB_ID('tempdb');

停止服务,记录下数据库文件的位置,然后打开目录复制数据库相关文件到新的位置,移动也可以,执行以下脚本:

复制代码
USE master;
GO
ALTER DATABASE tempdb 
MODIFY FILE (NAME = tempdev, FILENAME = 'D:\tempdb\tempdb.mdf');
GO
ALTER DATABASE tempdb 
MODIFY FILE (NAME = templog, FILENAME = 'D:\tempdb\templog.ldf');
GO
复制代码

NAME = tempdev,NAME = templog 是逻辑名,FILENAME 指向的是数据库文件的实际位置

最后检查tempdb移动是否成功:

SELECT name, physical_name
FROM sys.master_files
WHERE database_id = DB_ID('tempdb');

回头会学习一下前3种操作方式的影响和如何确定tempdb增长的原因,再做记录

赞(0) 打赏
分享到: 更多 (0)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏