SqlServer事务日志满的解决方案

来源：互联网发布：软件行业职业晋升编辑：程序博客网时间：2024/05/19 16:04

问题描述：

环境说明：
操作系统 win2003
数据库 SQL SERVER 2000 SP4
数据库数据大小 150GB左右

具体故障描述：
连接门户系统
提示无法连接到配置服务器
去服务器本地查看
右下角提示
数据库所在的磁盘已满
于是把SQL服务停掉
该磁盘立即有十几GB的空间释放
重新启动SQL服务
连接门户系统
依然提示无法连接配置数据库
在SQL控制台连接该数据库也是连不上

门户系统共三台服务器：
10.205.1.6 应用系统服务器 SharePoint
10.205.1.7 门户DB 服务器数据库服务器 SQL 2000
10.205.1.5 DC服务器
出现该错误的是10.205.1.7 数据库服务器

错误截屏:

解决方案:

这个问题初步看起来是SharePoint_Config和tempdb数据库的日志文件占用过大空间，以致于所在磁盘空间满了。
要解决这个问题，要稍微麻烦点。因为磁盘空间已满，SqlServer服务有可能无法正常启动。先不要让应用程序连接数据库，SharePoint也不要连接数据库。试着启动SqlServer服务。看看能否启动起来。如果不能，需要腾出来一点空间来。删除一些暂时不要的软件。总之要让SqlServer服务启动起来。如果SqlServer服务能起来，就做下面的。
打开Sql Analyzer, 执行如下语句:
backup log tempdb with no_log   --清除事务日志
go
backup log SharePoint_Config with no_log   --清除事务日志
go

   use tempdb
   go

dbcc shrinkfile (tempdev, 10240) --调整tempdb的主数据文件大小为10240 MB, 可根据需要调整, 这个命令不是必须执行的。
go

dbcc shrinkfile (templog, 10240) --调整tempdb的事务日志文件大小为10240 MB, 可根据需要调整
go

--对于SharePoint_Config数据库, 通常, 它的主数据文件的logic name应该是SharePoint_Config, 它的事务日志数据文件名是SharePoint_Config_log, 也可能不是这个
--可以用如下的命令来查它的数据文件的logic name,
use SharePoint_Config
go
select name from sysfiles;
go

知道了事务日志文件的logic name, 就写命令:

use SharePoint_Config
go

dbcc shrinkfile (SharePoint_Config_log, 10240) --调整SharePoint_Config数据库的事务日志文件大小为10240 MB, 可根据需要调整, SharePoint_Config_log应该是前面的select name from sysfiles查出来的名字。这里暂时用SharePoint_Config_log。
go

以上能解决当前的问题。

更深的问题

为什么事务日志会出现占满空间？

通常事务日志文件是这样的文件名: <数据库名>_log.ldf。它有个初始大小。比如500MB。我们对数据库的增删改都会对数据库中数据作出改动。所有的改动都被SqlServer记录到事务日志中了。随着时间的推移，事务日志文件<数据库名>_log.ldf就会慢慢被事务日志占满，当事务日志文件<数据库名>_log.ldf被占满时，SqlServer会根据某些特定策略来处理，一个常见的做法是增加事务日志文件<数据库名>_log.ldf 10%的空间。这避免了事务日志文件<数据库名>_log.ldf满而使数据库事务失败。磁盘空间不是无限的。总有一天事务日志文件<数据库名>_log.ldf就不能再增加体积了。就出现了上面的情况。

什么才是正确的做法？

1. 为事务日志文件<数据库名>_log.ldf分配固定的大小，不能自动增长。其实针对数据库主文件<数据库名>.mdf也是如此。