对于SQL Server 2008删除或压缩数据库日志的方法
2016-04-06 12:51
615 查看
由于数据库日志增长被设置为“无限制”,所以时间一长日志文件必然会很大,一个400M的数据库居然有4G的LOG文件,严重占用了磁盘空间。由于主要是做OLAP,所以数据库本身不会有大变动,所以日志也就没有多少作用了,因此想办法把数据库日志文件收缩到很小或者删除。
适用于SQL Server 2005的方法
说明:由于SQL Server 2008对文件和日志管理进行了优化,所以以上语句在SQL2005中可以运行但在SQL2008中已经被取消。
------------------------------
适用于SQL Server 2008的方法
说明:优点:此清除日志所运行消耗的时间短。缺点:不过此动作最好不要经常使用,因为它的运行会带来系统碎片。普通状态下LOG和DIFF的备份即可截断日志。此语句使用的恰当环境:当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。
查看该方法的原始出处可以点这里。
适用于SQL Server 2005的方法
Backup Log DNName WITH no_log GO DUMP TRANSACTION DNName WITH no_log GO USE DNName DBCC SHRINKFILE (2) GO
说明:由于SQL Server 2008对文件和日志管理进行了优化,所以以上语句在SQL2005中可以运行但在SQL2008中已经被取消。
------------------------------
适用于SQL Server 2008的方法
USE [DNName] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式 GO USE [DNName] GO DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO USE [DNName] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL --还原为完全模式 GO
说明:优点:此清除日志所运行消耗的时间短。缺点:不过此动作最好不要经常使用,因为它的运行会带来系统碎片。普通状态下LOG和DIFF的备份即可截断日志。此语句使用的恰当环境:当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。
查看该方法的原始出处可以点这里。
相关文章推荐
- Redis命令-有序集合-zcard
- mysql 发生系统错误1067
- MySQL(4)
- MongoDB安全选项导致的“norepl”错误
- 数据库 设计三大范式
- C#使用MySQL连接数据库
- ORACLE 表分区
- Java中使用Jedis操作Redis
- 【牛腩新闻发布系统】写SQlHelper
- [翻译] - <Entity Framework> - 直接执行数据库命令
- 使用Python操作Redis
- ORACLE各种插入数据方式对比
- MySQL时间戳转日期
- oracle使用数据导出与导入
- SQL Server 分组 去除从复列
- 升级应用时 升级数据库版本---保留原来的数据
- SQL多表查询——学习笔记
- ubuntu环境下redis安装
- Mysql数据库介绍及mysql显示命令
- ztree使用系列四(ztree实现同级拖拽排序并将排序结果保存数据库)