求大虾！！！执行dump tran时出错，必须重新启动服务吗？

zh_qiuhua

急！！！执行dump tran时出错，必须重新启动服务吗？
执行dump tran database with truncate_only时提示临时库空间不足，这时候只能重起服务才能清空临时库吗？

zh_qiuhua

提示如下：
DUMP TRANSACTION for database 'tempdb' could not truncate the log. Either
extend the log using ALTER DATABASE ... LOG ON command or eliminate the oldest
active transaction in database 'tempdb' shown in syslogshold table.
我应该怎么做呢？

zh_qiuhua

那位大虾看了随便留个言啊，我自己不太懂！

chenfeng825

为什么对tempdb dump tran？满了？
如果是满了，暂时就是加大！控制临时表使用和事务，如果是system segment满的话可以是worktable引起的，注意sql和索引！
还有可以考虑使用multi tempdb

zh_qiuhua

原来就设置了自动截断的，为什么还是要满呢？

hobbylu

有长事物存在，并且该事务使用了大量的临时空间，
解决办法 扩展tempdb数据库、或重新启动数据库

allen@zte

--------------------------------------------------------------------------------

为什么对tempdb dump tran？满了？
如果是满了，暂时就是加大！控制临时表使用和事务，如果是system segment满的话可以是worktable引起的，注意sql和索引！
还有可以考虑使用multi tempdb
---------------------------
偶现在遇到的就是做执行一个存储过程，结果报
Can't   allocate   space   for   object   'temp   worktable'   in   database   'tempdb'   because   'system'   segment   is   full/has   no   free   extents.   
  If   you   ran   out   of   space   in   syslogs,   dump   the   transaction   log.   Otherwise,   use   ALTER   DATABASE   or   sp_extendsegment   to   increase   size   of   the   segment.
dump清除了日志空间，而且也扩了tempdb的空间，同时重启了服务也没有用！

ph7_cn

原帖由 allen@zte 于 2007-1-27 16:16 发表
--------------------------------------------------------------------------------

偶现在遇到的就是做执行一个存储过程，结果报
Can't   allocate   space   for   object   'temp   worktable'   in   database   'tempdb'   because   'system'   segment   is   full/has   no   free   extents.  

你的错误是因为tempdb的system段满了，清不清log,对此没有关系，对此只有一个办法 --- 扩大tempdb,扩容的数量应该根据你的临时表内容来估算，按照你的做法，肯定是增加的tempdb设备不够大，你的应用一上去，就把tempdb撑死了

[ 本帖最后由 ph7_cn 于 2007-1-29 09:36 编辑 ]