Sqlserver 2000/2005/2008 的收缩日志方法和清理日志方法

1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存

2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定

3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在一些异常情况下往往是恢复数据库的重要依据。

最简单直接具体如下:

一、下载:日志清理收缩工具 http://www.jb51.net/softs/57621.html

sql 日志清理收缩方法讲解:

1、自然是下载日志清理软件。

2、在服务器上运行trunc.exe,打开软件。

这里用户名一定是sa 密码你必须记得sa 的密码,这个很重要,不然就会查询不到相应的数据库了。输入密码后就点数据库。你的服务器数据库就呈现出来了。

你想收缩哪一个就选哪一个吧。你应该懂了吧!好用简单方便哦。

二、SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消: (SQL2005) Backup Log DNName with no_log go dump transaction DNName with no_log go USE DNName DBCC SHRINKFILE (2)

Go -------------------------------------------------------------- (SQL200: 在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式。 USE [master] 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 [master] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL --还原为完全模式 GO 优点:此清除日志所运行消耗的时间短,90GB的日志在分钟左右即可清除完毕,做完之后做个完全备份在分钟内即可完成。缺点: 不过此动作最好不要经常使用,因为它的运行会带来系统碎片。普通状态下LOG和DIFF的备份即可截断日志。此语句使用的恰当环境:当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。

2005方法1:

第一步:

backup log database_name with no_log

或者 backup log database_name with truncate_only --no_log和truncate_only是在这里是同义的,随便执行哪一句都可以

第二步:

1.收缩特定数据库的所有数据和日志文件,执行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收缩的数据库名称;target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比

2.收缩一次一个特定数据库中的数据或日志文件,执行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收缩的文件的标识 (ID) 号,若要获得文件 ID,请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles;target_size是用兆字节表示的所要的文件大小(用整数表示)。如果没有指定,dbcc shrinkfile 将文件大小减少到默认文件大小

两个dbcc都可以带上参数notruncate或truncateonly,具体意思看帮助。

方法2

(这个方法在sqlserver2000的环境下做一般能成功,在sqlserver7及以下版本就不一定了):

第一步:

先备份整个数据库以备不测

第二步:

备份结束后,在Query Analyzer中执行如下的语句:

exec sp_detach_db yourDBName,true --卸除这个DB在MSSQL中的注册信息

第三步:

到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录

第四步:

在Query Analyzer中执行如下的语句:

exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'

--以单文件的方式注册该DB,如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。

以上方法在清除log日志中均有效。

但,能否让sql server 不产生log日志呢?以上方法好像均无效。

我这儿正好有个case:

我客户的sql server每天都会产生4,500M的log日志,每天都清除一下,非常不便。有没有办法实现不产生log日志呢?

我分析了一下客户产生log日志的原因,并且做了相应测试。

客户是每天将数据库清空,从总系统中将数据导入到sql server里。我感决sqlserver在插入时产生log不大,在delete整个库时产生log极大。

比如:

SELECT * into test_2 from b_bgxx

共45000条记录,产生十几M log,如果

delete from test_2

产生80多M log ,这明显存在问题。

虽然可以换成:

truncate table test_2

但我还是希望能找到不产生log的方法。就如oracle不产生归档一样。

三、Server 2005 : 清空数据库日志

日志文件满而造成SQL数据库无法写入文件时,可用两种方法:

方法一:清空日志。

1.打开查询分析器,输入命令

DUMP TRANSACTION 数据库名 WITH NO_LOG

2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

另一种方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。

方法二:

1: 删除LOG

分离数据库 企业管理器->服务器->数据库->右键->分离数据库

2:删除LOG文件

附加数据库 企业管理器->服务器->数据库->右键->附加数据库

此法生成新的LOG,大小只有500多K。

注意:建议使用第一种方法。

如果想以后不让它增长

企业管理器--服务器--右键数据库--属性--事务日志--将文件增长限制为xM(x是你允许的最大数据文件大小)

--SQL语句的设置方式:

alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

时间: 2024-08-02 04:11:13

Sqlserver 2000/2005/2008 的收缩日志方法和清理日志方法的相关文章

Sqlserver 2000/2005/2008 的收缩日志方法和清理日志方法_MsSql

1.设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择"简单",然后按确定保存 2.在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定 3.收缩数据库完成后

工作总结之PHP连接Microsoft SQL Server 2000/2005/2008

最近由于工作需要用于SQL Server,想做一个测试环境,SQL Server 2008不是刚出来,图个新鲜,就下载了2008版的,用了很多方法一直没能连接上SQL Server 2008.在网上找了一些资料,终于连接上了SQL Server 2008,整理了一下收集到的资料,利用中午休息时间,写个贴子发出来,让大家看看.呵呵!! PHP自带的MSSQL扩展php_mssql.dll原来是给SQL Server 2000用的,难怪连接不上2008?! -_-!!要使用SQL Server 20

SQL Server版本号查看sql语句(SQL Server 2000 & 2005 & 2008)

今天要查询自己的装的sqlserver2008 是否是R2版本,搜索了下,发现很多人查询此问题,现在记录如下,通过版本命令查询 同时也了解了哥哥sql server的对应版本好,一看就非常清晰了,记录下 1.查看 SQL Server 2005/2008 版本号  代码如下 复制代码 select serverproperty('productversion') ,serverproperty('productlevel') ,serverproperty('edition') 下面是 SQL

SQL Server 2000/2005/2008/2008R2数据库修复技巧总结

1 .前言 本文的步骤基于以下条件: 1. SQL Server可以启动. 2. 数据库没有做有效的备份. 3. 当前用户有Sysadmin权限. 数据库质疑的原因会有多种多样,不同的suspect采用的步骤也会有所不同,以下的步骤不能适用所有的情况,但包括了一些基本的步骤. 数据库suspect是指数据库内部处于不一致的状态,很有可能会有数据丢失. 我们推荐您从"好的数据库备份"恢复. 我们这里所指的"好的数据库备份"是指: 1. 在做数据库备份之前,您检查过DB

SQL Server 2005/2008 导入导出数据常见报错解决方法_mssql2005

数据库导入导出时总失败,错误信息如下: 正在验证 (错误) 消息 错误 0xc0202049: 数据流任务 1: 无法在只读列"ID"中插入数据. (SQL Server 导入和导出向导) 错误 0xc0202045: 数据流任务 1: 验证列元数据失败. (SQL Server 导入和导出向导) 错误 0xc004706b: 数据流任务 1: "组件"目标 - T_***"(34)"验证失败,返回的验证状态为"VS_ISBROKEN&

SQL Server 2005删除日志文件的几种方法

  使用MS数据库的朋友就会知道一个问题,C盘的空间很容易被占满了.因为本来系统盘就分区比较小,这是由于数据库在使用过程中会使日志文件不断增加,使得数据库的性能下降,并且占用大量的磁盘空间.SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删除log文件和清空日志在清除数据库日志. 一.删除LOG 1.分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库--右键--任务--分离. 勾选删除连接 分离后在数据库列表将看不到已分离的数据库. 2.删

SQL Server 2005删除日志文件的几种方法小结

SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删除log文件和清空日志在清除数据库日志   使用MS数据库的朋友就会知道一个问题,C盘的空间很容易被占满了.因为本来系统盘就分区比较小,这是由于数据库在使用过程中会使日志文件不断增 加,使得数据库的性能下降,并且占用大量的磁盘空间.SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删 除log文件和清空日志在清除数据库日志. 一.删除LOG 1.分离数据库.分离

SQL Server 2005删除日志文件的几种方法小结_mssql2005

使用MS数据库的朋友就会知道一个问题,C盘的空间很容易被占满了.因为本来系统盘就分区比较小,这是由于数据库在使用过程中会使日志文件不断增加,使得数据库的性能下降,并且占用大量的磁盘空间.SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删除log文件和清空日志在清除数据库日志. 一.删除LOG1.分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库--右键--任务--分离. 勾选删除连接 分离后在数据库列表将看不到已分离的数据库. 2.删除LO

SQLServer事务日志的压缩与删除方法

做项目的时候拿到一个只有280M的数据库备份,可是在SQLServer 2000下恢复的时候等了半天才都没 有恢复完毕,感觉很不可思议,于是怀疑有什么猫腻.到了数据文件的目录下一看,果不其然竟然声称了 一个接近10G的数据库日志文件!以前从来没有做过那么多数据的数据库,而且更没有做过有3年数据库日 志记录的数据库. 这对于硬盘空间不是很充裕的我来说已经超过了能够忍受的极限,而且另一个80M的 数据库回复之后生成的日志文件更是夸张的达到了5G+!这是不能忍受的,也是不能被原谅的. 刚开始 的时候不