SQL Backup， Dump语句

gooore 2011-07-18 02:55:24

您好，本人现在在处理数据库日志截断的事情，有几个概念上的问题需要您的帮助，

一是我看到MSDN上说Dump语句是为了向后兼容留下来的，新版本下的SQL Server应该不用而使用Backup。那么Dump
Transaction [Database] with no_log和Backup log [Database] with no_log是不是完全一样的呢？

第二个问题是Backup log [Database] with no_log语句中没有指定备份文件路径，是不是就只执行数据库日志截断的操作，如果此语句中添加上备份文件路径，是不是表示做一个完全的备份（备份文件中包含log）然后将数据库日志截断，实际上是两个操作。如果将no_log改成TRUNCATE_ONLY会表示什么意思？

第三个，Backup log [Database] with no_log不会压缩日志物理文件，对不对？

第四个，DBCC SHRINKFILE 如何制定压缩数据文件还是日志文件？

不胜感激

...全文

204 9 打赏收藏转发到动态举报

写回复

用AI写文章

9 条回复

切换为时间正序

请发表友善的回复…

发表回复

gooore 2011-07-19

打赏
举报

非常感谢您的帮助.

顺带还有一个问题,如果我做日志维护计划,定期备份日志的话,那么日志物理文件会不会变得非常大呢?

下面是日志维护计划自动生成的脚本，请问它会不会默认截断数据库日志？我听说备份日志会默认截断的



BACKUP LOG [SP3DTrain_CDB] TO  DISK = N''C:\Program Files\Microsoft SQL Server\MSSQL.2\MSSQL\Backup\SP3DTrain_CDB_backup_201107190301.trn'' WITH NOFORMAT, NOINIT,  NAME = N''SP3DTrain_CDB_backup_20110719030101'', SKIP, REWIND, NOUNLOAD,  STATS = 10

--小F-- 2011-07-18

打赏
举报

1、用BACKUP LOG database WITH NO_LOG清除日志 



把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。 



   如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全 



用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。 



如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。 



2、sql server运行中，是否能删除主数据库事务日志文件  

步骤如下：(1)、分离数据库企业管理器－－数据库－－右击你要删除日志的数据库－－所有 



任务－－分离数据库 

(2)、然后删除日志文件 

(3)、然后再附加数据库 

企业管理器－－数据库－－右击数据库－－所有任务－－附加数据库这时候只附加。mdf就可以了。 



3、压缩SQL数据库及日志的详细方法 



SQL Server 2000基础教程——压缩数据库数据库在使用一段时间后，时常会出现因数据删除而造成数据库中空闲空间太多的情况，这时就需要减少分配给数据库文件和事务 日志文件的磁盘空间，以免浪费磁盘空间。当数据库中没有数据时，可以修改数据库文件属性直接改变其占用空间，但当数据库中有数据时，这样做会破坏数据库中 的数据，因此需要使用压缩的方式来缩减数据库空间。可以在数据库属性选项中选择“Auto shrink”选项，让系统自动压缩数据库，也可以用人工的方法来压缩。人工压缩数据库有以下两种方式： 



1、用Enterprise Manager 压缩数据库 



在Enterprise Manager 中在所要压缩的数据库上单击右键，从快捷菜单中的“所有任务（All Tasks）”中选择“Shrink Database（压缩数据库）”选项，就会出现如图6-10 所示的对话框。可以在图6-10 所示的对话框中选择数据库的压缩方式，也可以选择使用压缩计划或压缩单个文件单击图6-10 中的“Files”按钮，会出现如图6-11 所示的压缩数据库文件对话框，可以针对每个数据库文件进行不同的压缩设置。 

  

单击图6-10 中的“Change” 按钮，会出现如图6-12 所示的压缩计划编辑对话框，可以指定压缩计划的执行方式。单击图6-12 中的“Change” 按钮，会出现如图6-13 所示的循环工作计划编辑对话框，可以编辑计划执行的周期或时间点。设置完成后单击“OK” 按钮就开始压缩数据库，在压缩结束后会显示一个压缩情况信息框。  

  

  

