2008数据库日志收缩
1. 对sql Server 2008数据库进行收缩时，会遇到死锁现象，如何解决。
楼主 可以试试下面的方法：
清空日志
DUMP TRANSACTION 库名
WITH
NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH
NO_LOG
3.收缩数据库文件
数据库名--右击--任务--收缩--文件
--文件类型选择日志--收缩操作选择第二个 将文件收缩到0 ,确定就可以了
4. 也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from
sysfiles
DBCC SHRINKFILE(1)收缩的时候把恢复模式改为简单 否则收缩不了
希望解决了楼主的问题
2. SQL 2008的数据库文件太大，如何减小啊
收缩数据库
一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大
1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
3. sql收缩数据库日志的几种办法
在SQL Server 2000/2005中可以快速压缩日志log文件，通过SQL,
方法一：
--BigData为数据库名
DUMPTRANSACTIONBigDataWITHNO_LOG
BACKUPLOGBigDataWITHNO_LOG
DBCCSHRINKDATABASE(BigData)
执行以上语句可以快速压缩日志文件到1M。
但是以上语句中前两行在SQL Server 2008下无法执行 ，
第一行提示“Incorrect syntax near the keyword 'TRANSACTION'.”
第二行提示“One or more of the options (no_log) are not supported for this statement. Review the documentation for supported options. ”
第三行可以执行。但日志log文件没有任何变化。
原来SQL Server 2008已经不再支持DUMPTRANSACTION和BACKUP LOG WITH NO_LOG，
sql Server 2005说明中明确：包含 DUMP 语句是为了向后兼容。而 后续版本的 Microsoft SQL Server 将删除该功能。请避免在新的开发工作中使用该功能，并着手修改当前还在使用该功能的应用程序。 使用 BACKUP。
SQL Server 2008说明：BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 选项已废止。使用完整恢复模式或大容量日志恢复模式时，如果必须删除数据库中的日志备份链，请切换至简单恢复模式。有关详细信息，请参阅有关从完整恢复模式或大容量日志恢复模式切换的注意事项。
方法二：
useDB_NAME
sp_dboptionDB_NAME,"trunc.logonchkpt.",true
checkpoint
sp_dboptionDB_NAME,"autoshrink",true
方法三：（请提前备份文件！！）
Detach数据库。
删除log文件。
附加数据库，选移除log文件，此时SQL Server 会自动重新建立一个512K 的Log 文件。
方法四：
USEBigData;
GO
BACKUPLOGDATABASENAMETODISK='d: est.bak'
--.
DBCCSHRINKFILE(Bigdata_Log,1);
GO
4. sql server 2008 r2如何收缩数据库和文件
1、右击数据库选择，打开Files窗口
2、Files窗口，File type 选择 Log，单击OK完成日志收缩。
按以上方法操作没有效果，原因是数据库的恢复模式不是简单模式，只需要将恢复模式改为简单模式即可用以上操作来收缩日志，方便又好用。
将数据库恢复模式改为简单模式方法：
1、右击数据库选择属性，弹出窗口如下图，选择Options选项，将 Recovery Model 改为 Simple 即可。
按如下方法操作也可收缩日志：
1、当数据库恢复模式为简单时。使用dbcc shrinkfile (logfile_name,target_size)命令来完成。如
use mydb
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m
2、当数据库恢复模式为完全时。可以先将数据库模式改为简单模式，再使用上述方法来进行。
use master
alter database mydb set recovery simple
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m
也可以直接备份事务日志文件后再收缩：
use master
backup log mydb to disk='d:/dd.bak'
use mydb
dbcc shrinkfile (mydb_log,10) --将mydb_log收缩至10m;
3、通过分离数据库，然后再删除事务日志文件，再附加mdf数据文件，也可以达到某种意义上的事务日志收缩。
以下是有关日志文摘
对于每一个数据库来讲，都需要至少一个事务日志文件。事务日志文件是整个数据库的血液，如果没有事务日志的话，那么将无法进行任何操作。
事务日志有什么东西？
事务日志记录着在相关数据库上的操作，同时还存储数据库恢复(recovery)的相关信息。
事务日志与数据库恢复(recovery)是密切相关的，其实数据库在启动时，便会进行相关的恢复(recovery)操作，如下所示。当然，在数据库还原时，也可以指定手工恢复(recovery).任何在数据库上的改变，如果在事务日志内被标记为已提交，并用一个LSN(LOG SEQUENCE NUMBER)来标识，同时相关改变就会体现在数据文件上，而被标记为未提交的改变将不会体现在数据文件上。
2010-01-12 18:31:48.72 spid7s Recovery is complete. This is an informationa message only. No user action is required.
事务日志文件还存储着数据库需要回滚的相关信息。在SQL Server数据库上，默认是隐式提交的，也就是说在查询分析器里面进行的每一个操作，在操作完成后，都是默认已经commit，但如果通过指定begin tran 和rollback tran的命令来标识事务时，rollback tran就需要使用事务日志内的相关信息才可以回滚。当然，如果SQL Server遇到相关错误时，如死锁，那么也会产生一个内部回滚，这些都需要用到事务日志文件。
为什么要收缩事务日志？
收缩日志的原因有很多种，有些则是考虑空间不足，有些则是应用程序限制导致的，一般情况下，是不建议对事务日志进行其他改变的，如需要控制事务日志的大小，则可以通过安排事务日志备份来解决。如果确定事务日志包含将不再使用的未使用空间，则可以通过减少事务日志的大小，以便回收过多空间。但这种情况对于一个DBA来讲，应该要尽量避免。
仅当数据库处于联机状态，而且至少一个虚拟日志文件可用时，收缩才会发生。在某些情况下，直到下一个日志截断后，才能收缩日志。
事务日志收缩的原理:
每个事务日志由多个虚拟日志文件组成(virtual log file).虚拟日志文件没有固定的大小，也没有固定的个数。在创建事务日志文件或者扩展事务日志文件时，SQL SERVER便会自动创建合适大小的虚拟日志文件，DBA无法控制虚拟日志文件的大小和个数。在扩展日志文件后，虚拟文件的大小是现有日志大小和新文件增量大小之和。因此，如果在创建数据库时，对数据库指定了比较小的初始大小，又指定了比较小的日志增长量，随着事务日志的自动扩展，虚拟日志文件个数会越来越多，从而影响了数据库性能。因此，在创建数据库时，尽量指定比较合适的初始事务日志大小，同时指定合理的事务日志增长量，这点可以参考数据文件的标准。如果大于10G或者更大的话，则指定固定的增长量，如果比较小，则指定按百分比的增长量来进行。
详情参考
http://hi..com/lxiangshanyu/item/7057ce04081efae9fe240d64
5. sql2008下的镜像数据库怎样做日志收缩
这个问题我前几天正好碰上，所以，相关的关键点告诉你
**********特别提示：《在操作之前请备份》************：
1、SQL SERVER 2008 的日志会越来越大，如果是用于生产的，可能会大到可怕，反正我的数据库，前几天一看，不到1个月就十多个G的日志文件。
2、要收缩、清除其实很简单，关键点就一个：先把数据库的恢复模式从默认的“完整”改为“简单”。具体做法：对数据库点 右键 -》属性-》左边 选择页 中 点 “选项”-》找到 “恢复模式”，改成“简单”。
3、然后对数据库点 右键 -》任务-》收缩 -》文件 -》出来的界面中，文件类型 选 “日志”，点“确定”钮-》OK了。
4、再次提示，在操作之前请备份，虽然我在操作中没有碰上任务问题，但不保证你不出问题。
5、至于日志文件缩完了，你是否要把它改回“完整”模式，你自个看着办，我是让它一直简单，因为，以我的技术，要真的数据库崩溃了，有日志问题也是“然并卵”，反正我是一天自动两次异盘备份，加每二小时增量备份，最后再加双机热备（用软件实现的，那个软件据说要卖几万一套，具体叫什么就不说了，省得别人说我打广告，呵呵）。
6、看了一下微软的数据库镜像实现方案相关的东西，感觉太难了，不靠谱，有兴趣你可以去试试。
7、最后，顺便说，数据库的恢复模式的选择，对当前数据库的运行应该是没有什么影响的，也许对于会用日志文件进行数据查看和调整的人有用。
6. 如何收缩数据库日志文件大小
1.先分离数据库，然后删除日志文件，再附件数据库。
2.收缩文件，选择日志文件，设置将文件收缩到0M，试了一下，只能从65G收缩到55G，也就是只释放了未使用的空间。方法 二、
1.选中数据库，右键属性/选项，把恢复模式从“完整”改为“简单”。
2.选中数据库，右键任务/收缩文件，选择日志文件，设置将文件收缩为0M，确定。
3.再将恢复模式从“简单”-“完整”即可。
7. Sql 2008如何压缩数据库及日志文件
首先将你要将压缩的数据库设置为简单日志模式（这个就不用说了吧），然后右击你的数据库名称，选择任务-收缩-文件，即可打开数据库压缩窗口，后面的你就会操作了，你可以压缩到你想到的比例。
8. 数据库日志文件过大如何收缩
网页链接我是用这个方法收缩的，可以将日志收缩到1MB
守得云开见月明,花了一个上午结合前辈的博客，终于弄好了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
==最后不要忘记实测下数据库是否能够正常使用==
网页链接
9. Sql server2008的ldf文件过大怎么收缩
在SQL Server中经常遇到事务日志变大的情况，除了将数据库设置为“自动收缩”外，还可以使用下面的SQL命令进行快速清除数据库中的事务日志，命令如下：
- 第一步：清空日志
DUMP TRANSACTION
databasename
WITH
NO_LOG
-- 第二步：截断事务日志
BACKUP LOG
databasename
WITH
NO_LOG
-- 第三步：收缩数据库
DBCC SHRINKDATABASE(databasename)
需要说明几点：
1. 上面的SQL命令需要按照顺序执行；
2. 执行上面的命令通常比直接使用右键菜单中的“收缩”命令要快很多
参考资料：
SQL SERVER 数据库日志已满，如何收缩数据库日志
http://blog.csdn.net/faintbear/archive/2005/02/06/283316.aspx
如何收缩数据库日志
10. sql server 2008 日志收缩
1天增加7G，不算不正常。日志有完全日志和简单日志的分别，在数据库属性中设置为简单日志，可以降低增长。
自动收缩日志可以，代码如下：
backup log tempdb with NO_LOG
dbcc shrinkdatabase (tempdb,10)