以下是建立一个数据库命令可以更改的数据库文件的位置。
（
名称='
创建数据库TEST1
test1_data
文件名='C：\ test1.mdf“ - 银行可以更改数据库文件的位置。
大小为5MB，
FILEGROWTH = 10％）
日志（
名称='test1_log“的，
文件名='C ：\ test1.ldf“ - 银行可以改变数据库日志文件的位置。
大小= 2MB的
MAXSIZE = 5MB，
FILEGROWTH = 1MB
）
㈡ sql数据库日志文件
麻烦了，很多DBA不太清楚，数据库的日志装的其实是真正的数据（归档前改变的数据），所以日志文件也是非常重要的。
至于有些数据库的日志文件过大，主要是DBA没有正确的对数据库进行调优设置造成的。
下面的方法也许对你是有用的。
0.备份数据文件'xxzx_discuz_Log.MDF'
1.新建一个同名的数据库'xxzx_discuz'
2.再停掉sqlserver服务(注意不要分离数据库)
3.用原数据库的数据文件'xxzx_discuz_Log.MDF' 覆盖掉新建的数据库
4.再重启sqlserver服务
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名）
6.完成后一般就可以访问数据库中的数据了。这时,数据库本身一般还有问题,解决办法是：利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行了.
SQL代码
use master
go
sp_configure 'allow updates',1 reconfigure with override
go
update sysdatabases set status =32768 where name='置疑的数据库名'
go
sp_dboption '置疑的数据库名', 'single user', 'true'
go
dbcc checkdb('置疑的数据库名')
go
update sysdatabases set status =28 where name='置疑的数据库名'
go
sp_configure 'allow updates', 0 reconfigure with override
go
sp_dboption '置疑的数据库名', 'single user', 'false'
go
特别注意最后一步中的说明“这时,数据库本身一般还有问题,解决办法是：利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行
㈢ SQLServer 如何自动清理日志文件
数据库日志文件是随着时间增长而增长的，如果长时间不清理，文件会变得特别大，因此需要定期清空，但是日至文件是恢复数据库的重要依据，不用日志文件也是不明智的。手工清除单个数据库的还好说，但数据库多了，或者临时没有来得及清理，可能硬盘空间就会占满了，影响访问。因此设置自动清理数据库日志文件还是比较实用的。
手动清理方法：右键单击需要清理的数据库，选择“属性”，在“选项”卡上，把故障还原模型设定为简单，确定后关闭;再右键单击该数据库，“所有任务”-“收缩数据库”，确认后即可清除日志文件，最后记得重新选择“属性”，将故障还原模型设置为完全。
自动清理方法：利用sql server代理服务，执行自动作业。
打开企业管理器，进入“管理”-“sql server代理服务”-“作业”，在右侧窗口点击右键，选择“新建作业”。“常规”选项卡中，填写作业名称，具体
上边的数据库名称填写需要维护的数据库名称，数据库日志文件名填写其对应的日志文件名，注意，不是资源管理器里看到的带后缀名的那个名字，而是企业管理器里，数据库属性里日志选项卡中日志的名字(通常也只是差一个后缀名……)，确定后添加一个作业步骤。 如果需要维护多个数据库，用上述方法重复添加作业步骤，注意每个步骤成功或失败后的动作即可，最后选择一下开始的步骤。
在“调度”选项卡中，类似备份的维护计划，填写调度周期，即定期清理的周期，不再细述。如果需要，可以在最后的“通知”选项卡上设置作业完成后的通知项，需要设置操作员，以及设置相应的服务，这里也不具体说明了，通常不用……
㈣ SQLserver数据库备份后，怎么查询备份的日志
SQL Server的备份有三种形式：
一是全备份(full backup)
这个备份里面包含的内容是值得商榷的，我们知道数据库有两种文件，数据文件与日志文件，全备份是不是将所有的数据文件与日志文件打包，备份成一个文件? 那么还原的时候是不是需要做恢复，将备份过后发生的事务接着备份时间点重新执行一边? 上面的问题细想都是肯定的。全备份做的事情，就是将所有的缓存先flush到磁盘上，不管在进行的事务是否提交，这样保证了日志的连续性，数据与日志的一致性，如果事务没提交 ，在日志文件上的标记是active的，这段日志也就不会被清空，下次恢复的时候，就从这段日志开始，接着使用新的日志执行。因此 全备份之前肯定会执行一次checkpoint；、
二是差异备份(differential backup)
这个备份会不会也重复full backup的过程，先执行checkpoint,然后再将上一次备份之后，发生数据页变化的这些数据页都备份起来，这部分备份就不会有日志。但是和全备份一样，备份的容积体量比较大，差异备份备份的是数据页，不管这一页是不是只有一条数据更改了，还是全部更改了；
三是日志备份(transaction log backup)
日志备份中需要注意的就是对未提交事务的理解，没有提交的事务其实还是占用日志文件的VLF，shrink并不能回收日志空间；提交事务的日志如被备份之后，就会将日志VLF打上unactive或者truncated标记，这个时候执行shrink就可以回收这部分日志VLF了。日志备份体量小，比较适合频率高的执行，比如每5分钟执行一次。
全备份：
全备份用到的命令，涉及到两方面的参数，一是指定相应的备份设备，可以是磁盘，也可以是磁带；另一方面 就是备份可用的选项，比如是否压缩，是否加密。
BACKUP DATABASE database
TO backup_device [ ,...n ]
[ WITH with_options [ ,...o ] ] ;
备份设备很讲究，可以事先定义好逻辑设备，也可以直接指定物理设备。磁带备份机倒是没见过，但是常规的磁盘备份还是可以讨论一下的:
我们可以将一个本机带路径的物理文件名指定为备份设备:
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup.bck';
也可以将网络上的一个带路径的物理文件名指定为备份设备:
backup database AdventureWorks2012
to disk = '\BackupSystemBackupDisk1AW_backupsAdventureWorksData.Bak';
这里有个有趣的现象，如果我们在全备份之后 ，没有备份好日志，这个时候故障突然发生了，我们需要作恢复，但是恢复的时候因为会重写日志，这样就会丢失数据，如果不采取额外地措施，系统是会报错的：
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup.bck'
Msg 3159, Level 16, State 1, Line 6
The tail of the log for the database “lenistest” has not been backed
up. Use BACKUP LOG WITH NORECOVERY to backup the log if it contains
work you do not want to lose. Use the WITH REPLACE or WITH STOPAT
clause of the RESTORE statement to just overwrite the contents of the
log.
Msg 3013, Level 16, State 1, Line 6
RESTORE DATABASE is terminating abnormally.
所以如果对丢失的数据不关心或者认为不会丢失数据，可以采用with replace选项来重写原来的日志文件进行强制恢复。
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup.bck'
with replace;
差异备份：
差异备份相对全备份，优越的地方在于备份数据量少，但是有趣的是差异备份不能独立存在(日志备份也不能独立存在，他俩只能依附于全备份，也就是说在执行差异备份和日志备份的时候，必须先有一个全备份做好在那里), 差异备份必须以一个全备份做基准，在这基础之上再判断哪些数据页是有过更新的，这些更新的数据页计算出来并被备份起来。
use master;
go
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup.bck';
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup.bck'
with differential;
假如我们没有事先做好全备份，就直接作差异备份了，那么这是不成功的：
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup2.bck'
with differential;
Msg 3035, Level 16, State 1, Line 11
Cannot perform a differential backup for database “lenistest”, because
a current database backup does not exist. Perform a full database
backup by reissuing BACKUP DATABASE, omitting the WITH DIFFERENTIAL
option.
Msg 3013, Level 16, State 1, Line 11
BACKUP DATABASE is terminating abnormally.
日志备份:
日志备份相对差异备份来说，体量更小，同样它也需要全备份事先存在:
backup log lenistestto disk = 'E:Data_BUlenistest5__backup.bck';
假如我没有事先做好全备份，我们看看直接备份日志会出现什么结果：
Msg 4214, Level 16, State 1, Line 15
BACKUP LOG cannot be performed because there is no current database
backup.
Msg 3013, Level 16, State 1, Line 15
BACKUP LOG is terminating abnormally.
提示先做全备份！
备份我们都讨论完了，接下来我们看看还原。还原通常有两个步骤，一是还原，二是恢复。当然我们也可以直接还原不恢复，但是可能会丢失数据，除非全备份之后 ，没有任何操作。假设我们一天一个全备份，每15分钟做一个差异备份 ，每5分钟做一个日志备份，我们该如何还原我们的数据库呢?
通常我们首先要知道我们的备份文件名或者物理路径,这个地方涉及到很多术语很难理解，比如说backup device, backupset, backup media, media set ,media family.
MSDN上有一个解释，先看这个脚本:
backup database AdventureWorks2012
to tape = '\. ape0'
, tape = '\. ape1'
, tape = '\. ape2'
with format
, medianame = 'MyAdvWorks_MediaSet_1';
解释说到，这个备份操作产生了一个 media set, 这个media set就是命名为MyAdvWorks_MediaSet_1, 这个media set还有个media header， media header一旦生成，就可以往里面写入备份文件了。这段脚本也同时生成了一个横跨三个tape的备份文件， 他们统称为backup set.
当我们指定3个backup device作为backup set(备份集)并且执行第一次全备份的时候，接下来所有的备份都需要同时指定这3个backup device作为backup set:
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup02.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
with format
, medianame = 'lenistestbackupset';
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
with noinit
, differential
, medianame = 'lenistestbackupset';
Msg 3231, Level 16, State 1, Line 10
The media loaded on “E:Data_BUlenistest5__backup01.bck” is formatted
to support 3 media families, but 2 media families are expected
according to the backup device specification.
Msg 3013, Level 16, State 1, Line 10
BACKUP DATABASE is terminating abnormally.
上面我先作了一次全备份，指定了三个backup device作为一份backup set， 接下来作差异备份的时候，我只指定了其中两个backup device作为backup set， 操作失败，提示就是少了一个backup device.
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
, disk = 'E:Data_BUlenistest5__backup02.bck'
with noinit
, differential
, medianame = 'lenistestbackupset';
这次我们指定了同样个数的backup device，但backup device的顺序颠倒了一下，操作成功。
到目前为止，我们的脚本已经新建了 1 个media set,名为 lenistestbackupset , 2 个backup set, 第一个backup set是全备份的backup set,另外一个backup set是差异备份。所以每一次备份都会产生一个backup set. Media set产生的时间则是第一次给数据库作全备份的时候。
这个时候我们需要恢复数据库，那么第一步就是要先还原全备份，但是先不恢复，等全备份还原过后，再用差异备份做恢复：
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
, disk = 'E:Data_BUlenistest5__backup02.bck'
with file = 1
, replace
, norecovery;
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
, disk = 'E:Data_BUlenistest5__backup02.bck'
with file = 2
, recovery;
这里一定是用replace来重写日志。
select mf.media_set_id
, isnull(ms.name, 'no media name') as media_name
, mf.physical_device_name
, mf.family_sequence_number
, mf.media_family_id
, bs.database_name
, bs.backup_start_date
, bs.backup_finish_date
from backupmediafamily mf
inner join backupset bs
on mf.media_set_id = bs.media_set_id
left join backupmediaset ms
on bs.media_set_id = ms.media_set_id
where bs.database_name = 'lenistest';
上面的脚本可以抓出来这些media family, media set, backup set的信息，如果像上面的例子一样， 我们用3个backup device来承载备份，那么这3个backup device组成了一个media family, 按照family_sequence_number来编排，1，2，3。
下面实现一个备份到恢复的全过程例子，分别在full backup, differential backup, log backup之前各出入同样的数据，看看是不是还原的时候，能正确还原过来:
insert into dbo.dataloading
(
object_id
, object_name
)
select object_id
, name as object_name
from sys.objects;
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup02.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
with format
, medianame = 'lenistestbackupset';
insert into dbo.dataloading
(
object_id
, object_name
)
select object_id
, name as object_name
from sys.objects;
backup database lenistest
to disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
, disk = 'E:Data_BUlenistest5__backup02.bck'
with noinit
, differential
, medianame = 'lenistestbackupset';
insert into dbo.dataloading
(
object_id
, object_name
)
select object_id
, name as object_name
from sys.objects;
backup log lenistest
to disk = 'E:Data_BUlenistest5__backup01.bck'
, disk = 'E:Data_BUlenistest5__backup03.bck'
, disk = 'E:Data_BUlenistest5__backup02.bck'
with noinit
, medianame = 'lenistestbackupset';
接着我们做还原与恢复：
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup01.bck', disk = 'E:Data_BUlenistest5__backup03.bck', disk = 'E:Data_BUlenistest5__backup02.bck'
with file = 1
, replace
, norecovery;
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup01.bck', disk = 'E:Data_BUlenistest5__backup03.bck', disk = 'E:Data_BUlenistest5__backup02.bck'
with file = 2
, norecovery;
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup01.bck', disk = 'E:Data_BUlenistest5__backup03.bck', disk = 'E:Data_BUlenistest5__backup02.bck'
with file = 3
, recovery;
这里的file选项就是backup set选项，表示第一个备份集，第二个备份集，第三个备份集。如果想还原到最新的故障发生时间点，前面的restore都不能recovery,只有在最后的时候才能作recovery.
如果我们只想恢复全备份的数据，只要执行recovery就可以了，但是数据肯定是少了:
restore database lenistest
from disk = 'E:Data_BUlenistest5__backup01.bck', disk = 'E:Data_BUlenistest5__backup03.bck', disk = 'E:Data_BUlenistest5__backup02.bck'
with file = 1
, replace
, recovery;
㈤ 如何删除sqlserver数据库日志文件
1、确定SQL数据库的安装路径与所用的SQL数据库名称。2、点击开始--程序--MicrosoftSQLServer--查询分析器--确定，进入软件里，点击菜单帮助--Transact-sql帮助（S）--索引--输入（sp_attach_single_file_db）,在右边对话框里找到以下的命令或者在空白处直接输入以下的命令：EXECsp_detach_db@dbname='pubs'returnEXECsp_attach_single_file_db@dbname='pubs',@physname='c:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\pubs.mdf'注意：return是加入的命令语名，将数据库（*.LDF与*.MDF）分离，再将数据库名改回所要选的，即是pubs改为J2002。即是：EXECsp_detach_db@dbname='J2002'returnEXECsp_attach_single_file_db@dbname='J2002',@physname='c:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\J2002.mdf'3、输入命令后，点击菜单查询--执行，下面对话框出现命令"命令已成功完成"。4、删除命令（EXECsp_detach_db@dbname='J2002'return），进入安装SQL数据库路径里将J2002.ldf文件重命名。5、接着第3点开始，点击菜单查询--执行，下面对话框出现命令"设备激活错误。物理文件名'C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\J200188.ldf'可能有误。已创建名为'c:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\j200188_log.LDF'的新日志文件"。
㈥ 如何清空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(数据库名称)