日志文件满而造成SQL数据库无法写进文件时,可用两种方法:
第一种方法:清空日志。
1、打开查询分析器,输进命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2、再打开企业治理器--右键你要压缩的数据库--所有任务--压缩数据库--压缩文件--选择日志文件--在压缩方法里选择压缩至XXM,这里会给出一个答应压缩到的最小M数,直接输进这个数,断定就可以了。
第二种方法有必定的风险性,由于SQL Server的日志文件不是即时写进数据库主文件的,如处理不当,会造成数据的丧失。
1:删除LOG
分别数据库 企业治理器->服务器->数据库->右键->分别数据库
2:删除LOG文件
附加数据库 企业治理器->服务器->数据库->右键->附加数据库
此法天生新的LOG,大小只有500多KB。
留心:建议应用第一种方法。
假如以后,不想要它变大。
SQL2000下应用:
在数据库上点右键->属性->选项->故障恢复-模型-选择-简略模型。
或用SQL语句:
alter database 数据库名 set recovery ***
另外,Truncate log on checkpoint(此选项用于SQL7.0,SQL 2000中即故障恢复模型选择为简略模型)当履行CHECKPOINT 命令时假如事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时,系统将会主动缩减文件使其未用空间即是25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必需大于或即是其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才干进行。
留心:一般立成建立的数据库默认属性已设好,但碰到意外情况使数据库属性被更改,请用户清空日志后,检查数据库的以上属性,以防事务日志再次布满。