MS-SQL日志文件过大时应该做的

转载 2011年01月20日 15:43:00
SQL code
、用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 命令对数据库中指定的文件进行压缩。 (1DBCC 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、减小日志的方法: 一、用如下步做了: 1DUMP TRANSACTION 库名 WITH no_log 2dbcc shrinkfile(logfilename) 3、收缩数据库 4、设定自动收缩。   二、分离数据库,删除日志文件,再附加,OK!右击数据库--所有任务--分离or 附加   三、1backup log 库名 WITH no_log,2dbcc shrinkfile(logfilename),3、收缩数据库 4、设定自动收缩。

相关文章推荐

SQL Server日志文件过大 大日志文件清理方法 不分离数据库

SQL Server日志文件过大    大日志文件清理方法 ,网上提供了很多分离数据库——〉删除日志文件-〉附加数据库 的方法,此方法风险太大,过程也比较久,有时候也会出现分离不成功的现象。下面的方式...

sql解决数据库日志文件过大的问题

sql点滴39—解决数据库日志文件过大的问题 随着数据库使用时间增长,日志文件也在不停的增大,这里介绍几种方法减小这个文件的方法。 1.直接删除log文件 分离数据库。分离数据库...

ms sql server 2005数据库日志文件过大,需要清除或者清空

数据库:ms sql server 2005 任务:ms sql server 2005数据库日志文件过大,需要清除。 方法: backup log [你的数据库名称] WITH N...

Sql Server 清除过大的日志文件

SQL Server日志清空方法   在查询分析器中顺序执行以下三步,其中 databasename 为你的数据库文件名 sql2000日志清空 可以将jb51.ldf文件变得很小,方便...

sql解决数据库日志文件过大的问题

随着数据库使用时间增长,日志文件也在不停的增大,这里介绍几种方法减小这个文件的方法。 1.直接删除log文件 分离数据库。分离数据库之前一定要做好数据库的全备份,选择数据库——右键——任务——分离,如...
  • GX_LT
  • GX_LT
  • 2017-05-25 15:23
  • 318

sql server数据库 日志文件过大的清理

sql server数据库使用时间长了,日志文件会很大,占用过多系统资源,数据库可能会报 log full 的错误,甚至磁盘空间占满让数据库处于不可用状态,这个时候我们需要清理数据库,以前有人开发了数...

如果碰到日志文件过大的问题,用SHIRNK DATABASE, TRUNCATE LOG FILE不是很有效时,可以考虑试下下面的脚本

/* 如果碰到日志文件过大的问题,用SHIRNK DATABASE, TRUNCATE LOG FILE不是很有效时,可以考虑试下下面的脚本。把代码COPY到查询分析器里,然后修改其中的3个参数(数...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)