文档库 最新最全的文档下载
当前位置:文档库 › SqlServer日志清除专家使用经验分享

SqlServer日志清除专家使用经验分享

SqlServer日志清除专家使用经验分享
SqlServer日志清除专家使用经验分享

SqlServer日志清除专家

软件信息

软件类别:国产软件/卸载工具

软件大小:630KB

软件授权:免费版

人气指数:3189

运行环境:Win9x/Me/NT/2000/XP/2003

软件语言:简体中文

更新时间:2006-3-4 9:00:22

软件特点

本软件可以快速安全的清除SqlServer的日志。

本软件可以实时运行,定时安全清除SqlServer的日志,自定义按每月执行或是按每天执行清除操作。

本软件定时运行时采用伪密码安全层,有效的保护您的SqlServer密码不被"看星星"等软件的破解。

本软件包含完善的操作日志记录,通过AES(Advanced Encryption Standard)128位加密保存,安全可靠。

一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大

1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存

2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定

3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在一些异常情况下往往是恢复数据库的重要依据

日志删除恢复数据库

删除数据库日志文件 设置数据库为紧急模式 ?停掉SQL Server服务; ?把应用数据库的数据文件XXX_Data.mdf移走; ?重新建立一个同名的数据库XXX; ?停掉SQL服务; ?把原来的数据文件再覆盖回来; ?运行以下语句,把该数据库设置为紧急模式; 运行“Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go” 执行结果: DBCC 执行完毕。如果DBCC 输出了错误信息,请与系统管理员联系。 已将配置选项'allow updates' 从0 改为1。请运行RECONFIGURE 语句以安装。 接着运行“update sysdatabases set status = 32768 where name = 'XXX'” 执行结果: (所影响的行数为1 行) ?重启SQL Server服务; ?运行以下语句,把应用数据库设置为Single User模式; 运行“sp_dboption 'XXX', 'single user', 'true'” 执行结果: 命令已成功完成。 ?做DBCC CHECKDB;

运行“DBCC CHECKDB('XXX')” 执行结果: 'XXX' 的DBCC 结果。 'sysobjects' 的DBCC 结果。 对象'sysobjects' 有273 行,这些行位于5 页中。 'sysindexes' 的DBCC 结果。 对象'sysindexes' 有202 行,这些行位于7 页中。 'syscolumns' 的DBCC 结果。 ……… ?运行以下语句把系统表的修改选项关掉; 运行“sp_resetstatus "XXX" go sp_configure 'allow updates', 0 reconfigure with override Go” 执行结果: 在sysdatabases 中更新数据库'XXX' 的条目之前,模式= 0,状态= 28(状态suspect_bit = 0), 没有更新sysdatabases 中的任何行,因为已正确地重置了模式和状态。没有错误,未进行任何更改。 DBCC 执行完毕。如果DBCC 输出了错误信息,请与系统管理员联系。 已将配置选项'allow updates' 从1 改为0。请运行RECONFIGURE 语句以安装。 ?重新建立另外一个数据库XXX.Lost; DTS导出向导 ?运行DTS导出向导; ?复制源选择EmergencyMode的数据库XXX,导入到XXX.Lost;

解决SQL数据库日志已满的问题

解决SQL数据库日志已满的问题 1、右键数据库→属性→选项→故障还原模型→设为简单→确定; 2、右键数据库→所有任务→收缩数据库→确定; 3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。 二、复杂方法 1、清空日志 DUMP TRANSACTION库名WITH NO_LOG 2、截断事务日志 BACKUP LOG数据库名WITH NO_LOG 3、收缩数据库文件(如果不压缩,数据库的文件不会减小) 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 4、为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG,大小只有500多K 或用代码: 下面的示例分离pubs,然后将pubs 中的一个文件附加到当前服务器。 a.分离 EXEC sp_detach_db @dbname = 'pubs' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf' 5、为了以后能自动收缩,做如下设置 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE' 6、如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: alter database 数据库名modify file(name=逻辑文件名,maxsize=20)

SQL Server 数据库清除日志的方法

