sqlserver删除数据日志,sqlserver 删除日志
如何清空sql数据库的日志文件？
SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件\x0d\x0a方法一： \x0d\x0a1、打开查询分析器，输入命令 \x0d\x0aBACKUP LOG database_name WITH NO_LOG \x0d\x0a2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 \x0d\x0a\x0d\x0a方法二： \x0d\x0a设置检查点，自动截断日志 \x0d\x0a\x0d\x0a一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 \x0d\x0a1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server--SQL Server组--双击打开你的服务器--双击打开数据库目录--选择你的数据库名称（如用户数据库cwbase1）--然后点击右键选择属性--选择选项--在故障还原的模式中选择“简单”，然后按确定保存 \x0d\x0a2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 \x0d\x0a3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 \x0d\x0a\x0d\x0a方法三：通过SQL收缩日志 \x0d\x0a\x0d\x0a把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可 \x0d\x0a\x0d\x0aSET NOCOUNT ON \x0d\x0aDECLARE @LogicalFileName sysname, \x0d\x0a@MaxMinutes INT, \x0d\x0a@NewSize INT \x0d\x0a\x0d\x0aUSE tablename -- 要操作的数据库名 \x0d\x0aSELECT @LogicalFileName = 'tablename_log', -- 日志文件名 \x0d\x0a@MaxMinutes = 10, -- Limit on time allowed to wrap log. \x0d\x0a@NewSize = 1 -- 你想设定的日志文件的大小(M) \x0d\x0a\x0d\x0a-- Setup / initialize \x0d\x0aDECLARE @OriginalSize int \x0d\x0aSELECT @OriginalSize = size \x0d\x0aFROM sysfiles \x0d\x0aWHERE name = @LogicalFileName \x0d\x0aSELECT 'Original Size of ' + db_name() + ' LOG is ' + \x0d\x0aCONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + \x0d\x0aCONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' \x0d\x0aFROM sysfiles \x0d\x0aWHERE name = @LogicalFileName \x0d\x0aCREATE TABLE DummyTrans \x0d\x0a(DummyColumn char (8000) not null) \x0d\x0a\x0d\x0aDECLARE @Counter INT, \x0d\x0a@StartTime DATETIME, \x0d\x0a@TruncLog VARCHAR(255) \x0d\x0aSELECT @StartTime = GETDATE(), \x0d\x0a@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY' \x0d\x0a\x0d\x0aDBCC SHRINKFILE (@LogicalFileName, @NewSize) \x0d\x0aEXEC (@TruncLog) \x0d\x0a-- Wrap the log if necessary. \x0d\x0aWHILE @MaxMinutes DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired \x0d\x0aAND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName) \x0d\x0aAND (@OriginalSize * 8 /1024) @NewSize \x0d\x0aBEGIN -- Outer loop. \x0d\x0aSELECT @Counter = 0 \x0d\x0aWHILE ((@Counter
创新互联公司是一家以网站建设公司、网页设计、品牌设计、软件运维、营销推广、小程序App开发等移动开发为一体互联网公司。已累计为OPP胶袋等众行业中小客户提供优质的互联网建站和软件开发服务。
回答于 2022-11-16
如何清除SQLserver 日志
方法一：
1）打开查询分析器，输入命令 BACKUP LOG databasename WITH NO_LOG ；
2）打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
方法二：
一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大
1)设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server--SQL Server组--选择你的服务器--打开数据库目录--选择你的数据库名称--右击选择属性--选项--在故障还原的模式中选择“简单”，然后按确定“保存 ”
2)在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用修改，直接点确定
3)收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第1点，因为日志在一些异常情况下往往是恢复数据库的重要依据 。
如何删除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 server日志
方法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不产生归档一样。
如何清除SQLServer日志啊
打开企业管理器，右键单击你要删除日志的数据库-属性，选择事务日志，选择你要删除的日志文件，点删除。 记得备份
EXEC sp_detach_db @dbname = '数据库名'
/*
先执行上面语句,再访问到那个数据库目录下删除日志文件后,执行下面语句!
*/
EXEC sp_attach_single_file_db @dbname = '数据库名',
@physname = 'd:\Microsoft SQL Server\MSSQL\Data\数据库名'_Data.mdf'
Sqlserver数据库日志太大如何快速删除
2.截断事务日志： BACKUP LOG 数据库名WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 代码如下复制代码backup, log, 模式 -- 第一步：清空日志 DUMP TRANSACTION [YZGA] WITH NO_LOG -- 第二步：截断事务日志 BACKUP LOG [YZGA] WITH NO_LOG -- 第三步：收缩数据库 尽管可用该选项手动截断事务日志，但是我们极力建议您不要这样做，因为这会将日志链断开。在下一次完整备份或完整差异备份之前，将无法为数据库提供媒体故障保护。只在非常特殊的情况下才手动截断日志，并立即创建数据备份。 删除日志方法二1、进入企业管理器，选中数据库，比如it，所有任务-分离数据库。2、如果数据库正在连接使用，要先点清除，才可以选确定。3、到数据库文件的存放目录，将it_log.LDF文件删除，不放心可以先拷到别的地方。4、进入企业管理器，数据库-所有任务-附加数据库。5、选择it_Data.MDF，这个时候你会看见日志文件这项是一个红叉，不要紧点确定。6、此时数据库就会提示你该数据库无日志是否创建一个新的，确定就是了。
标题名称：sqlserver删除数据日志,sqlserver 删除日志
URL地址：http://6mz.cn/article/hcsihc.html