sql数据库日志压缩
首先将你要将压缩的数据库设置为简单日志模式（这个就不用说了吧），然后右击你的数据库名称，选择任务-收缩-文件，即可打开数据库压缩窗口，后面的你就会操作了，你可以压缩到你想到的比例。
2. sql server怎么收缩日志
1、首先选中数据库右键--属性 点击
3. SQL Server 2000数据库的事务日志文件过大，如何将其缩小
守得云开见月明,花了一个上午结合前辈的博客，终于弄好了sqlserver2008的数据库日志收缩到1MB，分享给大家
# 方法步骤
1、执行SQL语句改成“简单模式”
2、收缩数据库
3、执行SQL语句改回“完全模式”
## 第一步：执行SQL语句改成“简单模式”
USE [master]
GO
ALTER DATABASE SlowXWebDB (改成你需要进行收缩的数据库名) SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE SlowXWebDB (改成你需要进行收缩的数据库名) SET RECOVERY SIMPLE --改成简单模式
GO
## 第二步：进行数据库操作
相关界面截图和操作
假定：
数据库名：SlowXWebDB
日志文件名：SlowXWebDB_Log
## 第三步：执行SQL语句改成“完全模式”
USE [master]
GO
ALTER DATABASE SlowXWebDB (改成你需要进行收缩的数据库名)SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE datebaseName(改成你需要进行收缩的数据库名)SET RECOVERY FULL --还原为完全模式
GO
==最后不要忘记实测下数据库是否能够正常使用==
网页链接
4. 如何清空sql数据库的日志文件
SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件x0dx0a方法一： x0dx0a1、打开查询分析器，输入命令 x0dx0aBACKUP LOG database_name WITH NO_LOG x0dx0a2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 x0dx0ax0dx0a方法二： x0dx0a设置检查点，自动截断日志 x0dx0ax0dx0a一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 x0dx0a1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 x0dx0a2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 x0dx0a3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 x0dx0ax0dx0a方法三：通过SQL收缩日志 x0dx0ax0dx0a把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可 x0dx0ax0dx0aSET NOCOUNT ON x0dx0aDECLARE @LogicalFileName sysname, x0dx0a@MaxMinutes INT, x0dx0a@NewSize INT x0dx0ax0dx0aUSE tablename -- 要操作的数据库名 x0dx0aSELECT @LogicalFileName = 'tablename_log', -- 日志文件名 x0dx0a@MaxMinutes = 10, -- Limit on time allowed to wrap log. x0dx0a@NewSize = 1 -- 你想设定的日志文件的大小(M) x0dx0ax0dx0a-- Setup / initialize x0dx0aDECLARE @OriginalSize int x0dx0aSELECT @OriginalSize = size x0dx0aFROM sysfiles x0dx0aWHERE name = @LogicalFileName x0dx0aSELECT 'Original Size of ' + db_name() + ' LOG is ' + x0dx0aCONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + x0dx0aCONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' x0dx0aFROM sysfiles x0dx0aWHERE name = @LogicalFileName x0dx0aCREATE TABLE DummyTrans x0dx0a(DummyColumn char (8000) not null) x0dx0ax0dx0aDECLARE @Counter INT, x0dx0a@StartTime DATETIME, x0dx0a@TruncLog VARCHAR(255) x0dx0aSELECT @StartTime = GETDATE(), x0dx0a@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY' x0dx0ax0dx0aDBCC SHRINKFILE (@LogicalFileName, @NewSize) x0dx0aEXEC (@TruncLog) x0dx0a-- Wrap the log if necessary. x0dx0aWHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired x0dx0aAND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName) x0dx0aAND (@OriginalSize * 8 /1024) > @NewSize x0dx0aBEGIN -- Outer loop. x0dx0aSELECT @Counter = 0 x0dx0aWHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000)) x0dx0aBEGIN -- update x0dx0aINSERT DummyTrans VALUES ('Fill Log') x0dx0aDELETE DummyTrans x0dx0aSELECT @Counter = @Counter + 1 x0dx0aEND x0dx0aEXEC (@TruncLog) x0dx0aEND x0dx0aSELECT 'Final Size of ' + db_name() + ' LOG is ' + x0dx0aCONVERT(VARCHAR(30),size) + ' 8K pages or ' + x0dx0aCONVERT(VARCHAR(30),(size*8/1024)) + 'MB' x0dx0aFROM sysfiles x0dx0aWHERE name = @LogicalFileName x0dx0aDROP TABLE DummyTrans x0dx0aSET NOCOUNT OFF x0dx0ax0dx0a方法四：删除日志文件。 x0dx0ax0dx0a此方法有一定的风险性，因为sql server的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。1、操作前请断开所有数据库连接。 x0dx0a2、分离数据库 x0dx0a分离数据库：企业管理器－＞服务器－＞数据库－＞cwbase1－＞右键－＞分离数据库 x0dx0a分离后，cwbase1数据库被删除，但保留了数据文件和日志文件 x0dx0a3、删除log物理文件 x0dx0a删除LOG物理文件，然后附加数据库： 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库 x0dx0a此法生成新的log，大小只有500多k。 x0dx0ax0dx0a注意：建议使用第一种方法。操作前请确保所有操作员都已经推出系统，断开数据库的连接。 x0dx0ax0dx0a以上操作前，请务必做好数据备份！x0dx0ax0dx0a1.sql server 2005 清除日志语句 x0dx0ax0dx0amp transaction 数据库名称 with no_log x0dx0abackup log 数据库名称 with no_log x0dx0adbcc shrinkdatabase(数据库名称)
5. SQL数据库如何压缩
1、首先从开始菜单着手，打开开始菜单栏，在菜单栏上找到我们已经安装的SQL server 2008，单击打开它。
6. sql server 数据库怎样压缩数据库日志文件
具体方法有3种。
方法一:
第一步：
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，具体意思查看联机帮助.
方法二：
第一步：
先备份整个数据库以备不测 。
第二步：
备份结束后，在Query Analyzer中执行如下的语句：
exec sp_detach_db yourDBName,true
--卸除这个DB在MSSQL中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在Query Analyzer中执行如下的语句：
exec sp_attach_single_file_db yourDBName,'
d:\mssql\data\yourDBName_data.mdf '
--以单文件的方式注册该DB，如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。
方法三:
1. 进入企业管理器，选中数据库，比如demo
2. 所有任务->分离数据库
3. 到数据库文件的存放目录，将MuOnline_log.LDF文件删除，以防万一，你可以拷出去
4. 企业管理器->附加数据库，选muonline，这个时候你会看见日志文件这项是一个叉，不要紧，继续，此时数据库就会提示你该数据库无日志是否创建一个新的，确定就是了。
5. 记得数据库重新附加后用户要重新设置一下。
如果以后,不想要它变大:
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple
7. SQL Server 2000数据库的事务日志文件过大，如何将其缩小
拷獯穑涸赟QL Server中，所有对数据库执行的更新操作都会记录在数据库的事务日志文件中，除非将数据库设为可自动收缩的或手动 的对数据库进行了收缩，否则事务日志文件将一直增长，直到达到事先设定的日志文件增长上限或用尽所有可用的磁盘空间。如果当前的数据库文件或日志文件过大，可以使用以下两个命令对其进行收缩：DBCC SHRINKDATABASE：收缩指定数据库的所有数据和日志文件的大小DBCC SHRINKFILE： 收缩数据库的某个指定数据或日志文件的大小 这两个命令可以释放数据库中的空闲空间，并将数据库或指定的数据库文件收缩到指定的大小，但收缩后的数据文件或日志文件的大小不会小于档中现存的有效数据所占空间的大小。 关于这两个命令的具体使用方法，可以参考SQL Server 2000联机丛书中的相应主题。另外，也可在SQL Server企业管理器中执行数据库收缩，同样是调用的以上两个命令，效果类似。 在使用以上命令收缩日志文件的时候需要注意，已写入数据库但未被截断的事务日志记录是不会被收缩的，因为虽然这部分日志记录的信息已经写入数据库文件，但在使用事务日志备份进行数据库还原的时候，还将用到其中的信息。 对于使用简单恢复模型的数据库，事务日志会在每次处理检查点（CheckPoint）时自动被截断。对于使用完全恢复模型或大容量日志记录恢复模型的数据库，事务日志只有在执行日志备份（BACKUP LOG）时才会被截断，这时事务日志中记录的信息被写入事务日志备份文件，而它们所占用的这部分空间被标记为可用（即被截断）。 截断事务日志并不会使日志文件变小，但可以将其中的部分空间释放供以后写入新的日志记录使用。若要减少日志文件的物理大小，则要使用上面提到的DBCC SHRINKDATABASE和DBCC SHRINKFILE命令。 在执行BACKUP LOG语句的时候，还可以使用WITH NO_LOG（或WITH TRUNCATE_ONLY，含义相同）参数，这时并不真正备份事务日志，而只是截断事务日志中的非活动部分（这和普通的BACKUP LOG语句作用相同）。这适合于剩余磁盘空间不够进行事务日志备份或不打算保留事务日志中的非活动部分用于数据库恢复的情况。 为避免事务日志文件增长过快以致用尽所有磁盘空间的现象发生，一种办法是将数据库设为使用简单恢复模型，这样可以使SQL Server周期性的自动截断事务日志的非活动部分，并回收其占用的空间供以后写入事务日志记录使用。但这将使数据库无法利用事务日志备份还原到实时点，降低了数据库的可靠性，因此一般不应用于生产型数据库。 对于生产型数据库，推荐的做法是使用完全恢复模型，并定期进行数据库的完全备份和事务日志备份。例如每周执行一次完全备份，每天执行一次事务日志备份，这可以通过SQL Server企业管理器中的数据库维护计划向导很方便的实现（一般可以设为在每天夜里业务不繁忙的某个时刻自动执行备份）。 通过定期执行数据库的事务日志备份，可以避免日志文件的迅速增大，而使其保持一个比较稳定的大小。虽然数据库备份文件也会占用很多磁盘空间，但随时可以将这些文件移到其他磁盘上或在不需要它们的时候将其删除，而且可以在出现故障或误操作的时候方便的进行数据库的还原。 由于数据文件的大小是随数据库中数据量的增长而增长的，数据库中已删除的数据所占的空间可以供新插入的资料使用；而在定期执行了事务日志的备份后，我们可以将日志文件的大小控制在一个比较合理的范围。因此，一般不需要对数据库进行收缩，也不推荐将数据库设为自动收缩模式。建议仅在以下情况下执行数据库的收缩：1、磁盘空间不足2、数据文件很大，但其中只包含较少量的数据（可能是以前有大量数据，但后来删除了很多），并且预期今后数据库中的数据量也不会很大。3、由于长期未进行事务日志备份，导致事务日志文件过大。减小事务日志文件大小的另一种方法是：首先在该数据库中执行CHECKPOINT命令，然后将该数据库分离（Detach），再将与其对应的数据库日志文件（.ldf文件）改名或删除或移动到其他目录下，然后执行sp_attach_single_file_db存储过程或在企业管理器中重新将其附加（Attach）。由于找不到原来的日志文件，SQL Server将自动为该数据库建立一个大小只有504K的日志文件。但这种方法必须暂时将数据库脱机，因此一般不适宜在生产环境中使用。如果当前数据库的事务日志文件过大，必须对其进行收缩的话，建议参照以下步骤：1、建议首先备份数据库（但不是必需的）：BACKUP DATABASE database_name TO backup_device
2、备份事务日志：BACKUP LOG database_name TO backup_device如果不需要当前事务日志中的记录进行数据库还原或没有足够的空间进行事务日志备份的的话，也可仅执行以下命令截断事务日志：BACKUP LOG database_name WITH NO_LOG
3、收缩日志文件：DBCC SHRINKFILE (log_file_name)其中log_file_name是事务日志文件的逻辑名称，可以在企业管理器中数据库属性的“事务日志”页中看到（如Northwind数据库的默认事务日志文件逻辑名称为Northwind_log）。4、如果日志文件仍然较大的话，可以尝试重复执行一次BACKUP LOG WITH NO_LOG和DBCC SHRINKFILE命令。5、如果这时仍没有明显的效果，请执行DBCC OPENTRAN (database_name)检查当前数据库中是否存在长时间未提交的活动事务。有必要的话，可以断开这些连接并重新尝试截断事务日志和收缩日志文件。6、日志文件收缩完成后，建议立即执行一次数据库的完全备份并根据实际需要制定适当的数据库备份计划。
8. sql2008中如何收缩数据库日志文件
解决方法:
方法一
右键选择数据库-》任务-》收缩-》文件-》文件类型-》日志-》在释放未使用的空间前重新组织页
方法二（不推荐）
1 必须先改成简单模式
2 然后用
----Logical Files :
--CMS1.5_Data
--CMS1.5_Log
DBCC SHRINKFILE (N'CMS1.5_Log' , 1)
GO
注：Data是数据文件，Log是日志文件
9. 如何压缩SQL Server 2005指定数据库文件和日志的大小
下面有两个SQL语句可以达到在SQL
Server
2005/2008压缩指定数据库文件和日志的大小的效果：
1、DBCC
SHRINKDATABASE
(Transact-SQL)
收缩指定数据库中的数据文件和日志文件的大小。
语法
DBCC
SHRINKDATABASE
(
'database_name'
|
database_id
|
0
[
,target_percent
]
[
,
{
NOTRUNCATE
|
TRUNCATEONLY
}
]
)
[
WITH
NO_INFOMSGS
]
参数
'database_name'
|
database_id
|
0
要收缩的数据库的名称或
ID。如果指定
0，则使用当前数据库。
target_percent
数据库收缩后的数据库文件中所需的剩余可用空间百分比。
NOTRUNCATE
通过将已分配的页从文件末尾移动到文件前面的未分配页来压缩数据文件中的数据。target_percent
是可选参数。
文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。因此，指定
NOTRUNCATE
时，数据库看起来未收缩。
NOTRUNCATE
只适用于数据文件。日志文件不受影响。
TRUNCATEONLY
将文件末尾的所有可用空间释放给操作系统，但不在文件内部执行任何页移动。数据文件只收缩到最近分配的区。如果与
TRUNCATEONLY
一起指定，将忽略
target_percent。
TRUNCATEONLY
只适用于数据文件。日志文件不受影响。
10. SQL Server 快速清除日志文件的方法
SQL Server 2000快速清除日志文件的方法
SQL Server 2000 数据库日志太大！
如何清理SQL Server 2000的日志呢？
如何压缩SQL Server 2000的日志呢？
如何让SQL Server 2000的日志变小呢？
据我所知，办法有很多很多，总结起来算有3类吧：
1、点几下鼠标，用SQL Server 2000管理工具中的企业管理器即可实现，待会儿详解；
2、用SQL语句，在SQL Server 2000管理工具中的查询分析器可以实现，此法高级人士喜欢用；
3、用第三方工具实现，原理嘛，我觉得应该是用SQL语句来实现的，这方法好，简单易用，网上不乏精品工具，待会儿介绍一款。
一、现在我们详细描述一下如何用企业管理器清理SQL 2000的日志：
1、打开企业管理器，右击要处理的数据库－－》属性－－》选项－－》故障还原，选“简单”－－》确定。如图：
2、右击要处理的数据库－－》所有任务－－》收缩数据库－－》什么也不动，默认第一个是0%,其它两个未选中，点确定－－》如果您以前数据库日志文件大于1M那么现在再看看，是不是只有1M了呢。
3、操作完后－－》按第一步，把“故障还原”，选“完全”，传说中SQL Server 2000 有自动还原功能，说是如果非法关机等因素造成数据丢失可以自动回滚，另外可以用程序来实现操作回滚，所以最好是让故障还原是“完全”。
4、这样便实现了“SQL Server 2000 数据库日志太大！如何管理,清除,变小,压缩它”中的清除，变小，压缩了，至于怎么管理，自己看着办吧，我一般只会用到这些，再有深入研究的话我会写上来的`。
二、现在我们介绍用第三方SQL Server 日志清理工具来清理日志，简单易用高效，推荐用这个方法。
我喜欢用 SqlServer日志清除专家 v3.5 来实现这个功能。界面如下：
数据库那里一般会将整个服务器的数据库名都列举出来，需要选择为自己账户能管理到的那个，我这里DB_iszip账户能管理的是 iszip ，选择好之后，点“清除日志”按钮，然后SQL Server 2000的日志就被清理好了，此时你去服务器看你数据库日志占用空间就只有1M了。
;