SQL Server 数据库清除日志的方法 方法一: 1、打开查询分析器,输入命令 BACKUP LOG database_name WITH NO_LOG 2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 方法二: 设置检查点,自动截断日志 一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大 1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如用户数据库cwbase1)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存 2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定 3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在一些异常情况下往往是恢复数据库的重要依据 方法三:通过SQL收缩日志 把代码复制到查询分析器里,然后修改其中的3个参数(数据库名,日志文件名,和目标日志文件的大小),运行即可 SET NOCOUNT ON DECLARE @LogicalFileNamesysname, @MaxMinutes INT, @NewSize INT USE tablename -- 要操作的数据库名 SELECT @LogicalFileName = 'tablename_log', -- 日志文件名 @MaxMinutes = 10, -- Limit on time allowed to wrap log. @NewSize = 1 -- 你想设定的日志文件的大小(M) -- Setup / initialize DECLARE @OriginalSizeint SELECT @OriginalSize = size FROM sysfiles WHERE name = @LogicalFileName SELECT 'Original Size of ' + db_name() + ' LOG is ' + CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' FROM sysfiles WHERE name = @LogicalFileName CREATE TABLE DummyTrans (DummyColumn char (8000) not null) DECLARE @Counter INT,

SQL Server 2008 SQL2012 SQL2014 收缩日志 清空删除大日志文件

