详细信息:
重新组织索引 (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、重建时使用大容量日志或者简单模式。
4、把tempdb扩大一点
#2
参考版主给出的解决办法
#3
磁盘格式是fat32的？
#4
NTFS格式的
#5
也不行，也提示 日志已满。
搞了几天，搞不定。
#6
使用dbcc shirkfile(logfilename,0)先把日志文件收缩下，然后参考前面版主的方法
#7
如果是生成服务器，重建时建议使用大容量日志，简单模式会丢失事务日志。。
#8
还有一个是不是事务日志不允许自动增长？或者设立了最大值，日志清空但是空间没归还给系统
#9
做日志备份也提示满了？
#10
你的LOG是自动增长的吗？磁盘是否有空间？是否做过日志备份？如果从来不做日志备份的话可以将数据库调整为SIMPLE模式之后再试。
#11
这个没有提示，就是重建索引提示空间满了，日志也压缩了，还不行，找了好长时间，找不到问题，补丁也打了，现在日志都禁止写。
#12
那恐怕你重建过程中消耗过多日志，你试试把日志的上限扩大一点，然后每次按100M来增长，然后做一次日志备份。再做重建索引，如果成功，马上再做日志备份。
#1
1、select log_reuse_wait_desc from sys.databases where name like '%stcms%'
2、做一次日志备份
3、重建时使用大容量日志或者简单模式。
4、把tempdb扩大一点
2、做一次日志备份
3、重建时使用大容量日志或者简单模式。
4、把tempdb扩大一点
#2
参考版主给出的解决办法
#3
磁盘格式是fat32的？
#4
NTFS格式的
#5
也不行，也提示 日志已满。
搞了几天，搞不定。
#6
使用dbcc shirkfile(logfilename,0)先把日志文件收缩下，然后参考前面版主的方法
#7
如果是生成服务器，重建时建议使用大容量日志，简单模式会丢失事务日志。。
#8
还有一个是不是事务日志不允许自动增长？或者设立了最大值，日志清空但是空间没归还给系统
#9
做日志备份也提示满了？
#10
你的LOG是自动增长的吗？磁盘是否有空间？是否做过日志备份？如果从来不做日志备份的话可以将数据库调整为SIMPLE模式之后再试。
#11
这个没有提示，就是重建索引提示空间满了，日志也压缩了，还不行，找了好长时间，找不到问题，补丁也打了，现在日志都禁止写。
#12
那恐怕你重建过程中消耗过多日志，你试试把日志的上限扩大一点，然后每次按100M来增长，然后做一次日志备份。再做重建索引，如果成功，马上再做日志备份。