数据库 'db' 中文件 'db_log' 的自动增长在 7438 毫秒后已撤除或出现超时_Sql Server

数据库 'db' 中文件 'db_log' 的自动增长在 7438 毫秒后已取消或出现超时。

本帖最后由 jess0224 于 2014-06-28 11:45:13 编辑

数据库 'DB' 中的文件 'DB_log' 的自动增长已由用户取消，或已在 7438 毫秒后超时。请使用 ALTER DATABASE 为此文件设置较小的 FILEGROWTH 值，或显式设置新的文件大小。

（当出现这个错误，数据就会卡死或非常缓慢。甚至服务器都会卡到。）

数据库文件MDF：5672.19MB
  可用空间： 757.31Mb 13%

日志文件：DB_log.LDF  当前分配空间   26927.88Mb
    可用空间  7085.39Mb 26%

  DB_1_log       当前分配空间   555.44Mb
    可用空间 -1928.01Mb (-3472%)

（日志文件怎么会可用空间是负数？？？？）

如何清空或收缩日志文件和数据库文件。

网上的都试了。都没效啊。求助啊。。求实际操作的步骤。非常感谢

------解决方案--------------------
楼主的磁盘空间是否要耗尽了,如果是按比例增长的,可能不够增长一次了.
压缩命令如下:--BigData为数据库名
DUMP TRANSACTION BigData WITH NO_LOG
BACKUP LOG BigData WITH NO_LOG
DBCC SHRINKDATABASE(BigData )
------解决方案--------------------
环境不重要的话，改下恢复模式为简单恢复模式，收缩一下日志文件
------解决方案--------------------
我建议你先做日志备份然后收缩日志文件到适当的大小。
------解决方案--------------------
生产环境不要轻易切换恢复模式，做日志备份即可，DBCC SQLPERF(LOGSPACE)，在备份前后对比一下百分比，
------解决方案--------------------

引用:

忘了说了数据库是2005. 日志文件现在为27G。增长40% 有足够的空间。。
但有时日志增长过程中也会现IO错误。

写入日志有时也会出现io超时。
SQL Server 已 14 次遇到了针对数据库 [DB] (7)中文件 [D:\DBServer\DB_log.ldf] 的、所需完成时间超过 15 秒的 I/O 请求。OS 文件句柄是 0x00000828。最新的长时间 I/O 操作的偏移量是: 0x0000020f6c1a00

不建议设定增长40%,可以改小为5%就应该足够了.
日志文件27G,每次增长40%,相当于日志文件一次扩大了10.8G,磁盘分配10.8G空间需要时间,导致数据库卡住.

另: 定期备份数据库日志(backup log ... )及收缩日志,有利于日志文件空间的重新使用.
------解决方案--------------------
建議設置日誌文件一次增長固定的大小，如一次200M(這個大小需要根據業務量進行權衡一下，一次增長太大會導致單次的等待時間過長，而一次增長太小會導致頻繁的增長），做好定期的日誌備份計劃是非常有必要的
------解决方案--------------------
不会有影响，我个人建议你以每次200M来增长，而不要用百分比，另外做好日常日志备份
------解决方案--------------------
估计是按百分比在增长空间导致的
没个DBA维护的系统，就容易出现这样子“所谓的问题”