用户库现在又无法dump tran了

logit99

用户库正常了几天，又有新问题了。dboption里已经设的是tran log on chkpoint,现在发现它没有自动清除日志，手工执行dump tran user_database with truncate_only,报错：

00:00000:00060:2010/08/01 20:26:07.84 server  Error: 691, Severity: 20, State: 1
00:00000:00060:2010/08/01 20:26:07.84 server  Encountered invalid logical page '
0' while accessing object '8' in database '4'. This is an internal system error.
Please contact Sybase Technical Support.
00:00000:00060:2010/08/01 20:26:07.84 kernel  current process (0x2ef009c) infect
ed with 11
00:00000:00060:2010/08/01 20:26:07.84 kernel  **********************************
**
00:00000:00060:2010/08/01 20:26:07.84 kernel  SQL causing error : dump tran rspo
s with truncate_only

00:00000:00060:2010/08/01 20:26:07.84 kernel  **********************************
**
00:00000:00060:2010/08/01 20:26:07.84 server  SQL Text: dump tran rspos with tru
ncate_only
00:00000:00060:2010/08/01 20:26:07.84 kernel  curdb = 1 pstat = 0x10000 lasterro
r = 691
00:00000:00060:2010/08/01 20:26:07.84 kernel  preverror = 0 transtate = 3
00:00000:00060:2010/08/01 20:26:07.84 kernel  curcmd = 235 program = ctisql
查下来object 8 是syslog,我rebuild—log也做过，无效，现在是tran log on chkpoint的勾打不上去，手工dump tran user_database with truncate_only又报错，请问会是什么原因？

现在系统能用，但日志天天增长，撑不了几天就会满。

andkylee

再重建一次rebuild_log试试吧？你们的库的日志逻辑页都有问题。　
Encountered invalid logical page '0'　页号是不可能为０的。

hobbylu

如果一直出现这个问题，rebuild_log也无法解决的话，需要分析一下原因。
比如第二截断点有没有
比如sysdatabases中的记录有没有问题
sysindexes中的记录有没有问题
需要分析

logit99

回复 2# andkylee


    rebuild_log做了3次了，没用

logit99

如果一直出现这个问题，rebuild_log也无法解决的话，需要分析一下原因。
比如第二截断点有没有
比如sysda ...
hobbylu 发表于 2010-08-02 09:08

    看了下sysdatabases，该库status为4，另一台差不多服务器上的类似库，status为12，难道这里有问题？

还有，这台服务器上本来有复制的，现在复制卸载掉了。我执行select * from master..sysloghold
显示一条记录
dbid   reserved    spid   page        xactid         masterxactid
        starttime
        name
        xloid
------ ----------- ------ ----------- -------------- --------------
       --------------------------
       -------------------------------------------------------------------
       -----------
     4           0      0           0 0x000000000000 0x000000000000
               Jan  1 1900 12:00AM
        $replication_truncation_point
                  0

会不会跟这个有关，就是你说的第二截断点？

logit99

回复 3# hobbylu


    是不是需要用这个命令来忽略第二截断点？
dbcc settrunc (ltm, ignore)
go

hobbylu

你看看，有没有第二截断点
dbcc gettrunc

hobbylu

很明显有第二截断点，呵呵，dbcc settrunc(ltm,'ignore')

logit99

回复 8# hobbylu


    刚搜索到你以前给别人的回帖：
如果是打开的话，也就是ltm_trunc_state 为1 的话
dbcc settrunc('ltm','ignore')
go

执行了下，问题解决，thanks

btw,你刚才的回帖跟以前的有个小区别，ltm有的带引号，有的不带，没有区别吗？

hobbylu

没啥区别，只要可执行就可以