日记已经很大的时刻用[MSSQL防范]

--假定test2为数据库名称绿色c hinaip ower. com3J9Wh

日记已经很大的时刻用绿色c hinaip ower. com3J9Wh

办法一
此办法实用于7.0和2000.
1、在查询解析器中履行:
exec sp_detach_db 'DB_Name'
2、在我的电脑中将日记的物理文件xxx_Log.LDF改名.
3、在查询解析器中履行:
exec sp_attach_single_file_db 'DB_Name','C:\Program Files\Microsoft sql server\MSSQL\Data\DB_Name.MDF'
4、假如上一步成功,将步骤2中改名后的文件删除.假如上一步不成功,改回本来的文件名,
用sp_attach_db将数据库附加到服务器,然后用办法二.绿色c hinaip ower. com3J9Wh

办法二
6.X中
DUMP TRANSACTION test2 with NO_LOG
DUMP TRANSACTION test2 with TRUNCATE_ONLY
将上面的语句多次履行,直到日记缩小.
7.0和2000中
backup log test2 with NO_LOG
backup log test2 with TRUNCATE_ONLY
DBCC SHRINKDATABASE(test2)
将上面的语句多次履行,直到日记文件缩小.绿色c hinaip ower. com3J9Wh

上面的办法治标不治本,标本兼治要用下面的办法.绿色c hinaip ower. com3J9Wh

办法三:
--6.X和7.0中改成日记处于截断情势,2000中恢复模子改成简单恢复
exec sp_dboption 'test2','trunc. log on chkpt.','on'
--7.0和2000中设为自动收缩,6.x中不用履行.
exec sp_dboption 'test2','autoshrink','on'
普通用于测试环境.绿色c hinaip ower. com3J9Wh

办法四:
--7.0中改成日记不处于截断情势,2000中恢复模子改成完好恢复
exec sp_dboption 'test2','trunc. log on chkpt.','off'
--7.0和2000中设为自动收缩,6.x中不用履行.
exec sp_dboption 'test2','autoshrink','on'
成立功课,每半个小时一第二天志备份,每天一次完好数据库备份.
7.0和2000中:在Log收缩到正常大小后,将autoshrink选项设置为off.
普通用于真实环境.绿色c hinaip ower. com3J9Wh

在产品化系统中将autoshrink选项设置为开启状况并非明智之举（除非您真的需求这样做）,这是因为,当您的系统正在忙于完成别的任务时,autoshrink选项大概会同时启动,从而降低系统运行速度.但是,关于那些数据库管理员无暇预计并且数据库尺寸有大概在您毫无发觉的情形下超越掌握范围的桌面或远程系统来说,开启这一选项倒是一种非常有效的办法.绿色c hinaip ower. com3J9Wh

收缩事件日记绿色c hinaip ower. com3J9Wh

在下列情形下,日记文件的物理大小将削减:
*履行 DBCC SHRINKDATABASE 语句时.
*履行引用日记文件的 DBCC SHRINKFILE 语句时.
*自动收缩操作发生时. 绿色c hinaip ower. com3J9Wh

日记收缩操作依靠于最初的日记截断操作.日记截断操作不减小物理日记文件的大小,但减小逻辑日记的大小,并将没有包容逻辑日记任何部份的虚拟日记标志为不活动.日记收缩操作会删除充足多的不活动虚拟日记,将日记文件减小到要求的大小.绿色c hinaip ower. com3J9Wh

按下面任一方法掌握事件日记的大小:
*在保护日记备份序列时,调度 BACKUP LOG 语句按隔断发生,以使事件日记不致增长到超越预期的大小.
*当不保护日记备份序列时,指定简单恢复情势. 绿色c hinaip ower. com3J9Wh

详情请参考 MS SQL Server 2000 联机丛书:
目录--> SQL Server构架-->数据库构架-->物理数据库构架-->事件日记构架-->收缩事件日记
目录--> SQL Server构架-->数据库构架-->物理数据库构架-->事件日记构架-->截断事件日记
绿色c hinaip ower. com3J9Wh