SQL Server 2008 SQL2012 SQL2014 收缩日志清空删除大日志文件 SQL2008 SQL2012 SQL2014 的收缩日志 由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消:(SQL2005) BackupLog DNName with no_log go dumptransaction DNName with no_log go USE DNName DBCC SHRINKFILE (2) Go -------------------------------------------------------------- (SQL2008): 在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式。 方案一:完全命令模式 USE[master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式 GO USE DNName GO DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO USE[master] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL --还原为完全模式 GO 方案二:部分命令模式+ 任务-收缩-文件(单个数据库) ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式 GO 右键-任务-收缩-文件-确定下来数据库的日志只保留了1M

最新数据库日志清除语句

数据库日志清除语句 当数据库的日志文件太大,磁盘没有空间不能做单据时,我们可以用下面的方法直接清除日志: 2008版本以下的数据库执行以下整个语句: --标准 use数据库名称 go backup log数据库名称with no_log dbcc shrinkfile(2) --实例 use DSCSYS go backup log DSCSYS with no_log dbcc shrinkfile(2) 说明: 不论是公司数据库还是公用数据库,只要把数据库名称全部替换了即可。 2008版本以上的数据库执行以下整个语句: --标准 USE[master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE GO USE DNName GO DBCC SHRINKFILE(N'FILEName_Log', 11,TRUNCATEONLY) GO USE[master] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL GO

--实例 USE[master] GO ALTER DATABASE DEMO90SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DEMO90SET RECOVERY SIMPLE GO USE DEMO90 GO DBCC SHRINKFILE(N'outside_Log', 11,TRUNCATEONLY) GO USE[master] GO ALTER DATABASE DEMO90SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DEMO90SET RECOVERY FULL GO 说明: 1.标准示例中的DNName及实例中的DEMO90表示的是数据库名称,就是下图看到的名字

清除数据和清除日志

清除数据和清除日志 一.清除出去的数据 本功能支持工作流运行数据(工作流运行过程中产生的实例、日志信息)的清除,清除出去的数据,以后如果需要还可以通过还原工作流数据功能恢复到系统中。 操作说明 1.系统管理员Admin登录后,在"系统管理"主界面,选择【系统】菜单中的【数据清除】-【清除工作流数据】,点击进入清除工作流功能界面。 2.在数据清除界面, 根据'起止年度'确定 需要操作的账套库 后,可以选择按日期 范围或按单据类型进 行清除:

3.清除方式选择'按日期范围',可以进一步在'时间条件'中选择具体的日期范围。选择后将清除该账套库中终审时间在指定日期范围内的所有单据类型的工作流数据。 4.清除方式选择'按单据',可以进一步在'单据条件'中选择具体单据及其过滤条件。设置后将清除该账套库中指定单据类型的满足条件的工作流数据。 5.'选择单据类型'左侧显示本账套库中存在工作流数据的单据类型,从左侧选中需要清除工作流数据的单据类型,点击选择到右侧; 6.选定各个单据类型还可以在'设置单据条件'中设置更加明细的过滤条件。 7.点击〖下一步〗按钮,还会显示将要清除的工作流数据的信息列表以再次确认。 8.确认无误后,点击〖清除〗,在弹出框中选择备份文件存放路径,〖确定〗后将把所选的工作流数据备份到指定路径,并删除账套库内相应数据。 注意: 只有系统管理员Admin可执行工作流数据的清除。 选择好需要清除的工作流数据范围以后,在确认列表底部将显示出将清除数据的数据量大小。

二.清除日志 本功能支持各种日志类数据的清除,包括业务功能操作日志、数据操作日志、系统管理操作日志。清除出去的数据,以后如果需要还可以通过还原日志功能恢复到系统中。 操作说明 1.管理员登录后,在"系统管理"主界面,选择【系统】菜单中的【数据清除】-【清除日志】,点击进入清除日志功能界面。如图 2.在数据清除界面,左侧选 择不同的历史数据类型,右侧选择需要卸出数据的账套、年度,以及数据的日期范围,录入或选择备份文件存放路径后,点击〖清除〗按钮,将把所选的账套历史数据备份到指定路径,并删除账套内相应数据,同时提示用户保管好备份文件。 3.历史数据类型说明 4.数据操作日志:各类业务数据的操作日志,包括单据、档案的操作日志、业务参数变更日志等; 5.业务系统上机日志:各类业务功能操作的日志,包括登录门户、

几种清除MSSQL日志方法

方法一、 1 / 4

2 / 4 方法二、

MS SQL清除日志的命令 如何清除sql server 日志? 设置数据库为简单模式,自动收缩 1.打开查询分析器,输入命令 backup log databasename with no_log 2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M 数,直接输入这个数,确定就可以了。 dbcc shrinkfile (databasename_log,truncateonly) 方法三、 1: 删除LOG 第1步:分离数据库企业管理器->服务器->数据库->右键->分离数据库 第2步:删除LOG文件 第3布:附加数据库企业管理器->服务器->数据库->右键->附加数据库 此法生成新的LOG,大小只有500多K 再将此数据库设置自动收缩 方法四、 EXEC sp_detach_db @dbname = 'pubs' EXEC sp_attach_single_file_db @dbname = 'pubs', @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf' 方法五、 Use Database_Name Backup Log Database_Name With No_log dbcc shrinkfile (Database_Name_Log,truncateonly) Go 方法六、 直接在查询分析那里执行backup log databasename with no_log 然后回到企业管理器把数据库收缩一下(可能需另外设置属性) 3 / 4

数据库日志满的删除方法

解决SQL数据库日志已满的问题 2009年03月21日星期六上午 11:53 一、简单方法 1、右键数据库→属性→选项→故障还原模型→设为简单→确定; 2、右键数据库→所有任务→收缩数据库→确定; 3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。 二、复杂方法 1、清空日志 DUMP TRANSACTION 库名WITH NO_LOG 2、截断事务日志 BACKUP LOG 数据库名WITH NO_LOG 3、收缩数据库文件(如果不压缩,数据库的文件不会减小) 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 4、为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG,大小只有500多K 或用代码: 下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。 a.分离 EXEC sp_detach_db @dbname = 'pubs' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL

清除sql2000日志文件

sql 2000 事务日志的介绍及收缩 1、事务日志简介 作为大型的关系型数据库,最重要的事情之一就是数据库完整性,也就是说数据必须是正确的,不能因为一些不可知的突发事件(如突然掉电)损坏数据。为了避免这种情况,SQL数据库采用了两步写入磁盘的办法,第一步先写我做了什么,比如开了一个进货单,这一步完成后,再执行第二步,把这个进货单的内容写入数据库,这两步都成功了,才算完成,有一步有问题,这个单据都不会记到数据库中。这样,您的事务操作(对数据库的修改操作,查询不记事务)的每一步都要记录进日志文件,如果您不注意经常截断事务日志的话,随着时间的增长,事务日志会很快的增长,最后要比您的数据量大的多。可以经常看到,数据库文件只有几十兆,而日志文件却几千兆的情况。 2、截断事务日志 事务日志分成两部分,一部分是不活动的,也就是说这部分的操作都已经成功的写入数据库了,而另一部分是活动的,也就是说,这部分日志,只是确认执行了上述第一步,还没有确信已经写入数据库的部分。我们需要截断的就是不活动的部分。这部分可以如下方法截断:Backup Log ‘数据库名’with truncate_only 警告:在运行上述截断日志之后,强烈建议进行数据库完全备份。 3、缩小文件大小 使用上述第2步就把不活动的日志删除了,但是文件并没有变小,只是把原先旧日志占用的空间释放了,又可以向里面记入新的日志了。要想把物理文件也变小(比如已经几千兆了),请使用如下命令:DBCC Shrinkdatabase (数据库名) 运行上述命令后就可以把日志文件缩小了(一般都缩为1M左右) 4、把数据文件或日志文件的增长不受限制 如果您做不到经常维护数据库,不能经常的截断日志,日志文件就会逐渐变大,一旦大到您设置的大小限制,日志就再也不能写入了,您对数据库的所有改变操作也就无法进行了,这时候您就需要用上面的方法把日志文件截断。不过,您可以把文件的大小设置大一些或不受限制,请在企业管理器中设置数据库属性即可。也可以运行下述命令:alter database 数据库名modify file (name = 逻辑文件名,Maxsize =

删除 SQL Server 的实例

删除SQL Server 的特定实例 若要删除SQL Server 的特定实例,请按照下列步骤操作: 1.找到并删除%drive%:\Program Files\Microsoft SQL Server\MSSQL\Binn 文件 夹,其中%drive%是要删除的SQL Server 实例的位置。 2.找到以下注册表项: o HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer 注意:如果要删除默认实例,则必须删除除Client项以外的所有项。 o HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server 必须使用Regedt32.exe 来编辑要删除的实例的InstalledInstances 值。默认实例的显示名称为MSSQLSERVER,而命名实例的显示名称则为给该 实例指定的名称。 注意:不能使用Regedit.exe 编辑该值;您必须使用Regedt32.exe。 注意:如果这是SQL Server 2000 的群集实例,请为群集中的每个节点重复执行这些步骤。 删除SQL Server 的所有已知实例 若要删除SQL Server 的所有已知实例,请按照下列步骤操作: 1.找到并删除%drive%:\Program Files\Microsoft SQL Server\MSSQL\Binn 文件 夹。 2.找到并删除以下注册表项: o HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer o HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server 3.找到并删除以下注册表项: o HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQL Server o HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SQLSER VERAGENT o HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQL ServerADHelper 4.步骤3 中的三个注册表项对应于Microsoft SQL Server 2000 的默认实例。命名实例 对应的注册表项与步骤 3 中列出的注册表项类似,但后面带有$instance_name,因

清除SQLServer数据库日志(SqlServer2005)

今天把服务器上的论坛数据库附加到本地,附加过程中就觉得不对劲,速度奇慢,附加完一看,日志文件整整占了23G。必须清除掉,不然太占空间了。上网找了个清除日志的方法。我在清除过程中用了第1,2,3,5步骤,顺利将日志文件BBS_log.ldf从23G变为了1M。 我执行如下: 1.清空日志 DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志: BACKUP LOG 数据库名 WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小) 右键数据库->任务->收缩->数据库->确定 4.将数据库设为自动收缩 右键数据库->属性->选项->自动->自动收缩设为True 原文如下: --压缩日志及数据库文件大小 1.清空日志 DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志: BACKUP LOG 数据库名 WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库:

数据库事务日志清除操作指南

SQL Server事务日志备份的清除操作指南 事务日志清除目的:SQL Server数据库由一个.mdf文件与.ldf文件组成,mdf 是主数据存储的文件,ldf是数据库日志存储的文件。对于日志文件,因每次SQL 发生的操作(插入、更新、删除)都会把操作日志记录到日志文件中(以备可通过日志还原),因此日志文件每天都会增长(增长速度会明显比mdf文件快,有时一个月没清除就会达到几个G的大小),因此需要对事务日志中已有的历史不活动的日志做清除,以防止数据库ldf文件的无限彭胀。(目前还未用过ldf文件来做恢复的,况且用他恢复也不安全,因此ldf文件中数据可以清除).SQL通过对事务日志备份动作来对不活动的日志进行清除截断。 在定义数据库的事务日志清除前,请先确保Sql server服务器端 Sql Server agent服务是否开启,只有服务器端的Sql Server agent服务开启才能进行如下述的服务库端的自动备份。 第一步:找到需设置事务日志备份的数据库:如lm_hr

点击鼠标右 键先选择”所 第二步:在备份四个选项中,请选择“事务日志”项目 在备份 四个选项中,第三步:选择好“事务日志”之后,点击“添加”按钮

选择好 “事务日 如’备份到’下 方已有指定文 件的路径,请第四步:设置文件名以及选择文件名的存储路径

点击“” 按钮,选择 注意:存储路径最 好不要指向C盘(系 统文件盘),防止系 统重新安装时,文 件被格式化!存放 第五步:设置好文件的存储路径和名称后,点击“确定”

设置好文 件的存储第六步:选择“重写”中的“重写现有媒体”选项 选择“重写现 有媒体”,这种第七步:选择“调度”对日志备份进行时间调度设置

清除数据库日志

清除数据库日志方法 方法一、(注意,此方法必须数据库文件所在的磁盘分区剩余空间足够,不少于1.5G,,如没有达到此项要求,请使用第二种方法) 1.断开后台服务器的网络连接(最好是晚上歇业后)退出系统 2.打开SQL的企业管理器(开始程序Microsoft SQL Server 企业管理器) 3.选中当前所使用的数据库(假设数据库名为kmjxc_pro)右键所有任务,分离数据库,将 数据库分离如下图 步骤一: 步骤二

1.进入SQL数据库安装目录(假设安装在D盘)D:\Program Files\Microsoft SQL Server\MSSQL\Data,找到两个文件kmjxc_pro_Data.MDF和kmjxc_pro_Log.LDF,将kmjxc_pro_Log.LDF改为1kmjxc_pro_Log.LDF,kmjxc_pro_Data.MDF不动 2.附加数据如图示,选中D:\Program Files\Microsoft SQL Server\MSSQL\Data中的kmjxc_pro_Data.MDF 步骤三:

步骤五: 点确定后,系统将提示数据附加成功附加数据成功后,日志文件将被缩减有问题打电话

1. 打开SQL 的查询分析器,选择一个带机器名的服务名 2. 输入安装时的超级管理员密码,点“确定”进入查询分析器主界面 3. 在编辑窗口中输入如下语句 use master dump tran kmjxc with no_log DBCC SHRINKDATABASE (kmjxc, 10) go use kmjxc dump tran master with no_log go 选择带机器名的服务名

SQL2000清理日志文件和压缩数据库的方法

SQL2000清理日志文件和压缩数据库的方法 2010-04-15 15:08:39| 分类:SQL SERVER | 标签:|字号大中小订阅 在处理一个网站的时候发现删除了90%的数据收缩数据库后,数据库的日志文件还是很大很大! 问其他人怎么解决也问不了,周围都是菜鸟,只有拿出我三脚猫的功夫+google 才搞出个用代码来清理日志文件和压缩数据库的方法,还是比较有用的。 在SQL Server中经常遇到事务日志变大的情况,除了将数据库设置为“自动收缩”外,还可以使用下面的SQL命令进行快速清除数据库中的事务日志,命令如下: --第一步:清空日志 DUMP TRANSACTION databasename WITH NO_LOG --第二步:截断事务日志 BACKUP LOG databasename WITH NO_LOG --第三步:收缩数据库 DBCC SHRINKDATABASE(databasename) ============================================== SQL Server 2000日志清除的两种方法2007-10-20 11:03SQL Server 2000日志清除的两种方法在使用过程中大家经常碰到数据库日志非常大的情况,在这里介绍了两种处理方法…… 方法一: 一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应 当定期进行此操作以免数据库日志过大 1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存。 2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定。 3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在 一些异常情况下往往是恢复数据库的重要依据 注意: 进行这个操作的过程,数据库负担非常重;请在数据库比较空闲的时间段进行.(比如清我的近3G 的日志文件,忙了约两分钟) 方法二: SQL Server 中讲: BACKUP LOG 数据库名WITH NO_LOG|TRUNCATE_ONLY可以截断事务日志。 但我在数据库中进行上述操作后,事务日志还是没有改变。 第一步只是将非活动的事务日志截断,并没有收缩数据库,只有进行第二项操作后,数据库才进行事务日

使用CleanIISLog清除Windows系统日志、安全日志和应用程序日志

使用工具清除IIS日志 一、实验目的 ●了解IIS日志文件清除的基本原理。 ●掌握CleanIISLog.exe工具的使用方法和各项功能。 ●通过使用CleanIISLog.exe工具清除本机上的IIS日志。 ●掌握针对日志清除攻击的防御方法。 二、实验要求 ●认真阅读和掌握本实验相关的知识点。 ●上机实现软件的基本操作。 ●得到实验结果,并加以分析生成实验报告。 注:因为实验所选取的软件版本不同,学生要有举一反三的能力,通过对该软件的使用能掌握运行其他版本或类似软件的方法。 三、实验步骤 1、获取IIS日志文件的存放路径和文件名 通过“控制面板”-“管理工具”-“Internet 信息服务”打开Internet 信息服务管理器,从“Internet 信息服务”依次展开至“网站”-“默认网站”,然后右键单击选择“属性”,打开默认网站属性配置窗口,如图1所示。 图1打开默认网站“属性”配置 查看“W3C扩展日志文件”的保存位置。在网站“属性”配置中,如果没有启用日志记录,则在系统中不会记录IIS的日志,默认是启用日志记录。单击活动日志格式下面的“属性”按钮,在弹出的窗口中可以看到日志记录的保存位置,如图2所示,单击“扩展属性”

可以查看日志记录的详细设置选项。 图2 查看W3C扩展日志文件的保存位置 说明: ①IIS日志文件一般是存放于系统目录的logfiles目录,例如在WindowsXP以及Windows2003操作系统中,默认日志文件存放于“C:\WINDOWS\system32\Logfiles\”目录下,日志文件夹以“W3SVC”进行命名,如果有多个网站目录,则会存在多个“W3SVC”目录。 2. 查看日志文件 如果在IIS配置中启用了日志记录,则用户在访问网站时,系统会自动记录IIS日志,并生成log文件。在本案例中直接打开“C:\WINDOWS\system32\Logfiles\W3SVC1\ex100507.log”日志文件,如图3所示,其中包含了用户访问的IP地址,访问的网站文件等信息 图3 打开日志文件 3.测试CleanIISLog软件能否正常运行 启动DOS窗口,并到CleanIISLog.exe软件所在目录下,然后输入“CleanIISLog”命令;如果运行正常则会给出一些帮助信息,如图4所示;否则会提示错误信息。

清除sql2005日志文件

建议更改数据库的事务日志,限制文件增长的最大值和定期备份日志和数据。在以下处理之前,最好整体备份整个数据库: 1:由小的事务引起日志溢出,系统能正常启动。 解决办法: 扩大数据库日志空间: alter database 数据库名on 设备名=数量(M为单位) sp_logdevice 数据库名,设备名 清除日志 dump transaction 数据库名with no_log(no_truncate) 2:由大的事物引起日志溢出,系统较长时间内无法正常启动或数据库无法恢复 解决办法: 强行清空日志。 在实在无法恢复数据库或有近期备份的情况下,可采用强行清空日志的方法。采取这种方法的后果有可能彻底破坏数据库。执行步骤如下: Ⅰ以-v 方式启动SQL SERVER(不检测日志) Ⅱ修改数据库状态为-32768(阻塞状态) update sysdatabases set status=-32768 where name=数据库名 Ⅲ授权sybase_ts_role权限(sybase_ts_role为SQL SERVER特殊管理员权限,在日常的数据库管理中,不需要这个角色) sp_role “grant”,”sybase_ts_role”,sa set role “sybase_ts_role” Ⅳ清除日志 dbcc rebuild_log(数据库名,1,1) 完成以上步骤后,重新启动SQL SERVER即可。如果数据库能正常启动,数据库就恢复完成;如果无法启动,只能重新创建数据库。 ================================================================= 压缩日志

SQLSERVER2008R2清理日志文件

Sqlserver2008R2清理日志文件 数据库的日志文件不会自动删除,如果需要完整记录,则必须定期手动执行删除步骤。 代码 [sql] USE[master] GO ALTER DATABASE[数据库名]SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE[数据库名]SET RECOVERY SIMPLE GO USE[数据库名] GO DBCC SHRINKFILE(N'[数据库日志文件名称]',0,TRUNCATEONLY) GO USE[master] GO 以下是将数据库的日志设置为完整记录,在默认情况下,执行完以上代码,日志将更改为简单状态进行记录。为了防止日志过大导致无法操作数据库,建议将日志存储修改为简单。如果对数据库的操作动向要求很完整,可以设置为完整,但需要定期清理日志。 ALTER DATABASE[数据库名]SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE[数据库名]SET RECOVERY FULL GO 比如数据库为BMS: use BMS alter database BMS set recovery simple with no_wait; alter database BMS set recovery simple; dbcc shrinkfile(N'BMS_ldf',0,truncateonly); 日志存储设置为完整状态 alter database BMS set recovery full with no_wait; alter database BMS set recovery full; 截图:

SQL SERVER 自动清除日志文件方法

SQL Server自动备份清除日志文件 一、自动备份数据库日志 打开企业管理器,进入“管理”-“数据库维护计划”,在右侧窗口点击右键,选择“新建维护计划”,启动“数据库维护计划向导”;点击“下一步”选择需要维护的数据库,维护特性数据库时,选择最后一个单选框并勾选需要维护的数据库名称;“下一步”选择更新数据优化信息、“下一步”检查数据库完整性、“下一步”指定数据库备份计划、“下一步”指定备份存放位置、“下一步”指定事务日志备份计划、“下一步”指定报表,“下一步”指定历史纪录维护,最后设定维护作业名称;通常来说,如果只需要备份数据库文件,则只需要指定备份计划以及存放位置即可,其他项目不做改动。 在指定备份计划时候,由于需要每日备份,因此要更改调度。点击“更改”编辑调度。发生频率选择每天;每日频率选择作业开始时间,最好选择数据库访问量小时进行,多为半夜时间,可根据流量图确定具体时间;持续时间通常不用做改动,开始日期为编辑日期,无结束日期。 编辑好上述维护计划后,还要注意下sql server代理服务是否启动了,因为每日调度维护计划是要启动这个服务才能执行的。如果该服务没有启动,需要手动启动一下,这是可以在其子项“作业”中看到刚刚添加过的数据库维护计划。 二、定期自动清理数据库日志文件 数据库日志文件是随着时间增长而增长的,如果长时间不清理,文件会变得特别大,因此需要定期清空,但是日至文件是恢复数据库的重要依据,不用日志文件也是不明智的。手工清除单个数据库的还好说,但数据库多了,或者临时没有来得及清理,可能硬盘空间就会占满了,影响访问。因此设置自动清理数据库日志文件还是比较实用的。 手动清理方法:右键单击需要清理的数据库,选择“属性”,在“选项”卡上,把故障还原模型设定为简单,确定后关闭;再右键单击该数据库,“所有任务”

SQL 2008清理数据库日志文件

SQL 2008清理数据库日志文件 首先,清理数据库日志文件的脚本是这样的。 Use 数据库名 Select NAME,size From sys.database_files ALTER DATABASE 数据库名SET RECOVERY SIMPLE WITH NO_WAIT ALTER DATABASE 数据库名SET RECOVERY SIMPLE USE 数据库名 DBCC SHRINKFILE(N’日志文件名’,0,TRUNCATEONLY) ALTER DATABASE 数据库名SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE 数据库名SET RECOVERY FULL 其次,需要清理的数据库日志文件有多大,可以在SQL Server Management Studio看到:鼠标右键点击对应的数据库,选择属性,在“文件”这个标签下就能看到日志文件大小。

现在开始清理: 打开SQL Server Management Studio。 连接上数据库服务器后,新建查询。新建查询的方式有两种,结果都是一样的。 第一步:新建查询。 1:右击需要进行清理的数据库,选择“新建查询”。 或者, 2:点击“新建查询”,然后在下方选择需要处理的数据库。

第二步:录入查询脚本。 以打开或者手工录入的形式,将脚本文件内容输入进去。 最后是这样一个情况,请注意左上的数据库名。 第三步:开始清理。 接下来将脚本中的“数据库名”更换为需要清理的数据库的名字。因为我的数据库名字中有特殊字符“-”,所以需要用到“[”“]”。如果您的数据库名称第一位是数字,也需要这么处理。

不用软件清除肉机日志的方法

我想大想一定用过小榕的CLeanllsLog,是一个不错的日志清除工具。不过可惜,只能清除 IIS的日志,那ftp和shedule等产生的日志文件呢,我们一般只能手动清除。 Windows2000的日志文件通常有应用程序日志、安全日志、系统日志、DNS服务器日志、FTP日志、WW日志等等,可能会根据服务器所开启的服务不同。 一般步骤如下: 1. 清除IIS的日志。 可不要小看IIS的日志功能,它可以详细的记录下你的入侵全过程,如你用unicode入侵时ie里打的命令,和对80端口扫描时留下的痕迹。你可能就因为对其不注意,而被网管盯上,说不定还会…… 呵呵。文档来自于网络搜索 那我们就可手动清除吧: 1. 日志的默认位置:,默认每天一个日志。 那我们就切换到这个目录下吧,然后del *.*。你大概想是安全了吧,那就dir 一下吧。……咦,咦,今天的日志怎么还在?不要慌!因为w3svc服务还开着,那我们怎么清除这个日志 文件呢?文档来自于网络搜索 方法一:如有3389可以登录,那就用notepad打开,按Ctrl+A 然后del吧。 方法二:net 命令 C:\> net stop w3svc World Wide Web Publishing Service 服务正在停止。(可能会等很长的时间,也可能不成功)文档来自于网络搜索 World Wide Web Publishi ng Service 服务已成功停止。 好了w3svc停止了,我们可以清空它的日志了,del *.* 吧 还有不要忘了再打开w3svc服务呀! C:\> net start w3svc 2. 清除ftp日志 FTP日志默认位置:,默认每天一个日志,清除方法同上。文档来自于网络搜索 3. 清除Scheduler日志 Scheduler服务日志默认位置:%systemroot%\schedlgu.txt 。清除方法同上。文档来自于 网络搜索 4. 应用程序日志、安全日志、系统日志、DNS日志默认位置:%systemroot%\sys tem32\co nfig 。清除方法同上。文档来自于网络搜索 注意以上三个目录可能不在上面的位置,那是因为管理员做了修改。可以读取注册表值得到他们的位置: 应用程序日志,安全日志,系统日志,DNS服务器日志,它们这些LOG文件在注册表中的 HKEY_LOCAL_MACHINE\sys tem\Curre ntCon trolSet\Services\Eve ntlog 文档来自于网络搜索 Schedluler服务日志在注册表中的 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SchedulingAgent 文档来自于网络搜索 5. 我是借鉴了别人文章(其实就是抄了) OK恭喜,现在简单的日志都已成功删除。下面就是很难的安全日志和系统日志了,守护这些日志的服务是Event Log,试着停掉它!文档来自于网络搜索

相关文档
相关文档 最新文档