关于数据库日志的两个问题
最近发现数据库日志增长的相当快,从上次执行dump transaction with no_log后,备份数据库,发现大小为4G,等20天后,再备份就会发现数据库有8个G,上次忘了清空日志,最后出现日志满了,服务起不来了,最后清空后恢复正常.问题:请问日志增长的这么快正常吗?前几天看到dump transaction with no_log命令有危险性(引用:Syase提供dump transaction with no_log来处理某些非常紧迫的情况。为了尽量确保你的数据库的一致性,你应将其作为“最后一招”) ,不过我平时维护数据库都是执行此命令(注:维护工作有半年了,算是半个新手).问题:各位高手遇到这种情况,日志快满了,是如何处理的? dump transaction with truncate_only 每天做日志备份 一般来说,在创建数据库时,同时要创建一定的日志空间大小。
当数据在插入、删除、修改等操作时,这些就要写日志,所以要创建一个足够的日志空间
为了避免数据库日志满,把数据库的选项“trunc log on chkpt”设置上,该选项的功能就是在系统检查点时,自动截断日志.
[ 本帖最后由 zhaopingzi 于 2008-7-24 09:58 编辑 ] 原帖由 zhaopingzi 于 2008-7-24 09:53 发表 http://bbs.chinaunix.net/images/common/back.gif
一般来说,在创建数据库时,同时要创建一定的日志空间大小。
当数据在插入、删除、修改等操作时,这些就要写日志,所以要创建一个足够的日志空间
为了避免数据库日志满,把数据库的选项“trunc ...
选中这个选项后,做不了增量备份了
顺便看看我的日志问题
dump transaction with truncate_only一直截断不了日志OS:WINDOWS 2003+SP2
ASE:12.53 name db_size owner dbid created status
---- ------- ----- ----------- ------- ------
WDZX 52545.0 MB sa 4 Oct 27, 2007 select into/bulkcopy/pllsort, trunc log on chkpt, abort tran on log full, mixed log and data
device_fragments size usage created free kbytes
---------------- ---- ----- ------- -----------
WDZX 1000.0 MB data only Oct 27 20072:59AM 28
WDZX 500.0 MB data only Oct 27 20072:59AM 510000
WDZX 8400.0 MB data only Oct 27 20072:59AM 210
WDZX 1000.0 MB data only Oct 27 20072:59AM 1020000
WDZX 21868.0 MB data only Oct 27 20072:59AM 2478
WDZX_log 2153.0 MB log only Oct 27 20072:59AM not applicable
WDZX_log 42.0 MB log only Oct 27 20072:59AM not applicable
WDZX_log 10.0 MB log only Dec 24 20079:29AM not applicable
WDZX_log 10.0 MB log only Dec 24 2007 10:46AM not applicable
WDZX_log 10.0 MB log only Dec 24 2007 11:55AM not applicable
WDZX_log 10.0 MB log only Dec 24 20072:29PM not applicable
WDZX_log 10.0 MB log only Dec 24 20073:11PM not applicable
页:
[1]
2