BACKUP LOG 数据库名 WITH NO,请把数据库的故障恢复模式改为简单模式

  • 栏目:数据 时间:2020-05-05 02:40
<返回列表

Server Error in '/' Application./prepre--------------------------------------------------------------------------------/prepre 数据库教程 'databasename' 的日志已满。请备份该数据库的事务日志以释放一些日志空间。

一般不建议做第4,6两步,第4步不安全,有可能损坏数据库或丢失数据。第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复。

方法:
1、BACKUP LOG BillionLinkSoft_vip with NO_LOG(推荐方法)
     然后在企业管理器中收缩数据库,也可以执行: 
     DBCC SHRINKDATABASE (BillionLinkSoft_vip)

出现如上错误,请把数据库的故障恢复模式改为简单模式 , 即可解决

1.清空日志

2、DUMP TRANSACTION 数据库名 WITH NO_LOG (SQL SERVER 的老方法,在将来的版本中可能不被支持)

此问题主要出现在访问量较大的站,日志文件会增加的很快

DUMP TRANSACTION 库名 WITH NO_LOG

 

解决SQL数据库日志已满的问题1、右键数据库属性选项故障还原模型设为简单确定;2、右键数据库所有任务收缩数据库确定;3、右键数据库属性选项故障还原模型设为大容量日志记录确定。

2.截断事务日志

关于SQL SERVER 日志满的处理方法

1、清空日志DUMP TRANSACTION 库名 WITH NO_LOG2、截断事务日志BACKUP LOG 数据库名 WITH NO_LOG3、收缩数据库文件(如果不压缩,数据库的文件不会减小)企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(客户资料)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1)

BACKUP LOG 数据库名 WITH NO_韦德体育 ,LOG

文章类别:SQL财务

在某些情况下,事务日志可能会变得非常大,以致用尽空间或变满。通常,在事务日志文件占尽可用磁盘空间且不能再扩展时,您将收到如下错误消息:Error:9002, Severity:17, State:2The log file for database %.*ls is full.除了出现此错误消息之外,SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为 SUSPECT。有关如何从此情形中恢复的其他信息,请参见 SQL Server 联机帮助中的磁盘空间不足主题。

3.收缩数据库文件

................................................................................................

另外,事务日志扩展可能导致下列情形: 非常大的事务日志文件。 事务可能会失败并可能开始回滚。 事务可能会用很长时间才能完成。 可能发生性能问题。 可能发生阻塞现象。

(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

SQL Server 的事务日志意外增大或充满的处理方法

原因事务日志扩展可能由于以下原因或情形而发生: 未提交的事务 非常大的事务 操作:DBCC DBREINDEX 和 CREATE INDEX 在从事务日志备份还原时 客户端应用程序不处理所有结果 查询在事务日志完成扩展之前超时,您收到假的Log Full错误消息 未复制的事务

选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

事务日志文件Transaction Log File是用来记录数据库更新情况的文件,扩展名为ldf。
在 SQL Server 7.0 和 SQL Server 2000 中,如果设置了自动增长功能,事务日志文件将会自动扩展。
一般情况下,在能够容纳两次事务日志截断之间发生的最大数量的事务时,事务日志的大小是稳定的,事务日志截断由检查点或者事务日志备份触发。
然而,在某些情况下,事务日志可能会变得非常大,以致用尽空间或变满。通常,在事务日志文件占尽可用磁盘空间且不能再扩展时,您将收到如下错误消息:
Error:9002, Severity:17, State:2
The log file for database '%.*ls' is full.
除了出现此错误消息之外,SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为 SUSPECT。有关如何从此情形中恢复的其他信息,请参见 SQL Server 联机帮助中的“磁盘空间不足”主题。

解决方法日志文件满而造成SQL数据库无法写入文件时,可用两种方法:一种方法:清空日志。1.打开查询分析器,输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了,也可以用SQL语句来完成

另外,事务日志扩展可能导致下列情形:
· 非常大的事务日志文件。
· 事务可能会失败并可能开始回滚。
· 事务可能会用很长时间才能完成。
· 可能发生性能问题。
· 可能发生阻塞现象。

收缩数据库

原因
事务日志扩展可能由于以下原因或情形而发生:
· 未提交的事务
· 非常大的事务
· 操作:DBCC DBREINDEX 和 CREATE INDEX
· 在从事务日志备份还原时
· 客户端应用程序不处理所有结果
· 查询在事务日志完成扩展之前超时,您收到假的“Log Full”错误消息
· 未复制的事务

DBCC SHRINKDATABASE(客户资料)

解决方法
日志文件满而造成SQL数据库无法写入文件时,可用两种方法:
一种方法:清空日志。
1.打开查询分析器,输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

收缩指定数据文件,1是文件号,可以通过这个语句查询到:

另一种方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
附加数据库 企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有500多K。

select*fromsysfiles

注意:建议使用第一种方法。

DBCC SHRINKFILE(1)4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)

如果以后,不想要它变大。
SQL2000下使用:
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句:
alter database 数据库名 set recovery simple

分离数据库:

 
另外,如上图中数据库属性有两个选项,与事务日志的增长有关:
Truncate log on checkpoint
(此选项用于SQL7.0,SQL 2000中即故障恢复模型选择为简单模型)
当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True
Auto shrink
定 期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时,系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将 Truncate log on checkpoint 选项设为True 时才能进行。

企业管理器--服务器--数据库--右键--分离数据库

注意:一般立成建立的数据库默认属性已设好,但碰到意外情况使数据库属性被更改,请用户清空日志后,检查数据库的以上属性,以防事务日志再次充满。

在我的电脑中删除LOG文件

 

附加数据库:

 

企业管理器--服务器--数据库--右键--附加数据库

转自:

此法将生成新的LOG,大小只有500多K

 

或用代码:

下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。

分离

EXECsp_detach_db@dbname='pubs'

删除日志文件

再附加

EXECsp_attach_single_file_db@dbname='pubs', @physname='c:ProgramFilesMicrosoft SQLServerMSSQLDatapubs.mdf'

4.为了以后能自动收缩,做如下设置

企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"

SQL语句设置方式:

EXECsp_dboption'数据库名', 'autoshrink','TRUE'

5.如果想以后不让它日志增长得太大

企业管理器--服务器--右键数据库--属性--事务日志

将文件增长限制为xM(x是你允许的最大数据SQL Server 文件大小)

SQL语句的设置方式:

alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

这里脚本之家小编为大家分享个我自己经常使用的方法:

DUMP TRANSACTION [jb51] WITH NO_LOGBACKUP LOG [jb51] WITH NO_LOGDBCC SHRINKDATABASE([jb51])

jb51就是数据库名称。

以上的相关内容就是对SQL Server 压缩日志及数据库文件大小的介绍,望你能有所收获。

上一篇:计算给定日期所在月的上月第一天和最后一天 sql语句 下一篇:创建一个项目(现有数据

更多阅读

BACKUP LOG 数据库名 WITH NO,请把数据库的故

数据 2020-05-05
Server Error in '/'Application./prepre--------------------------------------------------------------------------------/pr...
查看全文

查询给定日期所在月的第一个星期一是哪

数据 2020-05-05
查询给定日期所在月的第一个星期一是哪天 sql语句 月初,计算给定日期所在月的第一天,月末...
查看全文

计算给定日期所在月的上月第一天和最后

数据 2020-05-05
计算给定日期所在月的上月第一天和最后一天 sql语句 declare @date datetimeset@date=getdate()--当前月第...
查看全文

友情链接: 网站地图

Copyright © 2015-2019 http://www.koi-bumi.com. 韦德体育有限公司 版权所有