2、用Transact-SQL 命令压缩数据库 



可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩，DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。 

（1） DBCC SHRINKDATABASE  

DBCC SHRINKDATABASE 命令语法如下： 

DBCC SHRINKDATABASE (database_name [, target_percent] 

[, {NOTRUNCATE | TRUNCATEONLY}] ) 

各参数说明如下：  

?target_percent 指定将数据库压缩后，未使用的空间占数据库大小的百分之几。如果指定的百分比过大，超过了压缩前未使用空间所占的比例，则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。  

?NOTRUECATE 

将数据库缩减后剩余的空间保留在数据库，中不返还给操作系统 



。如果不选择此选项，则剩余的空间返还给操作系统。  

?TRUNCATEONLY 

将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配，区域但不移动任何数据文件。选择此项后，target_percent 选项就无效了。例6-14： 压缩数据库mytest 的未使用空间为数据库大小的20% 



。 

dbcc shrinkdatabase (mytest, 20) 

运行结果如下： 

DBCC execution completed. If DBCC printed error  



messages, contact your system administrator.  

(2) DBCC SHRINKFILE 

DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下： 

DBCC SHRINKFILE ( {file_name | file_id } 

{ [, target_size] | 

[, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } ) 

各参数说明如下： 

?file_id 

指定要压缩的文件的鉴别号（Identification number， 即ID） 



。文件的ID 号可以通过 FILE_ID（）函数或如本章前面所讲述 



的Sp_helpdb 系统存储过程来得到。  



?target_size 



指定文件压缩后的大小。以MB 为单位。如果不指定此选项，SQL Server 就会尽最大可能地缩减文件。  



?EMPTYFILE 



指明此文件不再使用，将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后，此文件就可以用ALTER DATABASE 命令来删除了。 其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE  



命令中的含义相同。 例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1) 

  





企业管理器里面的方法： 

1、打开企业管理器 

2、打开要处理的数据库 

3、点击最上面菜单>工具>SQL查询分析器，打开SQL查询分析器 

4、在输入窗口里面输入: 



Code: 

DUMP TRANSACTION [数据库名] WITH  NO_LOG 

BACKUP LOG [数据库名] WITH NO_LOG 

DBCC SHRINKDATABASE([数据库名]) 





点击绿色的小三角（或按F5）执行查询，等状态栏提示处理完成 



即可！ 





程序里面的方法： 

压缩数据库日志 

--1.清空日志 

exec(’DUMP TRANSACTION [’+@dbname+’] WITH  NO_LOG’)  

--2.截断事务日志： 

exec(’BACKUP LOG [’+@dbname+’] WITH NO_LOG’) 

--3.收缩数据库文件(如果不压缩,数据库的文件不会减小 

exec(’DBCC SHRINKDATABASE([’+@dbname+’])’) 





　　4、减小日志的方法： 



一、用如下步做了： 

1、DUMP　TRANSACTION　库名　WITH　no_log 

2、dbcc shrinkfile(logfilename) 

3、收缩数据库 

4、设定自动收缩。 



　　二、分离数据库,删除日志文件,再附加,OK!右击数据库－－所有任务－－分离or 附加 



　　三、1、backup log　库名　WITH　no_log，2、dbcc shrinkfile(logfilename)，3、收缩数据库 

4、设定自动收缩。

gooore 2011-07-18

打赏
举报

我现在不明白file_name参数名该怎么指定，是按照什么格式来做的。

上网搜了没有找到合适的例子。

直接使用数据库的名字，可以运行，但又不明白是收缩的那个文件，数据还是日志，而换另外一个数据库运行报错

[Quote=引用 4 楼 jyh070207 的回复:]
3: DBCC SHRINKFILE
收缩相关数据库的指定数据文件或日志文件大小,
主要看后面跟的file_name参数名,如果日志文件则收缩日志文件,数据文件则收缩数据文件
[/Quote]

gooore 2011-07-18