trunc log on chkpt的一点问题请教

andy988

在我们的一个应用中，sybase log中记录了如下信息：
Space available in the log segment has fallen critically low in database 'myDB'.  All future modifications to this database will be suspended until the log is successfully dumped and space becomes available.
出现上述信息后，触发了最后机会阈值存储过程sp_thresholdaction，截断了日志，没有影响程序运行。

我的问题是：
1、数据库的trunc log on chkpt开关已经被置为true
2、出现上述信息后，检查了数据库，没有发现死锁和挂起的日志
3、我们的应用中最大数据量的操作大概也只占用10M日志空间，而且这种批操作之间的间隔在10分钟以上。同时应用中有较多的很小的insert/update操作，每秒钟约100~200次，造成日志空间增长100K左右。按照Sybase手册，checkpoint每分钟必然执行，并且截断超过50条的已提交事务。

我们给日志段分配的空间为1000M，也就是说无论如何也不会有一个很大的操作有机会造成日志满。
那末，数据库日志为什末会满呢？看上去似乎Checkpoint进程没有能够正常的做截断日志操作，导致最后sp_thresholdaction有机会运行。
请高人帮助分析一下，是否存在checkpoint失效的可能性，在什末情况下会发生，或者这个问题还有什末其他的可能原因？

小无赖

如果一直是这样的话有可能是你们的这个应用可能很大，一次会产生很大的日志。如果以前这个应用没有问题，只是最近出现的，可能是数据出现错误导致应用产生了大量的日志并且根本无法完成，直到把日志写满为止。建议你咨询一下应用程序提供商，他们一般会建议数据库和日志创建的大小。

andy988

已经证实确如本人问题描述：
1、没有大的事务
2、checkpoint点上未截断日志。
3、trunc log on chkpt已经被正确设置，但日志仍然不断增长，每分钟syslog中增加数百条记录，空间增长约100k
具体原因未明，不知各位还有什末高见？