sql server 2008 r2 重建索引失败,提示事务日志已满

时间:2021-02-05 21:55:08
状态: 警告: 一项或多项任务失败。
详细信息:
重新组织索引 (SG)
重新组织 本地服务器连接 上的索引
数据库: stcms
对象: 表和视图
压缩大型对象
任务开始: 2013-04-14T11:22:07。
任务结束: 2013-04-14T11:22:19。
失败:(-1073548784) 执行查询“ALTER INDEX [PK_NT_channel_doctor] ON [dbo].[NT_ch...”失败,错误如下:“数据库 'stcms' 的事务日志已满。若要查明无法重用日志中的空间的原因,请参阅 sys.databases 中的 log_reuse_wait_desc 列。”。失败的原因可能有: 查询本身有问题、未正确设置 "ResultSet" 属性、未正确设置参数或未正确建立连接。

=========================
数据库日志已经清空,但是还是提示这个问题,磁盘空间足够大。 

目前数据库 可以正常查询,插入,更新。

12 个解决方案

#1


1、select  log_reuse_wait_desc from sys.databases where name like '%stcms%'
2、做一次日志备份
3、重建时使用大容量日志或者简单模式。
4、把tempdb扩大一点

#2


参考版主给出的解决办法

#3


磁盘格式是fat32的?

#4


引用 3 楼 rucypli 的回复:
磁盘格式是fat32的?


NTFS格式的

#5


引用 楼主 suyiming 的回复:
状态: 警告: 一项或多项任务失败。
详细信息:
重新组织索引 (SG)
重新组织 本地服务器连接 上的索引
数据库: stcms
对象: 表和视图
压缩大型对象
任务开始: 2013-04-14T11:22:07。
任务结束: 2013-04-14T11:22:19。
失败:(-1073548784) 执行查询“ALTER INDEX [PK_NT_c……


也不行,也提示 日志已满。

搞了几天,搞不定。

#6


使用dbcc shirkfile(logfilename,0)先把日志文件收缩下,然后参考前面版主的方法

#7


如果是生成服务器,重建时建议使用大容量日志,简单模式会丢失事务日志。。

#8


还有一个是不是事务日志不允许自动增长?或者设立了最大值,日志清空但是空间没归还给系统

#9


引用 5 楼 suyiming 的回复:
Quote: 引用 楼主 suyiming 的回复:

状态: 警告: 一项或多项任务失败。
详细信息:
重新组织索引 (SG)
重新组织 本地服务器连接 上的索引
数据库: stcms
对象: 表和视图
压缩大型对象
任务开始: 2013-04-14T11:22:07。
任务结束: 2013-04-14T11:22:19。
失败:(-1073548784) 执行查询“ALTER INDEX [PK_NT_c……


也不行,也提示 日志已满。

搞了几天,搞不定。
做日志备份也提示满了?

#10


你的LOG是自动增长的吗?磁盘是否有空间?是否做过日志备份?如果从来不做日志备份的话可以将数据库调整为SIMPLE模式之后再试。

#11


引用 9 楼 DBA_Huangzj 的回复:
Quote: 引用 5 楼 suyiming 的回复:

Quote: 引用 楼主 suyiming 的回复:

状态: 警告: 一项或多项任务失败。
详细信息:
重新组织索引 (SG)
重新组织 本地服务器连接 上的索引
数据库: stcms
对象: 表和视图
压缩大型对象
任务开始: 2013-04-14T11:22:07。
任务结束: 2013-04-14T11:22:19。
失败:(-1073548784) 执行查询“ALTER INDEX [PK_NT_c……


也不行,也提示 日志已满。

搞了几天,搞不定。
做日志备份也提示满了?

这个没有提示,就是重建索引提示空间满了,日志也压缩了,还不行,找了好长时间,找不到问题,补丁也打了,现在日志都禁止写。

#12


那恐怕你重建过程中消耗过多日志,你试试把日志的上限扩大一点,然后每次按100M来增长,然后做一次日志备份。再做重建索引,如果成功,马上再做日志备份。

#1


1、select  log_reuse_wait_desc from sys.databases where name like '%stcms%'
2、做一次日志备份
3、重建时使用大容量日志或者简单模式。
4、把tempdb扩大一点

#2


参考版主给出的解决办法

#3


磁盘格式是fat32的?

#4


引用 3 楼 rucypli 的回复:
磁盘格式是fat32的?


NTFS格式的

#5


引用 楼主 suyiming 的回复:
状态: 警告: 一项或多项任务失败。
详细信息:
重新组织索引 (SG)
重新组织 本地服务器连接 上的索引
数据库: stcms
对象: 表和视图
压缩大型对象
任务开始: 2013-04-14T11:22:07。
任务结束: 2013-04-14T11:22:19。
失败:(-1073548784) 执行查询“ALTER INDEX [PK_NT_c……


也不行,也提示 日志已满。

搞了几天,搞不定。

#6


使用dbcc shirkfile(logfilename,0)先把日志文件收缩下,然后参考前面版主的方法

#7


如果是生成服务器,重建时建议使用大容量日志,简单模式会丢失事务日志。。

#8


还有一个是不是事务日志不允许自动增长?或者设立了最大值,日志清空但是空间没归还给系统

#9


引用 5 楼 suyiming 的回复:
Quote: 引用 楼主 suyiming 的回复:

状态: 警告: 一项或多项任务失败。
详细信息:
重新组织索引 (SG)
重新组织 本地服务器连接 上的索引
数据库: stcms
对象: 表和视图
压缩大型对象
任务开始: 2013-04-14T11:22:07。
任务结束: 2013-04-14T11:22:19。
失败:(-1073548784) 执行查询“ALTER INDEX [PK_NT_c……


也不行,也提示 日志已满。

搞了几天,搞不定。
做日志备份也提示满了?

#10


你的LOG是自动增长的吗?磁盘是否有空间?是否做过日志备份?如果从来不做日志备份的话可以将数据库调整为SIMPLE模式之后再试。

#11


引用 9 楼 DBA_Huangzj 的回复:
Quote: 引用 5 楼 suyiming 的回复:

Quote: 引用 楼主 suyiming 的回复:

状态: 警告: 一项或多项任务失败。
详细信息:
重新组织索引 (SG)
重新组织 本地服务器连接 上的索引
数据库: stcms
对象: 表和视图
压缩大型对象
任务开始: 2013-04-14T11:22:07。
任务结束: 2013-04-14T11:22:19。
失败:(-1073548784) 执行查询“ALTER INDEX [PK_NT_c……


也不行,也提示 日志已满。

搞了几天,搞不定。
做日志备份也提示满了?

这个没有提示,就是重建索引提示空间满了,日志也压缩了,还不行,找了好长时间,找不到问题,补丁也打了,现在日志都禁止写。

#12


那恐怕你重建过程中消耗过多日志,你试试把日志的上限扩大一点,然后每次按100M来增长,然后做一次日志备份。再做重建索引,如果成功,马上再做日志备份。