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

转载于:https://www.cnblogs.com/shadow-ccos/p/5304106.html