故障处理记录-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增长的原因,再做记录

本文来自网络,不代表Mikel立场,转载请注明出处:http://www.mikel.cn/%e5%bc%80%e5%8f%91%e7%ac%94%e8%ae%b0/debug/%e6%95%85%e9%9a%9c%e5%a4%84%e7%90%86%e8%ae%b0%e5%bd%95-tempdb%e5%a4%aa%e5%a4%a7%e5%bc%95%e8%b5%b7%e7%a3%81%e7%9b%98%e5%ae%b9%e9%87%8f%e4%b8%8d%e8%b6%b3%e7%9a%84%e5%a4%84%e7%90%86%ef%bc%88%e6%9b%b4.html
关注微信
微信扫一扫关注我们

微信扫一扫关注我们

关注微博
返回顶部